ttxml에 블로그를 저장한다면, 사용자 정보도 갖고 가야할까요? 다음 티켓을 생각해봅시다..

http://dev.textcube.org/ticket/449

나중에 성능 이슈가 발생하거나 호환성 문제가 발생하는 등... 그럴 때에는 맘이 변할 수도 있다는 생각이 드네요 ㅎㅎ

그 삽질하신 분들은 정말 수고하셨어요 ㅠㅠ

http://downloads.mysql.com/archives.php?p=mysql-3.23

mysql 3 을 계속 지원해야할까요?

다양한 환경을 지원하는 것과, 지원이 끊긴 버전을 지원하는 것은 다른 이야기라고 생각합니다. 개발하는 과정에서 꽤 삽질이 들어간 것으로 알고 있습니다만.. 이제 청산할 법도 되지 않나요?

textcube로 전환하면서, 기존의 tattertools 프로그램에 종속될 필요는 없다고 생각합니다. 연결고리는 다만 ttxml 아닌가요?

음. 테스트한 서버는 BIOS 시간은 KST로 돌아가고, KST로 설정되어 있습니다. timezone 설정은 php에서 "Asia/Seoul"으로 나오는군요.

이 설정을 이용해서 smart하게 import하는 것이 불가능한가요?...라고 여쭤보려고 했더니 timezone 관련 기능은 PHP 5.1에서 추가되었군요

제가 건의하는 건, 블로그 설정의 시간대로 보정을 하든가, 아니면 GMT를 사용하든가..입니다.

후자는 export할 때 timestamp를 이용하지 않고 "2006-10-28 00:27 +09:00" 의 문자열을 이용하면 됩니다. mysql의 datetime 데이타타입이 언제부터 있는지 모르겠네요.. (mysql5 경우 timezone 기능도 있는 것 같던데, 이전 버전이 문제군요) PHP4에 gmdate 등 GMT 관련 함수는 존재하는 것 같네요.

블로그 설정의 시간대로 보정을 한다는 것은, 다음과 같습니다.

제가 블로그 설정에서 시간대를 "대한민국"이라고 해놓고,  1970-01-01 00:00 KST (실제로는 1970-01-01 09:00 GMT) 에 글을 하나 썼다고 칩시다. (이걸 저장을 어떻게 하고 있든 간에) export 할 때는 GMT로 보정해서 timestamp를 사용하는 겁니다. 1이 아니라 9*60*60 정도가 되겠군요..

거꾸로 import할 때에는, import하는 블로그가 자신의 시간대 설정을 알고 있을껍니다. 이를 이용해서 (어떻게 저장하든 간에) GMT를 올바르게 자신의 시간대에 맞추어 보정할 수 있게됩니다.

지금은, 제가 블로그 세팅에 세계표준시각이나 대한민국이나 뭘로 해놓든 동일하게 처리를 해버립니다. timestamp를 서버 설정에 맞춰 처리하는 것 보다 블로그 설정에 맞춰서 하는 것이 맞지 않을까요? 어차피 GMT로 처리를 하는 것이 아니라면 말이죠

wordpress 같은 경우, post type을 두고 있습니다. page, post, attachment..이렇게 사용합니다.

현재 상속관계는 nested element를 이용해서 표현하고 있습니다.

<post>
포스트
  <comment>
    상위 코멘트
    <comment>하위 코멘트</comment>
  </comment>
</post>

이것을 펼치고, parent_id를 넣는 다면 다음과 같이 되겠습니다.

<post id="1">...</post>
<comment id="1" post="1" parent="">...</comment>
<comment id="2" post="1" parent="1">...</comment>

xml 파싱의 성능, 용량, 가시성, 편의성... 등이 관건이 되겠습니다. 저는 전자를 고수하면 좋겠습니다   관계DB를 텍스트로 그대로 옮기는 게 아니라, 의미가 구조에 남는 것이니까요..

상속 관계가 아니라 "관련글"과 같은 내용은, 저런 상-하위 element로 표현하기 어렵겠지요. 그런 것은 post마다 변수를 둘 수 있게 하면 어떨까요?wordpress같은 경우 post마다 임의의 변수값을 설정할 수 있게 해두고 있습니다. 변수를 설정 가능하게 해두면 스키마가 미처 포용하지 못한 부분을 처리할 수 있도록 도와줄 수 있을 수도 있겠습니다.

<post>
<param name="관련글">id = {1,3,5...}</param>
</post>

약간의 작업을 하면서 느꼈던 것은 다음과 같습니다.

* boolean 자료형을 사용할 곳에 integer 자료형을 사용했는데, 바람직하지 못한 듯합니다.
* 비직관적인 timestamp보다, YYYY-MM-DD hh:mm +09:00 와 같은 형태를 이용하면 어떨까 생각해봤습니다.
* escape 여부를 통일해야 할 것 같습니다. html을 위한 escape나 xml을 위한 escape나.
* 태터툴즈의 컴포넌트를 잘 사용하면, 이를 ttxml의 라이브러리처럼 사용할 수 있지 않을까.

그리고 wp2tt를 제작하면서 wordpress와 태터와 달랐던 점 때문에 문제가 되었던 부분은 다음과 같습니다. 이건 어떤 기능이 들어가야 하는가 논의 할 때 좀 더 자세히 적도록 하지요..
* 다중 카테고리 지원
* 포스트 별 변수 지정 가능
* pingback, comment, tracback의 통합

태터툴즈 개발 단계에서는 여러 기능 제안들이 여러 가지 이유로 거부되곤 합니다. 너무 자잘한 기능인 경우도 있고, 이제 와서 도입하기에는 너무 많은 변화를 필요로 하기 때문이기도 합니다. 또는 개발자들의 취향이나 판단으로 결정되기도 합니다.

ttxml이 포괄해야 할 범위는 어떻게 될까요? 저는 태터툴즈 프로젝트의 취지 - 개인의 데이터를 개인에게 돌려주자 - 를 생각해보면, 사용자가 자신의 툴에서 ttxml을 사용하기 위한 need를 최대한 포괄해야한다고 생각합니다. 그런 면에서 다른 여러 프로그램들을 알아보는 것도 필요하겠지요.. 블로깅 툴 뿐만 아니라 게시판 형태도 생각해봐야겠고요...

다른 분들의 생각은 어떤가요? 어떤 절차로 만들어야 잘 될까.. 는 다른 분들이 더 잘 아실 것 같습니다. 그리고 태터툴즈 개발하시면서 ttxml에 얽힌 이야기도 궁금하고요

base tag를 이용하면 치환자를 사용하지 않아도 가능하지 않나요?

대부분의 블로깅 툴에서 url을 입력하게 되어 있는데, 그 url을 모두 공백으로 치환해버리면 될 것 같습니다.

어허~ 실제로 저 프로그램을 이용하신 분의 후기를 보니 참 감개무량...하군요

첨부파일은 워드프레스랑 태터랑 아예 다른 방식으로 다루는 바람에 좀 손을 봐야 할 껍니다.. (아니, 내가 짜놓기 기억도 못하다니 ㅠㅠ)

음. 지금은 워드프레스 플러그인으로 만들까 고민중입니다. 태터에서 백업하는 부분을 좀 살펴보고.. 워드프레스 백업 플러그인을 좀 고치면 될 것 같습니다... 헌데 워드프레스 백업 플러그인이 너무 잘 되어있는 나머지-_- 고칠 곳이 꽤 많아서 일단 손을 놓은 상황이었습니다.

일단은, ttxml에 대한 문서화를 좀 진행하려고요. xml문서인데 xsd든 dtd든 만들어놔야하지 않겠어요? (앗, 그동안 만들어졌으면 낭패..)

아무튼 이래저래 갈피 못잡고 있었는데.. 큰 격려&채찍질이 되는군요 ㅎㅎ

어느 글인가요? 논의를 합치려면 어느 글인지 알려주세요~

http://forum.tattertools.com/ko/viewtopic.php?id=816

이것인가요? 제목을 "카테고리"로 검색해봤습니다~