굳이 구현하신다면 위의 함수들에서 SQL 쿼리를 만들 때 현재 보여지는 블로그(getBlogId() 함수 이용)가 대표 블로그인지 아닌지(phpmyadmin 등으로 db를 열어보시면 확인하실 수 있을 겁니다)를 if 문으로 검사하여 DESC/ASC를 적용하는 방법이 있겠습니다만.. 새 버전으로 업그레이드한다거나 이럴 경우 해당 코드를 다시 작성해서 넣어주셔야 하는 불편이 발생합니다.

현재로서는 '깔끔하게' 혹은 '간편하게' 할 방법은 없습니다.;;

그냥 단순하게 CRUD 부분을 모델 형태로 추상화하는 것은 어렵지 않겠으나, 말씀하신 대로 SQL의 고급 기능들(stored procedure, view 등)을 사용하게 될 경우 이를 어떻게 추상화할 수 있을지(ORM과 같은 형태가 되겠지만 ORM이 꼭 정답이라고 생각하고 접근할 필요는 없겠지요) 고민 중입니다.

제가 써본 ORM 프레임웍이 Django밖에 없기 때문에, 보다 다양한 프레임웍에서 고급 SQL들을 어떤 식으로 지원하고 있는지 알아볼 필요가 있습니다. Django의 경우 foreign key가 걸렸을 때 자동 삭제 등을 위해 TRIGGER 정도까지만 사용하는 것 같더군요. Custom SQL을 가급적 사용하지 않는 쪽으로 해야겠으나 실제 텍스트큐브에서 사용되는 쿼리의 복잡도가 어떻게 되는지 한 번 조사해봐야겠습니다.

그리고, php 5.2로 올라가면 xml dom 처리 루틴을 php 자체 라이브러리에서 가져다 쓸 수 있게 되므로, 현재 구현되어 있는 컴포넌트는 불필요해지지 않나 싶습니다. 역시 관련하여 TTXML 백업·복원 및 환경설정, 스킨·플러그인 정보 읽어들이는 부분을 다 새로 짜야겠네요...;;

어차피 sqlite를 지원하려고 한다면 일부 고급 SQL에 대한 에뮬레이션 구현이 필요해지긴 합니다. 허나 구태여 mysql 3.x 및 4.0 이하 버전용을 제작하기 위해 노력을 쏟을 필요는 없겠지요.

문제는, DB 프레임웍이 어느 수준까지 추상화를 지원하느냐겠지요. 그에 따라 구현의 난이도나 에뮬레이션의 필요성 등이 많이 달라질 겁니다. SQL을 하나하나 전부 다 추상화하는 것이 DBMS 독립성을 지키기에는 더 낫겠지만 구현의 난이도는 올라가고, 사용자정의 SQL을 허용한다면 VIEW와 같은 것을 그냥 써버리면 되게 되는 대신 DBMS 의존성이 생길 수가 있지요.

다른 DB 프레임웍들은 VIEW 같은 거 어떻게 처리하나 찾아봐야겠군요.; Django의 경우 VIEW를 따로 쓰는 것 같지 않던데...

흠.. 혹시 config.php에서 $service['debugmode']를 1로 설정하신 다음 어떤 오류메시지가 나오는지 보이시나요?
혹은 .htaccess 파일이 업데이트가 안 되어 그런 것일 수도 있으니 수동으로 업데이트를 해보시는 것도 괜찮을 것 같네요.

노르웨이 여행 다녀온 사이 논의가 계속 있었군요.;

2.0에서는 좀 강하게 밀어붙이는 게 어떨까 싶습니다. 저는 4번(못해도 3번)에 한 표 던집니다.

DB 백엔드 설계 문서가 대충 정리되는 대로 실제 코딩 작업에 들어가야 할 것 같은데, 새로운 branch를 만들어서 해야 하지 않을까 싶습니다.

ps. 설계 문서가 좀더 다듬어지면 곧 TNF 메일링으로 돌리겠습니다. Peris님이 말씀하신 '태터 프레임워크' 정도 수준에 가까워지리라 생각되는군요.; 좀 많이 갈아엎을 생각입니다;

소스코드를 읽어보니 그렇네요. 흐음;;
정규님이 lambda를 원하시는 이유가 스킨 처리 루틴을 lazy evaluation으로 바꾸기 위해서였는데, 좋은 방법 없을까요? (php 버리고 python으로 가자 이런 거 빼구..ㅠㅠ)

사실 CakePHP를 보면서, 또 직접 구현하려고 생각하면서 dictionary 형태의 자료를 주고받으려면 array('xxx' => 'yyy')를 항상 전부 다 적어줘야 한다는 점부터 벌써 근질근질합니다...orz 아, 너무 python에 물들었나봐요..ㅠㅠ

넵, 물론입니다.
어차피, sqlite가 foreign key를 지원하지 않고 trigger로만 제약을 걸 수 있다든가 이런 식이라서 결국 독립성을 보장해야 하긴 합니다.

흠.. 지금 찾아보니 php5의 magic method들을 php4에서도 쓸 있더군요. 그것도 텍스트큐브의 설치 조건인 4.3.0 이상에서요.

성능은 좀 떨어집니다만 일단 php4에서도 돌아는 가게 깔끔한 구현이 가능할 것 같네요.
CakePHP도 이미 같은 삽질을 해놨고.

생각 같아선 php5 강제하고 싶습니다....ㅠㅠ

네, 그럼 일단 백엔드 설계에서 mysql 3.x 지원은 없는 걸로 하겠습니다.
mysql 4.x에서 innodb가 아닌 경우는 어찌되는지 좀더 알아봐야겠군요.

php4는 어쩔까요? (.....) php6 전용 고고싱? =3=3

업글하고 나서 관리자 페이지 들어갔다가 식겁했습니다.....
캐시 삭제하고 나서야 안심했다는...-_-;;; ㅋㅋ 수고하셨습니다~

제가 요즘 parallel computation과 music technology 기말플젝 때문에 좀 바쁩니다;;
2주 후에 기말고사 끝나고 찾아뵙도록 하죠.. (...어이)

자, 방법은 여기 참고를.... =3=3=3

..........;
드디어 패키지 설치를 요구하시는 분이 나타났군요...;;;
랄라..(...)

apt-get install로 설치할 경우 중간에 옵션을 선택할 수 있도록 프롬프트를 띄울 수 있던가요?;
서비스형으로 해서 루트 권한으로 어플리케이션 디렉토리에 깔아버릴 것인지 개인사용자용으로 특정 사용자 디렉토리에만 깔 것인지 선택하는 게 필요할 듯.