DB 구조상은 전혀 무리가 없던데,
(텍스트 큐브 버그로 인해 동일 카테고리 명 존재시 2단 구조가 알아서 3단 구조가 되버려요.. --;;;)
누군가 총대메로 호환성 문제만 없도록 약간 신경써주면 끝날 것 같은데요?
마치 게시판 에서 sequence, depth, level 등을 주듯이 텍스트 큐브 카테고리도 동일하게 해버리면, 복원 오류도 해결되고, 무한"단"도 지원되고, 뭐.. 일석이조가 아닐까 싶은데..
물론 권고는 2단이겠지만요.. 
예를들어서... Design, Web라는 2개의 카테고리가 있고,
자기 블로그의 새로운 디자인에 대해 쓰다가 코딩 관련 팁을 쓴 포스트가 있으면,
제목 밑의 분류에 Design/Web 이렇게 나온다던가요.
DB 구조상은 전혀 무리가 없던데,
(텍스트 큐브 버그로 인해 동일 카테고리 명 존재시 2단 구조가 알아서 3단 구조가 되버려요.. --;;;)
누군가 총대메로 호환성 문제만 없도록 약간 신경써주면 끝날 것 같은데요?
마치 게시판 에서 sequence, depth, level 등을 주듯이 텍스트 큐브 카테고리도 동일하게 해버리면, 복원 오류도 해결되고, 무한"단"도 지원되고, 뭐.. 일석이조가 아닐까 싶은데..
물론 권고는 2단이겠지만요..
제가 보기에 디렉토리 트리 구조를 답습하는 이상 3단이든 무한이든 문제는 전혀 해결될 것 같지 않습니다. 이것에도 속하고 저것에도 속하면 분류를 어떻게 나눈답니까. 결국 분류라는 것은 전혀 관련될 수 없는 부분까지만 나누는게 이상적이라고 생각합니다. 고로 단을 늘리자는 것은 만들기도 힘들뿐더러, 제작과정은 논외로 치고서라도 별로 효용성이 없다고 생각합니다.
일반적인 트리 분류 외의, 예를 들면 많이들 쓰는 마인드 맵을 플래쉬나 자바스크립트 슈퍼프로그래밍(?) 따위로, 태그와 연관하여 3차원으로 구성해서 보여주는 새로운 방식의 분류 시스템을 개발하는 것이 훨씬 낳아보입니다. 개인적으로는 이런게 좀 어서 나왔으면 좋겠네요. 블로그를 꾸밀 때도 구조 특성상 별 의미없이 그림 따위로 top을 채우는 스킨이 꽤 많으니까(http://retro.tattertools.com/ko/bbs/dat … 821993.jpg) 그런데다가 박아넣을 수 있도록 만들면 굉장히 좋겠네요.
ㅎㅎ UI 디자인은 무리고, 카테고리, 지역로그, 태그, 작성 시간을 포괄하는 데이터 규격을 하나 만들어서 넣어 보겠습니다. 나중에 그거 써서 플러그인 등을 누가 만들 수 있겠죠?
mysql 5부터 쓸 수 있는 view를 쓰면 그리 힘들지 않을텐데, 4 이하의 호환성을 생각하니 머리가 아파오네요~
]]>적어도 3, 4단까지는 가능하게 해야 할 것 같은...
그러니까 3, 4단을 기본적으로 지원해야 하는 이유를 설명해주세요.
개발자들을 설득시킬 수 있거나 혹은 이슈화에 성공한다면 3, 4단 가능할 수 있겠지만
설득에 실패하면 결자해지, 아시죠?
그런 과정을 거쳐서 오늘날의 대부분의 블로그 사이트의 2단 카테고리가 정착되었습니다. 처음 2단 카테고리가 만들어졌을 때에는 사용자들조차도 2단 카테고리가 필요한지 알지 못하던 때도 있었다는 것이죠.
현재 Tistory에 있는 제 블로그에는 수도없이 많은 카테고리들이 2단으로 정리되어 있습니다. 조금 불편하긴 하지만 제대로 사용할만한 수준인 것 같습니다. 그런데 사용자들이 2단도 부족해서 3단을 요구하고 있습니다.
제 경우에는 3단 카테고리가 필요합니다. 어떤 경우에 필요하냐하면....
'과학' 카테고리의 하단에 존재하는 많은 수(6개)의 서브카테고리들이 걸리적거리고 있습니다. "6개가 뭐가 많은가?"라고 말씀하실 분이 계실까봐 말씀드린다면... '과학'의 단일소재를 갖는 글들(시리즈물들)을 단일 카테고리로 만들다보니 서브카테고리의 숫자가 너무 많아져서 만들다 만 것이 6개입니다. 만약 3중카테고리를 지원했다면 좀 더 깔끔한 정리가 될 수도 있었겠죠. 여러가지 방법을 생각해봤는데 결과는 제가 원하는 결과를 얻을 수는 없다는 것이었습니다.
그렇지만.... 3중 카테고리를 지원하지 않아 좀 불편하기는 하지만 아직까지는 쓸만합니다. 글의 수가 몇 천 개 수준이라면 2중 카테고리로도 충분히 관리가 가능합니다. 문제는 그 이후에 있습니다. 글이 만개에 가까워지게 된다면 저것이 과연 제대로 관리가 될까요?
여러가지를 고려해본 결과 현재의 카테고리 시스템으로는 만개에 가까워지게 되면 글관리가 사실상 힘들어진다는 것입니다. 2단이 아니라 3단으로 된다고 하더라도.... (결국 태그(Tag)도 답이 될 수 없고) 검색엔진에 의존해야 한다는 것이 저의 결론입니다. 물론 언젠가는 -많은 수의 블로그에 만개에 가까워지는 글들이 올라갈 경우에 - 3단을 지원해야겠지요.
하지만 그것보다 검색능력을 확충하는 것이 더 좋겠다고 생각합니다.
현재 태그(Tag)가 검색대상에서 제외된 태터, 카테고리별로 검색되지 않아서 간단히 검색해도 수십개의 글을 일일히 확인해야 하는 검색능력으로는 글의 숫자가 늘어날수록 문제가 더욱 심각해질 것입니다.
결국 제 결론은....
카테고리 3단 지원은 꼭 필요한 것이지만, 그것보다는 검색능력 강화나 카테고리 숨김기능 지원같은 것을 우선 해결해 주시고, 나중에 혹시나 여력이 남을 때가 있다면 (과연 이럴 때가 있을까요?) 그때 카테고리 3단을 지원해달라는 것입니다. 사실상 TnC에서 일할 주제들을 나열해 놓으면 카테고리 3단 지원을 구현하기로 했다고 하더라도 반년 안에는 어림도 없는 일이 아닙니까?
ps. 많이 불편한 것이 있어서 한가지 더 말씀드리자면.....
카테고리를 볼 때 서브카테고리의 글들이 안 보이게 해줬으면 좋겠습니다. -_- 카테고리 안에 있는 글들 중에서 원하는 것을 찾는 것이 너무 어렵습니다. 그런데 이 모든 것을 다 구현하자면 카테고리 관련 부분을 완전히 새로 짜는 것이 더 편할수도 있겠다는 생각을 하게 됩니다만... ^^;;
이 논의를 보면서 살짝 카테고리 구조와 소스에 사용된 쿼리등을 봤습니다만.
데이터 구조 자체는 필드 하나 추가하는 정도로 무한 카테고리 준비가 될것 같고.
로직 부분이 수정을 하게되면 메이저급 업데이트가 될것 같군요. 물론, 하위 호환성을 유지하면서 하려면 더욱 그렇고요...
이런말을 하는 이유는 해당 기능의 수정자체가 비용이 많이드는 문제이므로,
"수정을 해야하느냐 마느냐" 쪽으로 논의가 흘러 개발진을 좀 더 생산적으로 움직이게 하는게 낫지 않나 해서 드리는 말씀입니다.
개인적으로 카테고리는 2단계만으로도 충분하다고 생각하며, 3단계부터는 방문자들의 접근이 오히려 어려워 지지 않나 생각합니다.
현재 태터툴즈가 가진 자료의 분류 시스템(자료에 접근할 수 있는방법)은 2뎁스로 제한된 카테고리, 태그, 지역로그, 키워드 입니다.
블로그가 백과사전이나 레퍼런스도 아니고 자신의 관심사와 잘아는(?) 정보등을 정리해 놓는 개인적인 Log 라면 위의 분류 기능만으로도 충분하다고 생각합니다.
자료가 너무 많아서 과거에 포스팅된 자료로의 접근이 문제라면 카테고리의 뎁스 추가보다 검색기능의 강화는 어떨지요 ?
정리하자면 "카테고리 2단계 제한 고수" 에 한표 입니다. 
카테고리도 이와같으면 안되나요?
물론 현재는 기본으로 테더에서 표현해 줄 수 있는 부분이
"/" root category
"/aaa" aaa category
"/aaa/bbb" aaa/bbb category
와 같이 2단만 표현을 하게 되더라도,
나중에 "/aaa/bbb/ccc/ddd" 등과 같이 n단의 확장의 가능성을 내부적으로 가지고 있기에...
그리고, 내부 데이터가 어떤식으로 되는지는 모르겠지만,
2 혹은 3개까지의 다중 카테고리를 지원한다고 할때..
하나의 포스팅에 대해서 category1, category2, category3 와같은 xxx 를 기록할 수 있게 하고 (DB 용어가 기억이.. ㅜ.ㅜ, 건망증이 ㅠ.ㅠ)
C++로 짜여진, B+ algorithm 등과 같은 경우에...
category1: "Computer/Language/C++"
category2: "Theory/DataStructure"
이렇게 두개의 카테고리를 지정할 수 있으니...
혹은
category: " 'Computer/Language/C++', 'Theory/DataStructure' " 혹은
category: "{Computer/Language/C++}, {Theory/DataStructure}"
와 같이 저장을 하더라도...
PS:
카테고리와 태그는 엄연히 기능이 다르다고 보여집니다.
갑자기, 몇몇분들이, 태그로 해야한다는 얘기를 올렸던 것이 기억나기에..
가장 큰 차이점으로...
카테고리는 하나의 속성이 hierarcy 한 성격(??)을 가지지만,
태그는, mono 의 성격(??)만을 가질 수 밖에 없다는...
2단으로 카테고리 자체를 제약한다는 것 자체가 테터툴즈의 무한한 가능성을 제약하는 결과가 되는것 같습니다.
2단에 있는 카테고리의 글을 다른 2단 카테고리의 밑으로 내려서 3단카테고리로 쓸수도 있고, 반대로 3단 카테고리를 2단, 1단까지 올릴수도 있도록 하는게 현재의 구조로 불가능 하다면, 더 낳은 카테고리의 구조를 확립하는것은 어떤지요?프로그래밍 힘든 부분이 카테고리가 선택될때, 상위 카테고리가 하위 카테고리를 포함하기 때문에, 하위 카테고리를 찾고 또 거기에 해당하는 글을 가져오는 부분에서 문제가 되는 것인가요.
분명 다같이 생각해 보면 지금 문제가 되는 부분에 대한 해답도 나올것이라 믿습니다. ^^
예. 지금 제가 생각하기에도 이 카테고리가 가장 낙후된 기능 중 하나 같습니다. 이건 뭐 살짝 건드릴 수준이 아니라 완전히 뒤집어야 하는 문제가 되나서요... 그럴라면... 이건... 버전 1.5나 2처럼 메이저 업그레이드에 해당하는 기능이라 안 건드리고 있는데, 아마도 하게 된다면 기존 카테고리 [##_category_##]는 그대로 놔두고 완전히 새로운 카테고리 치환자가 등장할 가능성이 높지 않은가 해요... 적어도 저는 지금 그런 식으로 틈틈히 구상하고 있습니다. 이게... 하위 레거시를 위해서도 좋지 않을까 해서요... 하여튼, 완전히 뒤집는다는 것은 변화가 크다는 것을 의미하기 때문에 적절한 타이밍을 기다리고 있습니다.:)
]]>프로그래밍 힘든 부분이 카테고리가 선택될때, 상위 카테고리가 하위 카테고리를 포함하기 때문에, 하위 카테고리를 찾고 또 거기에 해당하는 글을 가져오는 부분에서 문제가 되는 것인가요.
분명 다같이 생각해 보면 지금 문제가 되는 부분에 대한 해답도 나올것이라 믿습니다. ^^
]]>위에서 논의된 부분중에 많은 사람이 원하는 기능이 아닐수도 있다는 염려가 있긴 하지만, 카테고리 부분을 한단 더 늘려놓으면 사용자 입장에서는 편리하게 '선택'해서 쓸수 있는 부분으로 자리매김될 것이라 생각합니다. 꼭 써야 하는 부분으로 만들어진다면 사용이 필요없는 사람에게 불편함을 주지만, 카테고리는 그런 부분이 아닌것 같습니다.
아무쪼록 바쁘지 않은 때에 적절하게 좋은 기능이 추가 되면 좋겠습니다.
]]>등이 해당됩니다만, 다시 읽어보니 굳이 합칠 필요는 없을 것 같네요. 
