아마 아직 없을겁니다.
내부적으로도 정리중인 것 같고, 일단 정리된 내용부터 공개되지 않을까 합니다.
모자란 부분은 저희가 채워야 할 지도 모르겠습니다 ( --)
chester님께서 오늘 저녁에 공지가 있을 예정이라고 하셨으니, 기다려봐야지요 ![]()
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » inureyes가 작성한 글
아마 아직 없을겁니다.
내부적으로도 정리중인 것 같고, 일단 정리된 내용부터 공개되지 않을까 합니다.
모자란 부분은 저희가 채워야 할 지도 모르겠습니다 ( --)
chester님께서 오늘 저녁에 공지가 있을 예정이라고 하셨으니, 기다려봐야지요 ![]()
checkout하고 발견된 문제점들 이것저것 수정중입니다. ![]()
(일단 사용중인 블로그를 sandbox와 동기화시켜 놓았습니다.)
아직 commit은 해보지 않아서 작동여부를 모르겠네요. 일단 두세곳만 더 건드려보고 오늘중으로 commit 테스트 해보겠습니다. ![]()
현재 trunk에 다국어 관련 부분이 대폭 수정되어 들어왔습니다. 테스트 중입니다.
그런데 그래픽으로 표현된 부분들은 (당연하게도) 다국어관련 수정이 반영되지 않습니다. 예를 들어, 리더의 all list 부분의 '더 읽어오기' 그래픽 버튼이라거나 '이전' '다음' 부분은 계속 한국어 표시로 남습니다.
또한 플러그인 구조에 아직 i18n 처리 부분이 들어있지 않습니다. 여기에 관해서는 예전에 플러그인 게시판에 포스팅한 적이 있습니다. ![]()
플러그인 구조는 일단 사용에는 문제가 없으니 수정해 나가면 되겠지만, 그래픽 버튼 관련된 부분은 텍스트로 대체해야 할 것 같습니다. 일단 텍스트로 대체를 해 보긴 했습니다만, 예전에 비해서 많이 예쁘지가 않군요 =_=;
DB 필드에 손을 전혀 대지 않고 수정하는 방법이 하나 있다면, 피드를 추가할 때 마다 기본적으로 reader라는 사용자로 필드셋이 만들어진 후, 추가한 사용자 이름으로 하나의 필드셋을 더 추가하고, 여기의 피드 데이터에는 조금 전에 생성된 reader라는 사용자의 피드로의 레퍼런스를 대신 저장하는 방법이 있을 것 같습니다. 이 경우, 피드 갱신은 reader라는 사용자에 한해서만 실행되게 하고 다른 사용자의 필드는 reader를 참조하게 하는 방법이 있을 수 있겠네요.
이 방법이 가장 DB 구조에 손을 안 대고 구현할 수 있는 방법일 것 같습니다. (하지만 역시 참조하는 사용자가 없어질 경우 그 피드데이터를 리더에서도 삭제할 때의 속도 문제점을 해결해야 하고, 또한 백업(지금 리더도 백업되나요?) 시 어떻게 처리할 것인지에 대한 수정도 동시에 들어가야 할 것입니다.)
일단 아이디어는 이정도까지 입니다. ![]()
...역시 젤 속 편한 것은 사용자별로 같은 피드를 다중으로 받게하는 것일까요 =_=;
(하지만 비슷한 성향의 사람들이 서로 같은 서버를 쓸 경향이 많다고 생각해보면 이 경우 정말 비효율적일텐데요...)
어렵네요...
위와 같은 식으로 사용자마다 겹치는 피드를 따로 업데이트 하게 되면, 예를 들어 사용자가 백여명정도 되는 태터에서 모든 사람이 한 블로그를 등록된 경우 그 블로그로부터는 백여개의 피드 데이터를 따로 읽어 저장하게 됩니다. 그 경우는 db자원의 문제뿐만 아니라 서버에 걸리는 로드 때문에 본질적으로 다중사용자를 위한 리더 구현이 어렵게 될 겁니다.
현재 model 코드의 reader부분을 들여다보고 있는데, 같은 주소를 다중등록할 수 있게 되어 있고, 각 주소마다 소유자가 한 명씩 저장되게 되어 있군요. 단순히 하나의 주소는 한 번만 등록되게 하고 소유자 필드를 일차원 배열로 바꾼다고 해도, 사용자마다 피드 이름등을 다 다르게 지정할 수 있기 때문에 결국 rss링크를 제외한 모든 부분에 다중 사용자에 대한 모든 처리를 해야 할 것 같습니다. laziel님의 말씀대로 이걸 개선하려면 상당히 힘들겠네요.
가장 효과적인 방법은 피드 등록정보가 저장되는 부분과 피드를 읽어와 저장하는 부분이 분리되고, 그 사이의 커뮤니케이션을 제어하는 것이 좋을 것 같기는 한데, 사실 구조를 거진 뜯어고치는 법이라 엄두가 안나서 쳐다보고 있는 중입니다. ![]()
...결국 귀찮으면 저 방법이 제일 빠르긴 하겠습니다 ㅠ_ㅠ
즐거운 밤 되세요 ![]()
전에 말씀드리려고 했는데 이올린 플랫폼이 완성되기 전에 기본 구조를 분산형 서버를 기준으로 제작해야 하는 것이 아닌가 하는 생각이 듭니다 ㅠ_ㅠ
아... 이거 제가 위키에 첨이라서 그러는데요.
위키에 가입만 하면 누구든지 글을 수정하거나 새글을 쓸수 있는건가요?
넵-
누구나 글을 수정하고 새 글을 쓸 수 있습니다.
또한 글의 변경사항이 저장되므로, 누가 테러하거나 잘못 고쳤을 때 과거의 특정한 시점으로 되돌릴 수도 있고, 테러한 부분만 원래대로 돌릴 수도 있습니다 ![]()
저도 예전에 같은 생각을 했었습니다.
대신에 저는 sql이 아니라 개별 플러그인의 index.xml 파일에 추가가 되어야 한다고 생각합니다.
...
저도 처음에 그 생각을 했었는데, 그 경우 백업기능 사용시 플러그인의 환경설정 백업 문제가 있더군요.
또한 파일입출력을 위해서 플러그인 디렉토리에 쓰기권한을 주는 것이 위험하기도 할 겁니다. ![]()
계속 글 쓰시면
다양한 표현이 나올겁니다. ;
포럼 게시판 이름들을 보시면 어떤 식인지 짐작하실 수 있어요 ![]()
궁금하시면 태터와 놀면서 이것저것 즐겁게 포스팅을 ^^;
로드맵까지의 범위는 아니지만 건의사항이 있는데요.. 최근 늘어나는 스팸트랙백 처리에 대한 것입니다..
관리자모드로 들어가서 트랙백을 건 IP를 복사한 후에 트랙백 삭제하고 환경설정 메뉴의 필터링 항목에서
복사했던 스팸트랙백 IP를 등록을 시키는데.. 이거 은근히 번거롭습니다.. ^^;트랙백 삭제 메뉴에서 삭제아이콘 옆에 필터링 등록 아이콘을 추가하거나 IP를 클릭할 때 발생하는 이벤트에서
필터링 등록여부를 결정하도록(체크박스를 둬서 일괄등록을 하는 것도 괜찮을 듯..)하는 것은 어떨까 생각해봅니다..좋은 의견들이 많이 나오면 좋겠군요.. ^^
현재 트랙백 삭제시 앞의 연결 아이콘을 눌러 빨갛게 만들면 자동으로 ip차단 목록에 추가됩니다. ![]()
(확실하진 않습니다. 제 태터툴즈에 워낙 손을 대놔서;; =_=)
혹시 추가 되지 않는다면, 다음 버전에는 그렇게 되도록 수정하는 것이 좋겠지요. 혹시 모르니 새 태터 하나 깔아서 한 번 테스트 해 보겠습니다.
...태터 새로 깔고 하염없이 스팸을 기다릴 수도 없으니 누군가 테스트 해 주시면 좋겠네요 ![]()
장기적 로드맵 (1.1과 그 이후 진행되어야 할 것들)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.* 관리자 화면 구조 개선
* xhtmlize
* 구조의 규격화및 변경의 용이성을 고려하여 태터툴즈 자체를 다양한 형태로 변형할 수 있는 기능 제공
* 상업용 블로그 / 자료실용 블로그 / 메타블로그 등.* 모듈화
* 위지윅 에디터 모듈화
* 태터 리더 모듈화* EAF 의 호환성 개선
* Safari, Opera를 위한 EAF의 개선* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
---------
일단 이정도가 생각나네요.
제가 적었지만 이것 읽으시고 덜덜덜 하시는 분들 많으실듯. 마지막 부분은 코딩하는 입장에서 매우 무서운 말입니다. =_=;;
일단 몇가지를 정리해 보았습니다.
---------
단기적 로드맵 (1.1 이전에 해결해야 될 것들)
* 스팸 처리 관련
* 댓글
* 댓글 작성시 문자 패턴 입력을 통한 사용자 확인 기능
* 트랙백
* spam report center 를 이용한 중앙집중식 스팸 트랙백관리
* eolin 관련
* 서버의 활성상태 체크
* 서버 비활성 상태시 서버의 연결상태와 관계없이 글 작성. (특정 경우 tag suggest 기능 disable)
* 서버 비활성시 이후 서버 활성시 글 등록 예약.
* 기본 기능 확충
* metaweblogapi 제공 (플러그인 형태)
* 버그 수정
* 발견된 버그들의 수정
장기적 로드맵 (1.1과 그 이후 진행되어야 할 것들)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.
* 관리자 화면 구조 개선
* xhtmlize
* 구조의 규격화및 변경의 용이성을 고려하여 태터툴즈 자체를 다양한 형태로 변형할 수 있는 기능 제공
* 상업용 블로그 / 자료실용 블로그 / 메타블로그 등.
* 모듈화
* 위지윅 에디터 모듈화
* 태터 리더 모듈화
* EAF 의 호환성 개선
* Safari, Opera를 위한 EAF의 개선
* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
---------
일단 이정도가 생각나네요. ![]()
안녕하세요 ![]()
태터툴즈 차기 버전의 앞으로의 개발 로드맵을 같이 생각해 보았으면 합니다.
현재의 기능에서 추가되어야 할 점, 구조적으로 변경되어야 할 점 등등의 아이디어를 모아 1.1 개발트리의 로드맵을 잘 잡아 보는 것이 어떨까요?
여러가지 의견을 이 글에서 함께 나누어 보았으면 합니다 >_<
오오, 드디어 오픈되었군요.
디문기와 이산구조 숙제가 끝나는 대로 제가 하려고 했던 몇 가지 버그 수정을 시도해보겠습니다.
숙제 꼭 다 끝내고! 하세요 ![]()
(예전 생각을 해보면 전 시험 기간이 다가오거나 숙제 due가 다가오면 다른 것들이 훨씬 재미있어지더라구요.)
inureyes 작성:아마 그건 이 글타래가 처음 생긴 날짜일겁니다.
댓글들을 보면 시간이 맞게 적혀 있지요.
엇, 댓글들도 이상한데요?;;
흐음 제 화면에선 잘 보입니다.
개인 정보 설정에서 시간대가 맞게 설정되어 있는지 확인 부탁드려요 ![]()
드디어 시작이군요.
관심있는 모든 분들에게 즐거운 공간이 되었으면 합니다. ![]()
그러고보니, 여기에 등록되는 글들의 시간이 이상합니다.
분명히 없던 글이 새로 생겼는데 날짜가 4월 3일로 되어 있다든가..
시스템 자체의 시계 문제이거나 bbs의 설정 문제인 것 같군요.. (근데 그렇다고 해도 저렇게 일주일 이상 차이가 나면...-_-)
아마 그건 이 글타래가 처음 생긴 날짜일겁니다. ![]()
댓글들을 보면 시간이 맞게 적혀 있지요.
넵 오리지널 위키는 하나이지만 각 프로그램들이 모두 살짝살짝 다릅니다. ![]()
설치된 모니위키는 모인모인의 문법을 따라가고 있습니다.
페이지에 들어가면 오른쪽 위에 아이콘이 주루룩 있지요? 그 중 두 번째 아이콘이 편집 아이콘입니다.
이미 만들어진 페이지에서 편집 아이콘을 눌러 어떻게 쓰여있는지 확인해 보셔도 되고, 이것저것 연습해보고 싶으시면
http://www.tattertools.com/ko/manual/wi … ikiSandBox
에 가시면 이것저것 실험해 보실 수 있는 페이지가 나오니 편집 아이콘 눌러서 마음껏 편집해보세요 ![]()
편집버튼 눌러서 글을 쓰다가 자세한 문법을 알고 싶으시면 입력상자 바로 위의 '글쓰기 도움말' 링크를 새 창으로 여시면 다양한 도움말을 보실 수 있어요
지금 도움말이 영문판인데, 한글문서 구해다가 고쳐놓든지 하겠습니다.
저는 주로 글을 작성할 때 html을 직접 써주기 때문에, 위지윅 에디터 대신 html 편집 모드로 가서 [HTML][/HTML] 블럭을 씌우고 안에 내용을 씁니다.
하나는, 클래식때부터 1.0.4까지 계속 존재하고 있는 버그입니다.
그렇게 글을 쓴 상태로 다른 블로그에 트랙백을 보내면, 항상 본문 앞에 "[HTML]"이 붙어서 전송됩니다. 치환자를 제거하는 과정에서 이건 빠진 것 같습니다. (아니면 처리 방식이 좀 다를 수도 있겠군요.)
두번째는, 1.0x 이상에서만 발생하는 문제로, 위와 같이 글을 작성하여 저장한 후 다음 번에 수정하려고 다시 편집기에 들어가면 [HTML][/HTML] 블럭 안에 있던 newline이 전부 사라져있습니다. 제가 직접 쓴 html 소스들이 다 한 줄로 붙어버린다는 거죠.
소스 트리가 공개되면 이것부터 버그 패치를 해보겠지만, 일단 여기에도 적어봅니다.
생각해보면 굉장히 난감할 수 있는 문제겠네요. RSS로 전송되는 본문 안에 tag를 수동으로 넣었을 경우, 부분공개시 태그의 indent가 깨진다거나 close tag가 생략된다거나 할 수 있을겁니다. 이 문제를 해결할 방법도 생각해 보아야 할 듯 합니다.
그나저나, 지금은 그러한 현상이 생기지 않는지 궁금합니다. 제가 전체공개만을 사용하기 때문에, 부분공개시 태그의 scope가 맞게 모두 닫혀서 전송되는지 모르겠습니다. (아마 태그를 전부 벗기거나 하는 식으로 되지 않을까 싶은데요. 확인해 보아야겠네요.)
[HTML][/HTML]안의 내용의 새 라인이 없어지는 것은 nl2br과 stripping 의 순서 문제일 것 같습니다. 역시 소스트리가 열리면 확인해 보아야겠습니다.
코드에 손 제일 덜 대고 제일 쉽게 해결하는건 nl2br을 대체하는 함수를 작성하고 그 안에 관련된 처리 루틴을 넣는 것이 아닐까 싶습니다.
기억에 의하면 클래식에서 nl2br을 좀 변형시킨 함수를 하나 사용하고 있었던 것 같은데, 가물가물합니다.
파파차님이 여기에 대한 댓글을 달듯 싶으시네요.... 파파차님의 요새 화두가 스몰코어, 리치 콤포넌트인데 이게 그거에 해당하는지는 잘 모르겠구요..
일단 다음주 월요일 목표로 dev.tattertools.com 의 작업이 한참입니다. 개발과 관련한 이슈로 꽉 채워지는 사이트인데요.. wiki , trac , svn 등이 들어가 있더군요. 물론, 아무나 라이팅할 수 있는 권리는 안드릴 꺼구요... TNF 에서 열성적인 참여를 해주시는 분들 위주로 쓰실 수 있는 권리를 드릴 생각입니다.
개발트리 정리를 위해서 필요한 제반준비를 다 하는데도 시간이 오래 걸렸습니다.
그리고 지저분(?)하던 locale 관련을 깔끔하게 i18n 형식으로 바꾸었습니다. 이제 다국어판 제작하는데 많은 진전이 있을 것이라고 판단됩니다... 곧 오픈되는 개발트리가 나오면.... daybreaker 님.... 아시죠 ??그리고 inureyes 님... 파파차님과 함께 역사에 길이남을 플러그인 인프라 부탁드립니다..^^
TNF 를 열성적으로 참여하시는 분들에게 Tatter&Company 의 과실을 함께 나눌 수 있는 프로그램을 운영하려고 합니다. 이제 저희를 사랑하시는 분들에게 고맙습니다...라는 말 이외에 실질적인(?) 과실공유 계획도 슬슬 모습을 드러내 볼까 합니다.. 그리고 이러한 것이 TNF 여러분들에게 좋은 선물이 되었으면 합니다.
dev.tattertools.com 개장까지 한시간 반 남았습니다. 기다려 보겠습니다. ![]()
(아니면 25시간 30분 남은것일지도 모르겠네요)
질문 한 가지 있습니다. 저 위키는 개발에 관련된 이야기용으로 사용할 수 있는건가요?
예전에 TT홈페이지 소스 작업을 위키로 해보자는 이야기를 했었는데, 한 부분을 그런 목적으로 사용한다거나 할 수 있는지 알고 싶습니다. ![]()
TNF : Tatter Network Foundation forum » inureyes가 작성한 글