아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
안녕하세요 
태터툴즈 차기 버전의 앞으로의 개발 로드맵을 같이 생각해 보았으면 합니다.
현재의 기능에서 추가되어야 할 점, 구조적으로 변경되어야 할 점 등등의 아이디어를 모아 1.1 개발트리의 로드맵을 잘 잡아 보는 것이 어떨까요?
여러가지 의견을 이 글에서 함께 나누어 보았으면 합니다 >_<
로드맵까지의 범위는 아니지만 건의사항이 있는데요.. 최근 늘어나는 스팸트랙백 처리에 대한 것입니다..
관리자모드로 들어가서 트랙백을 건 IP를 복사한 후에 트랙백 삭제하고 환경설정 메뉴의 필터링 항목에서
복사했던 스팸트랙백 IP를 등록을 시키는데.. 이거 은근히 번거롭습니다.. ^^;
트랙백 삭제 메뉴에서 삭제아이콘 옆에 필터링 등록 아이콘을 추가하거나 IP를 클릭할 때 발생하는 이벤트에서
필터링 등록여부를 결정하도록(체크박스를 둬서 일괄등록을 하는 것도 괜찮을 듯..)하는 것은 어떨까 생각해봅니다..
좋은 의견들이 많이 나오면 좋겠군요.. ^^
일단 몇가지를 정리해 보았습니다.
---------
단기적 로드맵 (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과 그 이후 진행되어야 할 것들)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.* 관리자 화면 구조 개선
* xhtmlize
* 구조의 규격화및 변경의 용이성을 고려하여 태터툴즈 자체를 다양한 형태로 변형할 수 있는 기능 제공
* 상업용 블로그 / 자료실용 블로그 / 메타블로그 등.* 모듈화
* 위지윅 에디터 모듈화
* 태터 리더 모듈화* EAF 의 호환성 개선
* Safari, Opera를 위한 EAF의 개선* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
---------
일단 이정도가 생각나네요.
제가 적었지만 이것 읽으시고 덜덜덜 하시는 분들 많으실듯. 마지막 부분은 코딩하는 입장에서 매우 무서운 말입니다. =_=;;
로드맵까지의 범위는 아니지만 건의사항이 있는데요.. 최근 늘어나는 스팸트랙백 처리에 대한 것입니다..
관리자모드로 들어가서 트랙백을 건 IP를 복사한 후에 트랙백 삭제하고 환경설정 메뉴의 필터링 항목에서
복사했던 스팸트랙백 IP를 등록을 시키는데.. 이거 은근히 번거롭습니다.. ^^;트랙백 삭제 메뉴에서 삭제아이콘 옆에 필터링 등록 아이콘을 추가하거나 IP를 클릭할 때 발생하는 이벤트에서
필터링 등록여부를 결정하도록(체크박스를 둬서 일괄등록을 하는 것도 괜찮을 듯..)하는 것은 어떨까 생각해봅니다..좋은 의견들이 많이 나오면 좋겠군요.. ^^
현재 트랙백 삭제시 앞의 연결 아이콘을 눌러 빨갛게 만들면 자동으로 ip차단 목록에 추가됩니다.
(확실하진 않습니다. 제 태터툴즈에 워낙 손을 대놔서;; =_=)
혹시 추가 되지 않는다면, 다음 버전에는 그렇게 되도록 수정하는 것이 좋겠지요. 혹시 모르니 새 태터 하나 깔아서 한 번 테스트 해 보겠습니다.
...태터 새로 깔고 하염없이 스팸을 기다릴 수도 없으니 누군가 테스트 해 주시면 좋겠네요
현재 트랙백 삭제시 앞의 연결 아이콘을 눌러 빨갛게 만들면 자동으로 ip차단 목록에 추가됩니다.
(확실하진 않습니다. 제 태터툴즈에 워낙 손을 대놔서;; =_=)혹시 추가 되지 않는다면, 다음 버전에는 그렇게 되도록 수정하는 것이 좋겠지요. 혹시 모르니 새 태터 하나 깔아서 한 번 테스트 해 보겠습니다.
...태터 새로 깔고 하염없이 스팸을 기다릴 수도 없으니 누군가 테스트 해 주시면 좋겠네요
어디에선가 그런 포스트를 보고 오늘 해보았습니다.
트랙백 관리 부분에서 등록날짜 뒤 - 사이트명 앞의 단자와 같은 연결 표시를 과감하게 '끊어' 버리면 자동적으로 환경설정 - 필터를 관리합니다 - 홈페이지 필터링에 그 사이트가 추가 되었습니다. 
유마 (2006-04-12 18:39:05)에 의해 마지막으로 수정
주로 CMS에 가가운 이야기들이라, 'Brand Yourself'라는 슬로건을 가진 태터툴즈의 수비범위인지는 잘 모르겠습니다만,
글을 시리즈 단위로 관리할 수 있으면 좋겠습니다. 하나의 주제에 대해서 여러번에 걸쳐 글을 작성해야 할 경우에 이 글들을 묶어서 관리하고, 각각의 글에 전체 시리즈의 목차를 포함하면 여러 가지 용도로 사용할 수 있을 듯 합니다.
현재는 공개, 비공개, 발행, 보호의 네 가지 공개 옵션이 있는데요, 여기에 글이 공개되어 있기는 하지만, 글의 고유주소로 접근했을 때만 나타나고, 블로그에 접속했을 때 나타나는 글 목록에는 나타나지 않는 글을 설정할 수 있으면 어떨까 합니다. 위키에서 위키 페이지 하나를 여러 가지 용도로 사용할 수 있는 것 처럼, 블로그 역시 고유 주소를 가진 페이지의 활용도를 높힐 수 있지 않을까 싶습니다.
현재 트랙백 삭제시 앞의 연결 아이콘을 눌러 빨갛게 만들면 자동으로 ip차단 목록에 추가됩니다.
(확실하진 않습니다. 제 태터툴즈에 워낙 손을 대놔서;; =_=)혹시 추가 되지 않는다면, 다음 버전에는 그렇게 되도록 수정하는 것이 좋겠지요. 혹시 모르니 새 태터 하나 깔아서 한 번 테스트 해 보겠습니다.
...태터 새로 깔고 하염없이 스팸을 기다릴 수도 없으니 누군가 테스트 해 주시면 좋겠네요
포스트보고 테스트를 해봤습니다.. 유마님 테스트처럼 동일한 결과가 나오는군요.. 홈페이지가 필터링이 되는 것 확인했습니다..
스팸트랙백을 가장한 본인 트랙백 테스트를 해봤습니다.. 흠흠.. ^^
다음 버전에서는 IP차단 목록 추가도 지원이 되면 감사하겠습니다.. 포럼에서 하나 배우고 갑니다.. 감사..
맥퓨처 (2006-04-12 20:06:39)에 의해 마지막으로 수정
inureyes 작성:장기적 로드맵 (1.1과 그 이후 진행되어야 할 것들)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.* 관리자 화면 구조 개선
* xhtmlize
* 구조의 규격화및 변경의 용이성을 고려하여 태터툴즈 자체를 다양한 형태로 변형할 수 있는 기능 제공
* 상업용 블로그 / 자료실용 블로그 / 메타블로그 등.* 모듈화
* 위지윅 에디터 모듈화
* 태터 리더 모듈화* EAF 의 호환성 개선
* Safari, Opera를 위한 EAF의 개선* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
---------
일단 이정도가 생각나네요.제가 적었지만 이것 읽으시고 덜덜덜 하시는 분들 많으실듯. 마지막 부분은 코딩하는 입장에서 매우 무서운 말입니다. =_=;;
덜덜덜 정도가 아니라 재앙입니다...ㅡㅡ;;
다중 사용자와 관련하여 몇가지 건의사항입니다.
* 다중 사용자간의 상호 블로그에 공동 포스팅을 가능하게 했으면 합니다.
* 한 사용자가 여러개의 블로그를 소유할 수 있게 했으면 합니다. (현재는 email이 PK라 안됩니다. ㅡ.ㅜ)
* 블로그 영구 패쇄가 있었으면 합니다. (계정을 한번 생성하고 입장하면 지울 방법이 없습니다.)
위와 같이 건의드립니다~~
더 생각나면 다시 포스팅하겠습니다.
졸곰 (2006-04-13 02:55:37)에 의해 마지막으로 수정
inureyes 작성:inureyes 작성:장기적 로드맵 (1.1과 그 이후 진행되어야 할 것들)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.* 관리자 화면 구조 개선
* xhtmlize
* 구조의 규격화및 변경의 용이성을 고려하여 태터툴즈 자체를 다양한 형태로 변형할 수 있는 기능 제공
* 상업용 블로그 / 자료실용 블로그 / 메타블로그 등.* 모듈화
* 위지윅 에디터 모듈화
* 태터 리더 모듈화* EAF 의 호환성 개선
* Safari, Opera를 위한 EAF의 개선* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
---------
일단 이정도가 생각나네요.제가 적었지만 이것 읽으시고 덜덜덜 하시는 분들 많으실듯. 마지막 부분은 코딩하는 입장에서 매우 무서운 말입니다. =_=;;
덜덜덜 정도가 아니라 재앙입니다...ㅡㅡ;;
재앙은 아닙니다. 태터툴즈개발팀 역시 이정도의 요건을 정리하고 있는 중이었습니다.
내부적으로 운영하고 있던 trac 을 바깥으로 빼내는데도 시간이 걸리네용..
어제 장애 때문에 어제 하려던 일들을 오늘 진행하려고 합니다.. 태터&프렌즈의 운영방안과
wiki 에 참여하실 분들의 계정을 생성하는 등 오늘 할일이 많군요...
오후늦게 정도에 공지사항을 한번 봐주십시오..
기대하고 있겠습니다
기대하고 있겠습니다
저녁식사하고 와서 TNF 의 운영과 함께 로드맵토른 위키를 열어 놓도록 하겠습니다.
저희가 생각하고 있는 개선안과 inureyes 님이 제기하신 로드맵을 섞어서 다 정리를 하죠..
당장의 해결현안이 있고, 장기적인 이슈가 있습니다.
그걸 기반으로 로드맵을 설정하고.. 세부단위는 ticket 으로 쪼개서 roadmap 에 할당하는 것을 큰 골격으로 하고 있습니다.
이 부분은 식사하고 와서 위키에 표현하도록 하지요 ^^
오늘 eolin 과 tattertools.com 용으로 쓸 장비구매하고
eolin 관련해서 검색엔진, 네트웍, L4 , 관리이슈등등 모든걸 도와주시는 분과 협의를 하느라고 시간이 많이 갔네용.
다음주부터는 100M dedi 기반의 네트웍과 절대로 장애가 없는 초환상서버 x n 개 .. 이번엔 PC 아니다.. 진짜 듀얼 씨퓨와 SCSI 로 무장한 녀석들 몇개 샀습니다 프렌즈 여러분에게도 좋은 환경을 마련해드릴터이니... 열화와 같은 참여 부탁드려용 ^
많이 달라질검다... 이번장애를 계기로 돈좀 썼어요 ㅠ.ㅠ
inureyes 작성:기대하고 있겠습니다
저녁식사하고 와서 TNF 의 운영과 함께 로드맵토른 위키를 열어 놓도록 하겠습니다.
저희가 생각하고 있는 개선안과 inureyes 님이 제기하신 로드맵을 섞어서 다 정리를 하죠..당장의 해결현안이 있고, 장기적인 이슈가 있습니다.
그걸 기반으로 로드맵을 설정하고.. 세부단위는 ticket 으로 쪼개서 roadmap 에 할당하는 것을 큰 골격으로 하고 있습니다.
이 부분은 식사하고 와서 위키에 표현하도록 하지요 ^^오늘 eolin 과 tattertools.com 용으로 쓸 장비구매하고
eolin 관련해서 검색엔진, 네트웍, L4 , 관리이슈등등 모든걸 도와주시는 분과 협의를 하느라고 시간이 많이 갔네용.
다음주부터는 100M dedi 기반의 네트웍과 절대로 장애가 없는 초환상서버 x n 개 .. 이번엔 PC 아니다.. 진짜 듀얼 씨퓨와 SCSI 로 무장한 녀석들 몇개 샀습니다많이 달라질검다... 이번장애를 계기로 돈좀 썼어요 ㅠ.ㅠ
오홍.. 돈이 @_@
저역시 기대가 됩니다.
저녁 맛나게 드시고 오셔요.
inureyes 작성:기대하고 있겠습니다
저녁식사하고 와서 TNF 의 운영과 함께 로드맵토른 위키를 열어 놓도록 하겠습니다.
저희가 생각하고 있는 개선안과 inureyes 님이 제기하신 로드맵을 섞어서 다 정리를 하죠..당장의 해결현안이 있고, 장기적인 이슈가 있습니다.
그걸 기반으로 로드맵을 설정하고.. 세부단위는 ticket 으로 쪼개서 roadmap 에 할당하는 것을 큰 골격으로 하고 있습니다.
이 부분은 식사하고 와서 위키에 표현하도록 하지요 ^^오늘 eolin 과 tattertools.com 용으로 쓸 장비구매하고
eolin 관련해서 검색엔진, 네트웍, L4 , 관리이슈등등 모든걸 도와주시는 분과 협의를 하느라고 시간이 많이 갔네용.
다음주부터는 100M dedi 기반의 네트웍과 절대로 장애가 없는 초환상서버 x n 개 .. 이번엔 PC 아니다.. 진짜 듀얼 씨퓨와 SCSI 로 무장한 녀석들 몇개 샀습니다많이 달라질검다... 이번장애를 계기로 돈좀 썼어요 ㅠ.ㅠ
결국 지름신이.. 덜덜덜
얼마 전에 동아리에서 지원금 받아서 산 수백만원 어치의 서버를 보면 듀얼 CPU가 두 개(!) 꽂혀 있고, 하드만 2.5 TB에 메모리가 ECC로 8 GB였던가...;;; 후덜덜.. (FTP 미러링 용으로 산 것이고 하드는 SATA 방식이었습니다. RAID lev5를 돌린다고 했었던 것 같은데 정확히는 기억이 안 나네요. 다들 시간이 없어서 방치 상태..orz)
eolin과 tatter center에도 좋은 장비를 사셨길.. ^^
daybreaker (2006-04-14 00:16:13)에 의해 마지막으로 수정
얼마 전에 동아리에서 지원금 받아서 산 수백만원 어치의 서버를 보면 듀얼 CPU가 두 개(!) 꽂혀 있고, 하드만 2.5 TB에 메모리가 ECC로 8 GB였던가...;;; 후덜덜.. (FTP 미러링 용으로 산 것이고 하드는 SATA 방식이었습니다. RAID lev5를 돌린다고 했었던 것 같은데 정확히는 기억이 안 나네요. 다들 시간이 없어서 방치 상태..orz)
eolin과 tatter center에도 좋은 장비를 사셨길.. ^^
멋집니다
흑 그걸 FTP 미러링용으로만 쓴다니... 시계열 분석이나 몬테카를로 적분 시키면 잘 할 것 같은데 ㅠ_ㅠ (죄송합니다)
* 플러그인 아키텍처 개선
* 환경 설정 및 백업 지원
* 자동 업데이트 지원
* 관리자 화면용 플러그인 구조 추가 및 일반적인 태터툴즈에 적용되는 플러그인 구조와의 분리
* 관리자용 플러그인의 예) DB 정리기능, 모든 첨부파일 다운로드하기 기능, PDF 변환 기능 등.* DB 독립적 구조
* mySQL이 아닌 다른 SQL (postgresql, sqllite) 에서도 사용할 수 있도록 쿼리루틴의 모듈화 및 분리.
* 이 경우 SQL의 버전 차이나 SQL의 종류 차이에 의한 다양한 호환성 문제를 태터툴즈 전체를 수정해야 하는 상황에서 모듈의 개선 문제로 완전히 분리할 수 있음.
.tar 이나 .zip 등으로 전체 백업 기능도 한번 생각해보면 어떨까요?
플러그인이나 스킨을 이것저것 사용하는데 data만 백업받는다고 백업이 다 된건 아니니까요.
그리고 플러그인을 만들다보면 이미 태터에 구현이 되어있는 부분을 복사 or 새로 제작하는 경우가 있습니다.
꼭 DB 만이 아니더라도 그런 부분들을 재사용할 수 있도록 따로 떼어내야되지 않을까라고 생각합니다.
(iconvWrapper 함수 등등)
.tar 이나 .zip 등으로 전체 백업 기능도 한번 생각해보면 어떨까요?
플러그인이나 스킨을 이것저것 사용하는데 data만 백업받는다고 백업이 다 된건 아니니까요.
이 부분은 다중사용자 모드로 사용하시는 경우를 생각하면 좀 난감해지지 않을까요^^;
그리고 플러그인을 만들다보면 이미 태터에 구현이 되어있는 부분을 복사 or 새로 제작하는 경우가 있습니다.
꼭 DB 만이 아니더라도 그런 부분들을 재사용할 수 있도록 따로 떼어내야되지 않을까라고 생각합니다.
(iconvWrapper 함수 등등)
이 쪽은 확실한 문서작업이 있으면 지금이라도 가능하다고 생각합니다.
소스 구조 분석후 문서 작업하실 분들도 필요하겠네요
Peris 작성:.tar 이나 .zip 등으로 전체 백업 기능도 한번 생각해보면 어떨까요?
플러그인이나 스킨을 이것저것 사용하는데 data만 백업받는다고 백업이 다 된건 아니니까요.이 부분은 다중사용자 모드로 사용하시는 경우를 생각하면 좀 난감해지지 않을까요^^;
역시 superuser로 권한 등급이 나누어져야 할 것 같군요. -.-;
니들웍스