건더기 작성:

KLDP에서는 얼마전 PHPBB를 버리고 Drupal로 옮겨갔습니다...
PHPBB에서 RSS 모듈을 켜면 트래픽보다는 SQL 부하가 장난 아니라고 들었어용....

넵 그래서 섣불리 rss를 못달고 있습니당;;;
(처음에 phpBB아니라 punBB를 택한 것도 얘가 속도가 예술이라서 이걸로 했습니다)

게다가 지금 글 올라오는 속도를 보면 rss가 거의 테러수준으로 날라가지 않을까요 ㅎㅎ

LonnieNa 작성:

컴터를 계속 켜놓구 작업을 하거나 놀아놔서 탭브라우져에 항상 오픈되어있어나서 그래요. -0-

사실을 말해주세요 wink

그 탭을 얼마 간격으로 눌러보시는지요 tongue

저에게도 LoonieNa님의 태터를 향한 그 사랑이 느껴집니다 smile

4,303

(11 답글들, 스킨 및 플러그인에 작성)

저도요 big_smile

제가 작성해 보았던 로드맵에 metaweblogAPI 지원이 있습니다. 그게 xml-rpc 구현해 보자는 생각이었습니다. smile
(metaweblogAPI가 xml-rpc 프로토콜로 구현된 웹로그 통신 규격이죠. )

LonnieNa 작성:

보시다시피.. 저는 이곳에서도 "잡담하기" 에서만 놀잖아요. ㅠㅠ
아는게 없어서  다른 분들 말씀하시는것도 잘 이해도 못하겠구.
그래서 리플 달기도 힘들어요..

정말 힘드십니까 cool
아래 접속목록에 항상 보이십니다. smile

daybreaker 작성:

위지윅 기본 폰트+스타일 관련 ticket을 추가하였습니다. 스킨 제작자가 직접 지정할 수 있는 방법으로 하였습니다.
http://dev.tattertools.com/ticket/12
보시고 의견 달아주세요.

의견 달았습니다 big_smile

아카이브 출력 갯수 수정 기능이 추가된 revision 4를 sandbox에 업로드 하였습니다 smile

JWC 작성:

1.Archive에서 최근5개월만 표시되는 문제

태터 1.0부터는 Archive(아카이브)에 최근 5개월만 표시되고 그 이전 기간은 표시가 되지 않는데 1.0.5부터는 관리자가 옵션을 조절 할 수 있도록 만들어 주세요.

[최근 3개월]
[최근 5개월]
[모두]
[사용자 정의]

식으로요. wink


지금도 태터 파일을 수정하면 고칠수야 있지만, 고쳐야 할 파일이 한두개가 아니고 매번 버젼업 할때마다 고쳐줘야 하니 번거롭습니다.

기능 추가했습니다 헉헉;;;
아직 코드에 대한 완전한 감을 못 잡았기에 완전 미로찾기 한 느낌입니다 =_=;

sandbox 에 업데이트 하도록 하겠습니다. smile 그나저나 trunk의 revision과 동기화하고 싶은데 (sandbox의 revision이 낮아요 ㅠ_ㅠ) sandbox와 trunk를 merge하고 도로 sandbox에 commit할 때 파일 추가가 안되네요 ㅠ_ㅠ

4,308

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

음 잘 몰라서 여쭈어봅니다 smile
getElementsByName 은 모든 브라우저에서 호환되는데, this. 속성은 어떤가요?

어디에선가 (아마 W3C 권고안이었던듯?) 최대한 this. 속성을 쓰는 것을 자제하라는 글을 본 적이 있어서요^^;

4,309

(6 답글들, 잡담하기에 작성)

Peris 작성:

며칠 전에 제 블로그에 작성한 글이 있었는데 도움이 될려나 모르겠군요. smile

http://rsef.net/tt/entry/UTF-8-서버에서-제로보 … ard-41-pl8

euc-kr 환경에서 제작된 것을 억지도 utf-8로 바꾸다가 생긴 문제니
그냥 euc-kr로 보게 만들어버리자는 생각으로 해놓은 거예요.;
딱히 utf-8이어야 될 이유도 없고요. smile

속 편하게 해결할 수 있는 방법이기는 하지만, 페이지의 다른 부분들이 utf-8이니 이 방법으로는 힘들지 않을까요? 들어있는 데이터도 utf8일테고요.
header나 footer등등을 이중으로 작성하는 것 보다 제로보드를 utf-8에 맞추는 것이 더 나을것 같습니다 smile

4,310

(6 답글들, 잡담하기에 작성)

제로보드에서 UTF-8을 잘 사용해보자는 수많은 시도들이 있었던 것으로 압니다.
(저도 잠시나마 희망을 품고 삽질을 해 봤었지요)

현재로서는.... 왜 사냐건 웃지요 smile
쿼리 루틴만 처리하는 것이라면 많은 손은 안 갈 겁니다. 단지 받은 주소를 다시 UTF8로 가공해서 넘기는 삽질만 있으면 되니까요. 이미 되어 있는 결과물도 있지 않을까 싶습니다. smile

혹시 페이지 이동 시 UTF8 제대로 넘겨주게 만들어진 패치가 있나요? 한 번 찾아보겠습니다.

복합적인 문제였군요.
언제까지 MySQL 3 레거시를 끌고 가야 할지 =_=;

(개인적인 의견이지만 MSSQL을 먼저 써서 그런지는 몰라도 MySQL 3는 무늬만 SQL같습니다 =_=; )

4,312

(6 답글들, 스킨 및 플러그인에 작성)

일단 글 찰싹 붙여놓았습니다 big_smile

locale entity를 추가하고, language.xml을 분리하여 메세지별로 처리하는 방법이 우선 먼저 생각납니다. 이 경우 플러그인 .xml의 가독성이 높아지고, index.php 의 내용에도 언어 프로퍼티를 지정할 수 있어 유리합니다. 하지만 index.php 에서의 i18n을 처리할 생각이 없다면 별로 길지 않은 index.xml의 속성상 그다지 language.xml 을 분리할 필요는 없겠죠.

전 앞의 이유로 language.xml의 분리가 낫다고 생각합니다. big_smile 기존의 i18n 루틴을 응용해서 구현하는 것도 좋겠네요. 현재 i18n루틴이 xml을 고려하거나 적용 범위를 고려한 루틴(플러그인에서만 적용된다거나 어떤 메뉴에서만 적용된다거나 하는) 이 아니므로, 플러그인마다 추가되는 i18n 정보를 읽어 기존의 i18n 처리에 추가하는 방식은 약간 무리가 있을 것 같기도 합니다. (겹치는 표현이 생길 수도 있겠지요)

생각이 더 있는데 다들 저녁식사 하러 가자고 해서 끌려갑니다;;;
나중에 돌아와서 세부적인 이야기를 더 해보겠습니다.

4,313

(1 답글들, 아이디어 및 기능 제안에 작성)

김종찬 작성:

각 태터툴즈에 쓰이는 각 용어들라든가, 메뉴들..

저같은 이용자가 이해하기 쉬운 용어들이라기보다는 형식적으로 정해진 용어들이 많이 있습니다.

스킨이 누구나 다 이해할 수 있는 단어라고 치면,

플러그인은 다소 낯섭니다.

플러그인을 예를들어 기능첨가!? - 라고 하면, 아- 새로운 기능을 첨가하는 것이구나- 라고 이해하기 쉬울 것 같습니다.

지금 생각나는 예는 플러그인 밖에 없지만, 제가 처음 사용할때나 사용하기 이전에는 생소한 용어들이 많이 있었습니다.
사용하는데 있어서 그러한 것들이 하나의 장애 요소가 되지 않을까라고 생각합니다.

그런데 개발자분들은 플러그인을 기능첨가 라고 부르는게 더 어색하다고 생각하겠네요.. 딜레마!군요.

음음 위키 매뉴얼에서 용어 설명 하는 부분을 daybreaker님이 시작하셨는데, 그 쪽을 보강하는 것이 나을 것 같습니다. big_smile

플러그인이라는 용어를 바꾸기엔 너무 널리 사용되고 있어서요 ㅠ_ㅠ '확장기능' 정도가 그나마 비슷하게 사용되고 있기는 한데, 그건 나중에 add-in을 위해서 남겨놓는 것이 나을것 같기도 하고...

어멋!

종찬님을 드시다니(?) ;;;

laziel 작성:

항상 그러는것도 아니고, 특정 조건에서 코멘트 작성 혹은 방명록 글작성시 null 오류창이 발생하는 문제가 있지요.
db 에 insert 가 이루어졌는데 http request 에의 응답이 오류로 돌아가는 경우인듯 합니다. 오류내용이 없으니 null 이 뜨구요.
딱히 코드를 훑어봐서는 정말 모르겠습니다-_-;; 이 문제가 상당히 골치인데 혹시 해결방법 찾으신분 있으실까요?

재현해 보려고 하는데 스무번정도 해도 안됩니다 ㅠ_ㅠ

혹시 브라우저나 상황등을 좀 알 수 있을까요?

4,316

(5 답글들, 잡담하기에 작성)

daybreaker 작성:

거의 5분에 한 번씩 F5를 누르면서 포럼 게시물을 확인하고 있습니다. -_-;
빨리 shell job control 짜야 되는데...orz

시험을 앞두고 이런 말릴 거리를 주시다니 -_-+

전 가상 데스크탑 하나에 풀사이즈로 틀어놨습니다 OTL
(네 개 중에 하나는 소스코드 하나는 포럼이니, 데스크탑의 반이 태터관련이군요 =_=;;; )

4,317

(5 답글들, 공지사항에 작성)

다섯근 다섯근;;;

4,318

(4 답글들, 아이디어 및 기능 제안에 작성)

어제 commit할 때, chester님께 log 작성 규칙이 정해져 있는가 여쭈어 보았는데, 자유롭게 작성해도 된다고 하시더군요.

사람이 많아지면 혼선이 생길 것은 확실하니, 여기서 한 번 정하는 것도 괜찮겠습니다 big_smile
어제는 규칙이 없다고 하셔서 변경사항을 * 뒤에 몽땅 적어서 올렸는데, 원래 저는 + - / < > 를 씁니다. (앞에서부터 add / fix / modify / new / remove 의 약자 대신 씁니다 smile ) 제 방법은 쓰기는 편한데, 익숙하지 않은 분들께는 가독성이 떨어지지요  =_=;


p.s.) 그런데 SVN이 전체적으로 revision이 올라가는 것 아니었나요? ;;

4,319

(12 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

안녕하세요. 도전정신이 강하신 분을 위하여 준비했습니다 cool
svn 설치가 귀찮거나 사용법을 익히시기 싫지만 그래도 최신버전이 좋다! 는 분들께 과감히 시도를 권해드립니다 big_smile

다음의 경로에서 최신 개발버전을 내려 받으실 수 있습니다.
ftp://ftp.textcube.org

nightly는 하루마다 자동으로 만들어지는 텍스트큐브의 가장 최근 빌드입니다. release의 경우에는 과거에 안정 버전으로 발표된 텍스트큐브의 소스입니다. contrib의 경우 텍스트큐브를 특정 환경에 맞게 변환하거나 재작성한 경우, 플러그인을 묶은 독립 패키지들의 최신 버전입니다.

4,320

(19 답글들, 아이디어 및 기능 제안에 작성)

Peris 작성:

.tar 이나 .zip 등으로 전체 백업 기능도 한번 생각해보면 어떨까요?
플러그인이나 스킨을 이것저것 사용하는데 data만 백업받는다고 백업이 다 된건 아니니까요. smile

이 부분은 다중사용자 모드로 사용하시는 경우를 생각하면 좀 난감해지지 않을까요^^;

Peris 작성:

그리고 플러그인을 만들다보면 이미 태터에 구현이 되어있는 부분을 복사 or 새로 제작하는 경우가 있습니다.
꼭 DB 만이 아니더라도 그런 부분들을 재사용할 수 있도록 따로 떼어내야되지 않을까라고 생각합니다.
(iconvWrapper 함수 등등)

이 쪽은 확실한 문서작업이 있으면 지금이라도 가능하다고 생각합니다.
소스 구조 분석후 문서 작업하실 분들도 필요하겠네요 big_smile

4,321

(19 답글들, 아이디어 및 기능 제안에 작성)

daybreaker 작성:

얼마 전에 동아리에서 지원금 받아서 산 수백만원 어치의 서버를 보면 듀얼 CPU가 두 개(!) 꽂혀 있고, 하드만 2.5 TB에 메모리가 ECC로 8 GB였던가...;;; 후덜덜.. (FTP 미러링 용으로 산 것이고 하드는 SATA 방식이었습니다. RAID lev5를 돌린다고 했었던 것 같은데 정확히는 기억이 안 나네요. 다들 시간이 없어서 방치 상태..orz)

eolin과 tatter center에도 좋은 장비를 사셨길.. ^^

멋집니다 big_smile
흑 그걸 FTP 미러링용으로만 쓴다니... 시계열 분석이나 몬테카를로 적분 시키면 잘 할 것 같은데 ㅠ_ㅠ (죄송합니다)

4,322

(2 답글들, 잡담하기에 작성)

달랑 이틀 메인소스 들여다보고, 테스트삼아 i18n관련하여 리더 부분에서 해결 안 된 부분을 찾아 수정한 후 sandbox에 commit해 보았습니다.
...commit하고 보니, 로그를 영문으로도 적을걸 그랬다는 생각이 드네요 -_-;;

하여튼, 이제 정말 준비가 되었군요 smile 실감이 납니다.

넵 저도 찬성입니다. (로드맵 제안할 때 그 이야기를 썼습니다^^)

아마 관련해서 이벤트가 필요할 겁니다. 댓글을 달 때의 이벤트와 인증관련 이벤트 정도가 될라나요. smile

4,324

(6 답글들, 잡담하기에 작성)

음 대충 환경은 저와 비슷하시네요 smile
리눅스 서버 apache 2.0.54 / php 5.0.5 / MySQL 4.1.12 입니다.

그나저나 참 오묘하네요. 웹에 보이는 부분이 소스의 어느 부분인지 쉽게 찾으면 좋겠는데, 배포버전과 개발버전이 구조가 다르다보니 (배포시의 코드는 자동생성으로 만들어지겠죠) 매칭이 잘 안됩니다. 원소스는 include와 require의 압박이...

그나마 이틀째 들여다보니 이제 좀 이해가 됩니다. 마치 레고블럭같군요. 어떤 부분엔 이런이런 부분을 쌓고 약간 덧붙이고, 어떤 부분엔 이런저런 부분을 쌓고 약간 더 붙이고... 블럭은 잘 만들어져 있어서 다이어그램으로 나타내면 금방 이해할 수 있을것도 같습니다.

(하지만 아직까진 고칠 부분을 찾으면 이 녀석이 원 소스에서 library 에서 나온 애인지, model 에서 나온 애인지, component에서 나온 녀석인지, (주로 모델이네요) model이면 어떤 녀석이 밷은 소스인지 바로바로 감이 안잡힙니다.

하긴 1년가까이 쌓은 소스를 이틀만에 구조 들여다 보고 이해하려는 것 자체가 무리이긴 하죠 =_=;

4,325

(3 답글들, 잡담하기에 작성)

Louice P. 작성:

모두들 안녕하세요, 루이체입니다.

...학교 시험기간이라 이것저것 정신이 없습니다 (...)
영문 언어팩 b2도 내놔야하고, 1.0.5용 일본어팩을 대비해서 표현도 조금 더 수정해야하는데...
감기, 중간고사, 예비군훈련... 이 중에서 예비군은 어제 끝났고, 중간고사와 감기는 현재 진행형이군요.
벚꽃피는 화려한 4월에 웬 감기에 걸려서 예비군 훈련을 갔더니 어젠 돌아오는데 열이 펄펄 나덥니다.

지금도 목은 아프고 코는 막히고 기침은 계속 나는데 세시간 뒤에는 논리회로설계 시험이 있군요.
그 뒤에는 교육심리학 세미나를 위한 모임이 있고...
원래 정신없이 살던 사람이 아니다보니 겨우 이 정도에도 정신이 없군요.
그리고 자료구조 교수는 끊임없이 저를 괴롭힙니다 (...)

그리고 다른 걸림돌은 바로 마비노기.
새 마법이 나와서 죽어라 랭크업 하고 있는데.
...괜히 마비놀이라고 하는 게 아닌 거 같습니다.

결론은, 죄송합니다 (...)

영문판은 i18n작업이 끝난 것을 보니 기본으로 들어있는 듯 합니다.
i18n부분이 얼마나 바뀌었는지 체크해보지는 않았지만, 기존의 구조와는 많이 달라졌습니다. 혹시 일본어팩 작업 하실 것이라면 SVN 에서 언어관련 파일을 받아 그걸 수정하시는 것이 나으실 거에요. smile

받기 귀찮으시다면 trunk의 언어설정파일만 여기에 올려보도록 하겠습니다.

...그리고 개인적인 경험이지만
말림과 공부와 게임을 동시에 하게 되면 결국 다 놓치더라는 (...)