TNF : Tatter Network Foundation forum - 여러분께 테스트를 부탁드립니다 :)

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (inureyes) — Tue, 18 Apr 2006 08:45:27 +0000

'급진적인' 시도 ;;

새겨듣겠습니다

일단 클래식에서 정식으로 이사올 때 무지 아쉬웠던 것들만 다 집어넣은 후에 이상한-_- 것들을 시도해보렵니다 ㅎ_ㅎ

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (PAPACHA) — Tue, 18 Apr 2006 08:34:22 +0000

inureyes 작성:

webthink 작성:
오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.
충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및 버그테스트를 마치고
적용되는게 좋을것 같네요.
저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.
먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^
현재 아직까지는 태터앤 컴퍼니 분들 외에 trunk 에 직접 commit할 수 있는 권한을 가지신 분이 없습니다. 그래서 일단은 제가 직접 latest trunk와 sandbox의 변화사항을 merge해서 sandbox로 넣고 있습니다. (그래서 살짝 늦기도 합니다만;;; )
현재 개발의 대부분이 TNC에서 이루어지고 있기 때문에, sandbox를 거쳐 trunk에 반영되기에는 이중의 수고가 드는 문제가 있습니다. 그래서 예전에 한 번 latest trunk가 바로 갱신될 때 마다 sandbox에도 merging 후 업데이트를 부탁드렸는데, 바쁘신 것 같습니다. ㅠ_ㅠ
되도록 sandbox가 언제나 bleeding edge가 되도록 노력하겠습니다.

안정성과 더불어 서로 sync시에 변경사항을 리뷰하면서 검증할 수 있어서 지금처럼 official과 sandbox를 계속 분리해서 운영하고자 합니다. 또한 지금은 reporter에 개발에 능숙하신 분만 계시지만 i18n 등을 위해 그렇지 못한 분들도 reporter에 포함시키고자 합니다.

sandbox에 좀더 급진적인 시도를 하시는 것도 제 개인적인 생각으로는 좋다고 봅니다. 이러한 시도가 일반적이지 않아 official에 채택되지 않으수도 있으나 반대로 오히려 더 좋은 반응이 나오다면 official에 채택되겠지요. 즐겁게 모래성을 쌓아보세요.

지금은 developer등급이신 TNF분들이 안 계시지만, 어느 정도 시간이 지나 reporter분들 중에서 충분히 Tattertools 1.0 소스를 이해하셔서 official에 commit하실 수 있기를 저희도 바라고 있습니다.

또한 sync의 불편을 저희도 인지하고 있으며, 어느 정도 세미오토화 시킬려고 준비하고 있습니다. 좋은 아이디어 가지고 계시면 알려주세요.

감사합니다.

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (daybreaker) — Tue, 18 Apr 2006 08:17:56 +0000

webthink 작성:

http://oooko.net/gomme/?p=200
답이 적혀져있네요^^
소스를 보니 쿠키하고 DB를 이용하네요
session table만 적당이 활용하면 현재접속자랑 그사용자가 무슨페이지를 보고 있는지 알수있겠네요

오오, 감사합니다. 덕분에 해결했습니다.

그러나 시험 공부를 하러... 잠수 탑니다. -_-

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (webthink) — Tue, 18 Apr 2006 07:51:58 +0000

http://oooko.net/gomme/?p=200

답이 적혀져있네요^^
소스를 보니 쿠키하고 DB를 이용하네요

session table만 적당이 활용하면 현재접속자랑 그사용자가 무슨페이지를 보고 있는지 알수있겠네요

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (daybreaker) — Tue, 18 Apr 2006 07:20:18 +0000

webthink 작성:

php.ini의 session.save_path 를 확인해보세요.
아래와 같이 설정이 되어있는지요 tmp란 디렉토리는 실제로 존재해야 겠죠.
session.save_path = "C:\tmp"
테터툴즈 소스를 분석은 안해봐서 Db로 세션을 처리하는지
File로 처리하는지 아니면 쿠키로 처리하는지는 잘 모릅니다.

태터툴즈는 DB를 이용해서 자체적인 세션 처리를 하는 것으로 알고 있습니다. (1.x대부터 그렇게 되었죠)

webthink 작성:

D:/Programming Sources/Daybreaker's PHP/
공백이랑 ' 걸리는군요
아래와 같이 해보시죠?
D:/Programming_Sources/Daybreaker_s_PHP/

이렇게 했더니 아예 Not Found가 뜹니다. -.-

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (inureyes) — Tue, 18 Apr 2006 07:06:25 +0000

webthink 작성:

오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.
충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및 버그테스트를 마치고
적용되는게 좋을것 같네요.
저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.
먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^

현재 아직까지는 태터앤 컴퍼니 분들 외에 trunk 에 직접 commit할 수 있는 권한을 가지신 분이 없습니다. 그래서 일단은 제가 직접 latest trunk와 sandbox의 변화사항을 merge해서 sandbox로 넣고 있습니다. (그래서 살짝 늦기도 합니다만;;; )

현재 개발의 대부분이 TNC에서 이루어지고 있기 때문에, sandbox를 거쳐 trunk에 반영되기에는 이중의 수고가 드는 문제가 있습니다. 그래서 예전에 한 번 latest trunk가 바로 갱신될 때 마다 sandbox에도 merging 후 업데이트를 부탁드렸는데, 바쁘신 것 같습니다. ㅠ_ㅠ

되도록 sandbox가 언제나 bleeding edge가 되도록 노력하겠습니다.

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (webthink) — Tue, 18 Apr 2006 07:01:45 +0000

daybreaker 작성:

음.. 제가 시간이 없어서 소스를 직접 수정해서 커밋하는 것을 못하고 있는데..
시간이 없다는 것 말고도 한 가지 문제가 더 있습니다.
localhost에 설치한 게 로그인이 안 됩니다. ㅠ.ㅠ
MySQL의 암호 필드 등등 다 살펴보고, 보안 설정, 쿠키 설정 등등 확인해봤는데, 웹에서 운영하고 있는 제 블로그는 아주 잘 되는 반면 제 노트북의 Windows용 Apache 서버 기반으로 돌리는 sandbox 개발 버전은 로그인이 아예 안 되는군요. (공식 소스트리 버전도 마찬가지입니다)
로그인하고 나면 아무런 화면 변화 없이 다시 빈 로그인창이 나옵니다.
무슨 문제일까요?
참고로 Apache 설정은
Alias /tts "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk"

Options FollowSymLinks
AllowOverride all
Order allow,deny
Allow from all
이런 식으로 되어 있습니다. htaccess 파일명이 ".htaccess"가 아닌 "_htaccess"이기 때문에 설치 과정에서 수동으로 파일명을 바꿔줌으로써 설치는 잘 되었습니다.
예전에 1.0.1, 1.0.2 나올 때 chester님께 부탁받아서 설치해봤을 때는 문제가 없었는데...
덕분에 테스트를 제대로 못해보고 있습니다. orz (뭐, login 부분 소스를 조금 들여다보기는 했지만 완전 분석할만큼 시간이 없기 때문에..-_- 내일 모레가 중간고사.. OTL)

D:/Programming Sources/Daybreaker's PHP/
공백이랑 ' 걸리는군요
아래와 같이 해보시죠?
D:/Programming_Sources/Daybreaker_s_PHP/

로그인이 안된다고 하니 세션디렉토리 문제일수도 있겟네요.

php.ini의 session.save_path 를 확인해보세요.

아래와 같이 설정이 되어있는지요 tmp란 디렉토리는 실제로 존재해야 겠죠.
session.save_path = "C:\tmp"

테터툴즈 소스를 분석은 안해봐서 Db로 세션을 처리하는지
File로 처리하는지 아니면 쿠키로 처리하는지는 잘 모릅니다.

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (webthink) — Tue, 18 Apr 2006 06:55:49 +0000

어떤 소스를 export해서 테스트를 해야하나요?

Subversion 사용 HOWTO 이재홍 작성:

trunk : 단어 자체의 뜻은 본체 부분, 나무줄기, 몸통 등 입니다.
프로젝트에서 가장 중심이 되는 디렉토리입니다. 모든 프로그램 개발 작업은
trunk 디렉토리에서 이루어집니다. 그래서 위의 구조에서 trunk 디렉토리
아래에는 바로 소스들의 파일과 디렉토리가 들어가게 됩니다.
branches : 나무줄기(trunk)에서 뻗어져 나온 나무 가지를 뜻합니다.
trunk 디렉토리에서 프로그램을 개발하다 보면 큰 프로젝트에서 또 다른 작은
분류로 빼서 따로 개발해야 할 경우가 생깁니다. 프로젝트안의 작은 프로젝트라고
생각하면 됩니다. branches 디렉토리 안에 또 다른 디렉토리를 두어 그 안에서
개발하게 됩니다.
tags : tag는 꼬리표라는 뜻을 가지고 있습니다. 이 디렉토리는 프로그램을
개발하면서 정기적으로 릴리즈를 할 때 0.1, 0.2, 1.0 하는 식으로 버전을 붙여
발표하게 되는데 그때그때 발표한 소스를 따로 저장하는 공간입니다. 위에서 보면
tags 디렉토리 아래에는 버전명으로 디렉토리가 만들어져 있습니다.

SandBox ? 개발트리실험본이란 무엇입니까? 작성:

Reporter 분들의 다양한 실험을 지원하여 Developer 단계에 이를 수 있도록 도와드리기
위한 일종의 핵실험장(?)입니다. Reporter 등급 이상의 분들만 Commit 이 가능하시며,
SandBox 에서 원활이 동작하는 코드는 Developer 에 의해서 바로 원본트리에도 반영이
됩니다. SandBox 에서 원본트리로 채택되는 코드가 많아지면 해당 Reporter 는 Developer
의 자격을 얻으시게 되고, 원본트리에 대한 Commit 이 가능해지게 됩니다.
원본소스트리는 안정성을 유지하기 위하여 대단히 조심스럽게 다루어져야 하는 소스트리입니다.
2중 3중의 commit 절차가 복잡하지만, 안정화된 Tattertools 를 위한 불가피한 조치임을
양해해 주시기 바랍니다.

오늘 SandBox에 있는 내용을 export해서 블러그로 업데이트했습니다.
Trunk에는 #5가 해결되어 있는데 SandBox에는 적용이 되어 있지 않습니다.
한글파일업로드시에 일어나는 문제를 해결했죠.
SandBox를 거치지 않고 바로 Trunk로 들어가게 된것 같은데 SandBox는 Trunk보다
항상 많은 내용을 포함하고 있어야 되지 않나요?
만약에 공통으로 사용하는 클래스가 SandBox를 거치지 않고 수정되었을 경우 문제가 발생
할것 같습니다.

충분한 버그테스트를 위해 Trunk에 반영되기전 sandBox를 통한 개발및 버그테스트를 마치고
적용되는게 좋을것 같네요.

저의 개인적인 생각은 안정성도 중요하지만 개발의 효율성을 위해서는 trunk에서 작업 하는게
더 좋지않을까 하네요. 공동으로 개발은 해보지 않아서 ^^ 열심히 dev.tattertools.com이 어떻게 돌아가나
유심히 모니터링 하고있습니다.
분리되어서 개발해야될 프로젝트는 branches에서 만들고 작업한후 디렉토리만옮기면
되니가 충돌이 일어나지는 않을꺼구.

먼곳에서 바라보면서 한수 배우고 있습니다.
다들 수고가 많으십니다.^^

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (daybreaker) — Tue, 18 Apr 2006 06:51:08 +0000

음.. 제가 시간이 없어서 소스를 직접 수정해서 커밋하는 것을 못하고 있는데..
시간이 없다는 것 말고도 한 가지 문제가 더 있습니다.
localhost에 설치한 게 로그인이 안 됩니다. ㅠ.ㅠ
MySQL의 암호 필드 등등 다 살펴보고, 보안 설정, 쿠키 설정 등등 확인해봤는데, 웹에서 운영하고 있는 제 블로그는 아주 잘 되는 반면 제 노트북의 Windows용 Apache 서버 기반으로 돌리는 sandbox 개발 버전은 로그인이 아예 안 되는군요. (공식 소스트리 버전도 마찬가지입니다)

로그인하고 나면 아무런 화면 변화 없이 다시 빈 로그인창이 나옵니다.

무슨 문제일까요?

참고로 Apache 설정은

Alias /tts "D:/Programming Sources/Daybreaker's PHP/Tattertools_sandbox/trunk"

Options FollowSymLinks
AllowOverride all
Order allow,deny
Allow from all

이런 식으로 되어 있습니다. htaccess 파일명이 ".htaccess"가 아닌 "_htaccess"이기 때문에 설치 과정에서 수동으로 파일명을 바꿔줌으로써 설치는 잘 되었습니다.

예전에 1.0.1, 1.0.2 나올 때 chester님께 부탁받아서 설치해봤을 때는 문제가 없었는데...

덕분에 테스트를 제대로 못해보고 있습니다. orz (뭐, login 부분 소스를 조금 들여다보기는 했지만 완전 분석할만큼 시간이 없기 때문에..-_- 내일 모레가 중간고사.. OTL)

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (inureyes) — Tue, 18 Apr 2006 04:56:59 +0000

webthink 작성:

트랙백 스팸처리는 1.06으로 넘어갔죠?
한동안 안들어 오길래 오호 개발버젼에서 해결을 했나 싶었는데 또 들어 오는군요..

this is very good.
this is very good 09:44
this is very good.
this is very good 09:13
this is very good.
this is very good 08:59

지금 맘 같애서는 하루 날 잡고 파바박 해결을 해 버리고 싶습니다 =_=;

제 홈페이지에도 뭐가 그렇게 좋다고 this is very good이라고 수십번씩 트랙백 주시는지 =_=;;;;;

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (webthink) — Tue, 18 Apr 2006 02:52:54 +0000

트랙백 스팸처리는 1.06으로 넘어갔죠?

한동안 안들어 오길래 오호 개발버젼에서 해결을 했나 싶었는데 또 들어 오는군요..

this is very good.
this is very good 09:44
this is very good.
this is very good 09:13
this is very good.
this is very good 08:59

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (inureyes) — Sun, 16 Apr 2006 12:22:56 +0000

아이디 지워 드렸습니다

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (webthink) — Sun, 16 Apr 2006 11:19:56 +0000

테스트사이트 : http://ghj.pe.kr
리비전 : 15
svn export http://dev.tattertools.com/sandbox/trunk
명령어를 실행하여 익스포트된 리비전 15.

suggestion script를 태터툴즈로부터 시작하게 하여
timeout waiting으로 인한 글쓰기 문제

localhosts파일을 조작해서 아래와 같이

127.0.0.1         localhost
10.10.10.1        www.eolin.com
10.10.10.1        eolin.com

접근이 안되게 한다음 글쓰기를 해보았습니다.
이건 전에 제가 제시했던 내용이라
(
아랑==>webthink로 아이디 변경했습니다.
forum에서 계정삭제는 안되는군요.
)

오호잘되더군요 태그입력도 잘되고

영어 기본 제공 기능
특별한 문제는 없어보이네요.

운영해보다가 문제 생기면 리포트 하겠습니다.

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (유마) — Sun, 16 Apr 2006 10:38:38 +0000

일단, 잘 알지는 못해서... 제 계정의 다른 폴더를 만들어 설치해보았습니다. ^^;;
가장 좋은 방법은....... 제가 사용하는 블로그에 설치해서 플러그인도 내가 사용하는대로, 포스팅도 내가 하는대로 해보아야 진정한 테스트가 될터이지만, 잘 모르기 때문에...... 따로 만들어보았습니다.

그래도, 내 블로그를 하는 것처럼 포스트도 복사하고;;;;;(본 블로그에 포스팅한 걸 붙여넣기~ -_-) 플러그인도 몇가지 설치해보면서... 테스트 해보겠습니다. +_+a

RSS 답글: 여러분께 테스트를 부탁드립니다 :)

null@example.com (inureyes) — Sun, 16 Apr 2006 09:51:46 +0000

chester 작성:

현재 개발 버젼의 리비젼은 4 로 되어 있는 것이 맞을 것입니다.
앞으로 배포사이에 있는 개발버젼에 적절한 리비젼이 부여될 수 있도록 조치하도록 하겠습니다.
예전에는 내보내기 바로 직전에 리비젼을 업데이트해서 배포를 했었거든요.
중간과정을 여러분들과 함께 하는 만큼, 이런 작은 부분들도 신경을 써야 되겠군요..
지적해주셔서 감사합니다.

한가지 부탁이 있다면, trunk가 업데이트 될 때 (sandbox를 거치지 않고) 메인 소스트리에 수정된 사항들이 sandbox에도 반영이 되도록 latest trunk를 sandbox에 merging을 시켜주시면 안될까요?

reporter분들은 sandbox에서 update와 commit을 사용하게 됩니다. 지금은 제가 수동으로 trunk의 업데이트 사항을 merging하고 있습니다만, 이 경우 svn의 '각 파일의 마지막 수정자가 그 파일을 commit할 수 있다' 는 점 때문에 crizin님이나 papacha님이 수정하신 부분을 merging을 해도 바로 sandbox에 commit 할 수가 없게 됩니다. 그래서 delete후 다시 add해서 제가 수정한 것으로 바꾸어야 commit이 된다는...

trunk의 변동사항이 그때마다 sandbox에 merging이 된다면 이러한 수고도 줄어들고, 파일의 수정자에 대한 정확한 정보도 기록될 수 있어서 좋을 것 같습니다.