그누보드 업그레이드 어떻게 하세요? 정보
그누보드 업그레이드 어떻게 하세요?
본문
(지난번 글도 무플이었지만 굴하지 않고 계속 올립니다. ^^;)
(아래댓글에 올린, 버전간 비교 보기입니다. http://gnuboard.org/pages/g4svn/ )
회원여러분들은, 그누보드 업데이트 어떻게 하세요?
물론, 리자님이 자세한 업데이트 내용을, 새버전 화일과 같이 올려주시니 그때그때 반영하시면 되겠지만,
만일 업데이트 내용이 많거나, 버전 몇개를 놓친상태라면..
svn 등의 코드관리 시스템을 이용하면 꽤 편하게 그 차이를 볼 수 있기는 하지만,
(예: 4.34.03 버전의 common.php과 지금 버전의 차이: http://code.google.com/p/gnuboard4-svn/source/diff?spec=svn109&old=86&r=101&format=unidiff&path=%2Ftrunk%2Fcommon.php )
아직 이런 시스템의 진입장벽이 좀 높은것 같아서요..
어떻게들 하시는 지 궁금합니다.
그리고, diff 를 보여주는 것이 도움이 될까요?.. ^^;
아래가 일반적인 diff 출력입니다.
Index: /trunk/common.php
===================================================================
--- /trunk/common.php (revision 88)
+++ /trunk/common.php (revision 108)
@@ -229,9 +229,9 @@
// config.php 가 있는곳의 웹경로
if (!$g4['url'])
{
$g4['url'] = 'http://' . $_SERVER['HTTP_HOST'];
- $dir = dirname($HTTP_SERVER_VARS["PHP_SELF"]);
+ $dir = dirname($_SERVER["PHP_SELF"]);
if (!file_exists("config.php"))
$dir = dirname($dir);
$cnt = substr_count($g4['path'], "..");
for ($i=2; $i<=$cnt; $i++)* 반 자동으로 업그레이드 해주는 방법이 없을까요? 가장 좋은 것은, 웹상에서 원클릭으로 업그레이드 하는건데..
코드를 많이 수정하셨다면 일일히 판단해서 업그레이 해야하니..
추천
0
0
댓글 32개
자동업글이라...만약 현재 운영중인사이트 assa.php가 있었는데 그걸 내가 직접 수정헀다
그런데 다음날 assa.php에 심각한 코드가있어서 업뎃이됬다
짜놓은 반자동 프로그램으로 쒸었다 했다면 직접수정한건 날라가기때문에 ㅎㅎ
좋은 의견은 아닌거같군용 ㅎㅎ
업뎃은 사실상 잘안합니다.ㅋㅋ 안한다기보다는 운영을 안하니깐 업뎃을 안하게되죠 ㅠㅠㅎㅎ
긴급으로 공지뜬건 업뎃을 해도 그냥 업뎃은 잘안하구있어요 ㅎ
그런데 다음날 assa.php에 심각한 코드가있어서 업뎃이됬다
짜놓은 반자동 프로그램으로 쒸었다 했다면 직접수정한건 날라가기때문에 ㅎㅎ
좋은 의견은 아닌거같군용 ㅎㅎ
업뎃은 사실상 잘안합니다.ㅋㅋ 안한다기보다는 운영을 안하니깐 업뎃을 안하게되죠 ㅠㅠㅎㅎ
긴급으로 공지뜬건 업뎃을 해도 그냥 업뎃은 잘안하구있어요 ㅎ
자동업글이 가능하려면, 코어 코드는 수정을 하지 않아도 원하는 기능을 쓸수 있어야 겠죠..
근데 심각한 코드 변경이 있다면, 어쨋든 따라 가야 되지 않나요?
물론 win-merge 같은 프로그램을 쓰면 될텐데, 그것도 한계가 있고..
어쨋든, 업뎃이 쉬우면, 자주 할 수 있겠죠? ^^'
근데 심각한 코드 변경이 있다면, 어쨋든 따라 가야 되지 않나요?
물론 win-merge 같은 프로그램을 쓰면 될텐데, 그것도 한계가 있고..
어쨋든, 업뎃이 쉬우면, 자주 할 수 있겠죠? ^^'
그렇겟군용 ㅎㅎ 업뎃이 쉽다면 ㅠㅠ 자주할수가있겟지용 ㅠㅠ 흐엉
아 이런거 계발해놓으면 좋을거가네요 처음에 받은 파일 용량 체크해서
용량 늘어나는 부분빼고는 용량 체크해서
업데이트 할때 어떤 파일이 수정되면 용량이 올라가거나 내려갈테니
용량으로 수정했는지 안했는지 체크?
아 이런거 계발해놓으면 좋을거가네요 처음에 받은 파일 용량 체크해서
용량 늘어나는 부분빼고는 용량 체크해서
업데이트 할때 어떤 파일이 수정되면 용량이 올라가거나 내려갈테니
용량으로 수정했는지 안했는지 체크?
용량만 체크하는 것은 좀 위험할것 같아요... ^^;
음.. 간단히 그누보드 버전만 비교해서 달라진 화일 목록 뽑는 것은 어렵지 않습니다..
구체적인 변경내역을 보기 쉽게 보여줘야 하는데요..
svn이나 git 등이 그런 일을 해줄 수 있는데,
아직 사용자들에게는 친숙하지 않아서요..
그래서 좀더 편한 인터페이스를 생각해보는 중입니다. ^^
음.. 간단히 그누보드 버전만 비교해서 달라진 화일 목록 뽑는 것은 어렵지 않습니다..
구체적인 변경내역을 보기 쉽게 보여줘야 하는데요..
svn이나 git 등이 그런 일을 해줄 수 있는데,
아직 사용자들에게는 친숙하지 않아서요..
그래서 좀더 편한 인터페이스를 생각해보는 중입니다. ^^
지난번에 올린 내용에서, 화일 변경 내역만 빼고 올려봤어요..
http://gnuboard.org/pages/g4svn/
자신의 그누보드와 비교할 (최신) 그누보드를 선택하면,
현재 폴더에서 변경된 화일과 폴더들을 진한 글씨고 표시해주는 인터페이스입니다. 이런게 도움이 될까요? ^^
화일 변경 내역은, 원글에 첨가된 diff 출력내용을, 보기좋게 꾸며서 넣을까 하고요.. ^^
http://gnuboard.org/pages/g4svn/
자신의 그누보드와 비교할 (최신) 그누보드를 선택하면,
현재 폴더에서 변경된 화일과 폴더들을 진한 글씨고 표시해주는 인터페이스입니다. 이런게 도움이 될까요? ^^
화일 변경 내역은, 원글에 첨가된 diff 출력내용을, 보기좋게 꾸며서 넣을까 하고요.. ^^
저도 한번 올렷는데 무플이엇다면 관심이 없거나 아는 분이 없어서인거 같습니다. 혼자 해결하셔야 할거 같다능..유유
그렇셨군요.. ^^
아.. 제가 어떻게 업데이트 해야 하느냐를 여쭈는 것이 아니고요..
다른 분들은 어떻게들 하시는지 궁금해서 입니다.
그리고, diff 출력내용이 업뎃에 도움이 되는지도요.. ^^
(참고로 저는 svn으로 업데이트 합니다.. svn 한번 커밋해놓으면, 사이트들에서는 간단히 svn co 간단하거든요.. ^^)
아.. 제가 어떻게 업데이트 해야 하느냐를 여쭈는 것이 아니고요..
다른 분들은 어떻게들 하시는지 궁금해서 입니다.
그리고, diff 출력내용이 업뎃에 도움이 되는지도요.. ^^
(참고로 저는 svn으로 업데이트 합니다.. svn 한번 커밋해놓으면, 사이트들에서는 간단히 svn co 간단하거든요.. ^^)
전 원래 꼼꼼하게 다큐멘테이션 하는 성격이 못되기
...
어? 뭐라고 주절주절 썼는데, 저 한문장 남고 다 날라갔어요 흑흑 다시 쓰기 싫은데...
왜 이런일이...
...
어? 뭐라고 주절주절 썼는데, 저 한문장 남고 다 날라갔어요 흑흑 다시 쓰기 싫은데...
왜 이런일이...
중간에 날아간 내용이 무척 궁금한 1人
궁금할 내용은 없구요. 이제 충격에서 어느정도 회복되었으니(건망증 덕에) 다시 써보죠.
1. 저는 좀 게으르지만, 게으름보다 더 문제는 "자동"이란거 별로 안좋아해요. 모든게 수동이 좋아요. ㅎㅎ 자동좋아하면 결국 시스템에 노예가 되는거 같은 편집증? ㅎㅎ 참 독특하죠.
2. 보통, 게을러서 그렇겠지만, 다른사람이랑 같이 같은 프로그램코딩하는 프로젝트를 한다거나, 누가 특별히 버전 콘트롤 프로그램같은거 써달라고 말하지 않으면, svn 같은거 관심이 없네요. 혼자하는 일에는 필요성을 못느껴요, 번거롭게 느겨지기만 하고.
3. 저는 그냥
diff [option] version1dir version2dir > Readme.Diff.version1.version2.txt
요렇게 Readme 파일에다 모두다 때려박아놓고, 리드미 파일보면서 수동으로 한줄씩 체크하면서 지워가는 식으로 (할려고) 하네요. 게을러서 2-3번 시도만하다가 그냥 딴거하니라 바빠서 압축파일로 백업만 시켜놓고 못하고....언젠가는 급할때 업버전 할때가 있겠죠. 보통 내가 업해야 해서 코멘트할때는 항상 나만의 단어 (" KR " 과 같이 독특한 이니셜같은)를 코멘트에 항상 집어넣어 놓습니다. 그래야 나중에 grep 이든지 쉘 스크립트같은거로 한꺼번에 내가 손댄거 찾아낼수 있으니까.
1. 저는 좀 게으르지만, 게으름보다 더 문제는 "자동"이란거 별로 안좋아해요. 모든게 수동이 좋아요. ㅎㅎ 자동좋아하면 결국 시스템에 노예가 되는거 같은 편집증? ㅎㅎ 참 독특하죠.
2. 보통, 게을러서 그렇겠지만, 다른사람이랑 같이 같은 프로그램코딩하는 프로젝트를 한다거나, 누가 특별히 버전 콘트롤 프로그램같은거 써달라고 말하지 않으면, svn 같은거 관심이 없네요. 혼자하는 일에는 필요성을 못느껴요, 번거롭게 느겨지기만 하고.
3. 저는 그냥
diff [option] version1dir version2dir > Readme.Diff.version1.version2.txt
요렇게 Readme 파일에다 모두다 때려박아놓고, 리드미 파일보면서 수동으로 한줄씩 체크하면서 지워가는 식으로 (할려고) 하네요. 게을러서 2-3번 시도만하다가 그냥 딴거하니라 바빠서 압축파일로 백업만 시켜놓고 못하고....언젠가는 급할때 업버전 할때가 있겠죠. 보통 내가 업해야 해서 코멘트할때는 항상 나만의 단어 (" KR " 과 같이 독특한 이니셜같은)를 코멘트에 항상 집어넣어 놓습니다. 그래야 나중에 grep 이든지 쉘 스크립트같은거로 한꺼번에 내가 손댄거 찾아낼수 있으니까.
근데 웹싸이트10개이상 관리하는 분들은
싫어도 자동화해야 겟네요. 수동으로 하다 볼일못보겠네요.
자동화하려면,
코딩할때, 블락화를 시키던지 해야 할듯. 블락별(보통은 클래스나 함수같은거 단위로?)로 차이를 검색해서, 변경된 블락만 쏵 자동으로 치환가능하도록.
싫어도 자동화해야 겟네요. 수동으로 하다 볼일못보겠네요.
자동화하려면,
코딩할때, 블락화를 시키던지 해야 할듯. 블락별(보통은 클래스나 함수같은거 단위로?)로 차이를 검색해서, 변경된 블락만 쏵 자동으로 치환가능하도록.
곱슬배추님 블로그에 보면 '귀차니즘, 개발자의 원동력' 이라는 글이 있더라구요.. ^^ http://blog.naver.com/PostList.nhn?blogId=miwit
자동화는, 속도도 그렇지만, 일정한 규칙을 항상 유지 할 수 있다는 점이 장점이더라구요.. 수동은 유연하기는 하지만, 오류도 있을수 있으니까요.. ^^
diff 쓰시는 분이라면.. 거의 자동화라고 볼 수 있겠죠.. ^^
블락단위 치환이라.. 괜찮은 아이디어이네요. ^^
diff 나 svn 안 쓰시는, 일반 사용자 들에게 쉬운 인터페이스를 어떻게 제공하느냐가 제 고민입니다. ^^*
자동화는, 속도도 그렇지만, 일정한 규칙을 항상 유지 할 수 있다는 점이 장점이더라구요.. 수동은 유연하기는 하지만, 오류도 있을수 있으니까요.. ^^
diff 쓰시는 분이라면.. 거의 자동화라고 볼 수 있겠죠.. ^^
블락단위 치환이라.. 괜찮은 아이디어이네요. ^^
diff 나 svn 안 쓰시는, 일반 사용자 들에게 쉬운 인터페이스를 어떻게 제공하느냐가 제 고민입니다. ^^*
# yum update gnuboard
^^;;
^^;;
그누보드가 linux 패키지에 올라와 있었나요..? ㅎㄷㄷ
그누보드 두 버전 사이에 변경된 화일을 보여주는 인터페이스 입니다.
(아직 매번 svn 서버에서, 변경내역까지 다시 받아오느라 좀 느립니다. ^^;)
http://gnuboard.org/pages/g4svn/
이런게 도움이 될까요? ^^
(아직 매번 svn 서버에서, 변경내역까지 다시 받아오느라 좀 느립니다. ^^;)
http://gnuboard.org/pages/g4svn/
이런게 도움이 될까요? ^^
자동업그레이드 기능이 있으면 무지 편할것 같긴한데...
경우에 따라서는 끔찍한 사태가 벌어질 가능성도 있지 않을까 싶기도 하네요 ;;
경우에 따라서는 끔찍한 사태가 벌어질 가능성도 있지 않을까 싶기도 하네요 ;;
아마 지금의 그누보드4 구조라면 힘들꺼예요..
코어 코드를 수정하지 않아도 자신이 원하는 기능/스타일을 다 만족할 만한 방법이 나와야 자동업글이 가능하겠죠..
그누5를 기대하는 민초입니다. ^^
코어 코드를 수정하지 않아도 자신이 원하는 기능/스타일을 다 만족할 만한 방법이 나와야 자동업글이 가능하겠죠..
그누5를 기대하는 민초입니다. ^^
구조와는 상관없을 거 같네요. 문제는 "리자님 귀차니즘"~
이번에 그누보드 core 부분을 update 할 예정인데, eclipse 에서 버전별로 커밋하고 볼 생각입니다.
혹시 필요하시면, 구글 svn에 커밋해놓기는 했습니다. ^^;
http://code.google.com/p/gnuboard4-svn/
http://code.google.com/p/gnuboard4-svn/
안합니다. ㅠㅠ 죄송합니다. ㅠㅠ
죄송하시기 까지야.. ^^;
사실 여기에 댓글 다시는 분들은,
1. 나름의 방법이 확실하거나
2. 업뎃의 장단점을 충분히 알고 판단해서 안하시는
경우인 것같아요.
제가 관심있었던 분들은, 업뎃을 하고는 싶은데 쉬운 방법을 찾고 계신 분들이 있을까 했던 거였어요.. ^^
사실 여기에 댓글 다시는 분들은,
1. 나름의 방법이 확실하거나
2. 업뎃의 장단점을 충분히 알고 판단해서 안하시는
경우인 것같아요.
제가 관심있었던 분들은, 업뎃을 하고는 싶은데 쉬운 방법을 찾고 계신 분들이 있을까 했던 거였어요.. ^^
어차피 수정페이지는 문서화 되어져있으니
acroDiff 로 해당 페이지들만 비교해서 수정하면될것이라 db업글이야 원클릭으로되겠지만
파일은 그렇게되기는 현재는 불가능하다 라고 생각되네요
acroDiff 로 해당 페이지들만 비교해서 수정하면될것이라 db업글이야 원클릭으로되겠지만
파일은 그렇게되기는 현재는 불가능하다 라고 생각되네요
좋은 의견 감사합니다. ^^
제가 해보려고 했던것은, 버전 몇개를 건너 뛴 경우
어떤 화일들을 수정해야 하는지..
알려주는 인터페이스를 만드는 것이었습니다.
http://gnuboard.org/pages/g4svn/
장기적으로는, 화일도 손쉬운 업글이 되면 좋겠어요.. ^^*
제가 해보려고 했던것은, 버전 몇개를 건너 뛴 경우
어떤 화일들을 수정해야 하는지..
알려주는 인터페이스를 만드는 것이었습니다.
http://gnuboard.org/pages/g4svn/
장기적으로는, 화일도 손쉬운 업글이 되면 좋겠어요.. ^^*
모두가 동일한 부분만 편집하고, 동일한 상태를 유지한다는
전재조건이 있어야하니,,, 업글의 방법은
자동화가 문제가 아니라, 어떤 방법이냐가 개개인적인 방법이라고 생각합니다.
전재조건이 있어야하니,,, 업글의 방법은
자동화가 문제가 아니라, 어떤 방법이냐가 개개인적인 방법이라고 생각합니다.
네. 맞습니다. ^^
기본 소스를 수정하지 않고, 자신이 원하는 기능과 모양으로 쉽게 확장할 수 있는 방법을 제공한다면 모를까, 자동 업글은 힘들겁니다.
자동이 아닌 '도움'을 주는 방법을 생각해 보는 것도 나쁘지 않다고 생각하고요.. ^^
기본 소스를 수정하지 않고, 자신이 원하는 기능과 모양으로 쉽게 확장할 수 있는 방법을 제공한다면 모를까, 자동 업글은 힘들겁니다.
자동이 아닌 '도움'을 주는 방법을 생각해 보는 것도 나쁘지 않다고 생각하고요.. ^^
빌더를 쓰는 것이 편리하여 빌더로 싸이트 꾸며두었는데, 사용한 빌더는 업그레이드를 중단했고,
DTD 버전으로 바꾸기로 했다고 하고,
그누 원본과 빌더와 무엇이 얼마나 틀리는지 아득하고,
그 동안 업데이트 못한 버전이 수십개에 달하고,
싸이트는 계속 가동되어야 하고,
어떻게 좋은 방법이 없을까하여 검색하는 중입니다.
일단 소스를 임의 수정한 부분은 무시하고,
최종 단계의 업그레이드를 한꺼번에 할 수 있는 방법이 있다면 조언을 좀 부탁드립니다.
DTD 버전으로 바꾸기로 했다고 하고,
그누 원본과 빌더와 무엇이 얼마나 틀리는지 아득하고,
그 동안 업데이트 못한 버전이 수십개에 달하고,
싸이트는 계속 가동되어야 하고,
어떻게 좋은 방법이 없을까하여 검색하는 중입니다.
일단 소스를 임의 수정한 부분은 무시하고,
최종 단계의 업그레이드를 한꺼번에 할 수 있는 방법이 있다면 조언을 좀 부탁드립니다.
그누보드 코어 (스킨을 제외한 bbs, adm 등 폴더들과 _*.php, *.sub.php 등) 을 수정하지 않으셨다면, 최신 버전을 그대로 덮어쓰기하시면 될것 같네요.
디비는, 설치하신 후에 관리자 화면에서 업그레이드 하시면 될것 같고요..
만일 코어 화일을 수정하셨다면...
한가지 방법은, 지금 사용하시는 버전과 최신버전사이에 변경된 화일들에 대해서만, 최신버전과 변경하신 부분을 비교하면서 winmerge 같은 툴로 반영하시는 것입니다.
지금 사용하시는 버전과 최신버전 사이의 변경된 화일은,
http://gnuboard.org/pages/g4svn/ 를 이용하시면 조금 편하게 찾으실 수 있습니다. ^^
디비는, 설치하신 후에 관리자 화면에서 업그레이드 하시면 될것 같고요..
만일 코어 화일을 수정하셨다면...
한가지 방법은, 지금 사용하시는 버전과 최신버전사이에 변경된 화일들에 대해서만, 최신버전과 변경하신 부분을 비교하면서 winmerge 같은 툴로 반영하시는 것입니다.
지금 사용하시는 버전과 최신버전 사이의 변경된 화일은,
http://gnuboard.org/pages/g4svn/ 를 이용하시면 조금 편하게 찾으실 수 있습니다. ^^
신속한 답변에 감사드립니다.
위에 버전비교 링크를 좀전에 했을 때는 작동이 안되는 것 같아서 말았는데,
이제 다시 해보니 작동이 되는군요.
[비교 시작] 이라는 버턴이 하나 있으면 좋겠다라는 생각이 듭니다.
변경 내역에 아래와 같이 한글 부분에 깨지는 현상이 있는데, 체크해보시기 바랍니다.
// ½ºÅ²°æ·Î¸¦ ¾ò´Â´Ù
function get_skin_dir($skin, $len='')
코어 부분에도 수정을 가한 것이 좀 있을 것 같은데,
일단 임시 계정을 하나 만들어서 시도해보겠습니다.
친절한 답변에 감사드립니다.
위에 버전비교 링크를 좀전에 했을 때는 작동이 안되는 것 같아서 말았는데,
이제 다시 해보니 작동이 되는군요.
[비교 시작] 이라는 버턴이 하나 있으면 좋겠다라는 생각이 듭니다.
변경 내역에 아래와 같이 한글 부분에 깨지는 현상이 있는데, 체크해보시기 바랍니다.
// ½ºÅ²°æ·Î¸¦ ¾ò´Â´Ù
function get_skin_dir($skin, $len='')
코어 부분에도 수정을 가한 것이 좀 있을 것 같은데,
일단 임시 계정을 하나 만들어서 시도해보겠습니다.
친절한 답변에 감사드립니다.
네, 속도가 좀 느립니다. ^^;
그누보드4가 GitHub으로 이전되고 있으니, 앞으로는 GitHub에서 직접 해보실 수 있을것 같아요.. 저도 이 코드는 더 수정하지 않을것 같네요.. ^^;
변경 내역은 구글 svn 것을 그대로 가져다 쓰는것이라서..
아마도 그누보드 이전버전의 charset 문제가 아닐까 합니다.
그누보드4가 GitHub으로 이전되고 있으니, 앞으로는 GitHub에서 직접 해보실 수 있을것 같아요.. 저도 이 코드는 더 수정하지 않을것 같네요.. ^^;
변경 내역은 구글 svn 것을 그대로 가져다 쓰는것이라서..
아마도 그누보드 이전버전의 charset 문제가 아닐까 합니다.
잘 알겠습니다.
감사합니다.
감사합니다.
