postid가 Tatter의 ID와 일치하지는 않습니다.

생성시 혹은 리스트 받아와서 작업하셔야 합니다.

또한 ID는 스트링 타입이어야 합니다.

"{$BlogID}-{$PostId}" 형태로 기억이 되는군요. (가물가물 @.@; )

군데군데의 문제로 새 스킨 시스템의 필요성은 계속 지적되어 왔습니다만...

호환성 결여를 뛰어넘을 장점을 갖춘 스킨시스템이 나와줘야 한다는 압박이

.htaccess의 내용이 필요하겠군요.

한글 퍼머링크를 .htaccess에서 제어하도록 되어 있습니다만 해당 루틴을 타지 못하는 것 같은데요.

php의 특성중 하나라면 변수의 타입이 모호한 Loosely Type-binding 형태를 사용한다는 것입니다. "1"과 true와 1을 정확히 구분하기 어려울 때가 많습니다. 더구나 정수형 변수가 올것이라고 생각하였으나 스트링이 오고 이것이 자동 타입 변화에 따라 처리되므로 정수형일때와 동일하게 흐름을 가질 수 있습니다.

어떻게 보면 작성할때는 편하지만 잘못된 인풋임에도 스무스하게 체크루틴들을 피해갈 수 있는 것이죠. 방법으로는 타이트하게 값을 검사할 수도 있지만 이미 작성된 코드의 양도 많고 해서 트릭을 사용한 것입니다.

보안적인 검사를 위하여 크게 두가지 방식을 사용합니다. 첫번째는 위에서 나온 IV입니다. Input Validation을 제공함으로써 일종의 Strict Type-Binding으로 유도를 하는 것이죠. 페이지 작성자가 들어오는 값에 대한 타입 예상을 기술하면 그 타입이 아닌 인풋은 모두 제거됩니다. 한가지 맹점은 해당 IV 기술에 있어서 대충대충 해 버리면 여전히 기존의 보안정도와 큰 차이가 없습니다. 그래서 좀더 명확히 적어야 하고 개발자 디펜던시가 좀 있는 편입니다.

다른 접근은, 일부 중요하다고 생각되는 작업을 하는 함수들은 자체적으로 타입체크를 한번 더 하도록 되어 있습니다. 해커의 공격 뿐만이 아니라 내부의 버그로 인해 사용자의 데이터가 심각하게 훼손되는 것을 최대한 막기 위한 접근이죠. 디비 쿼리를 사용하는 오퍼레이션의 경우 가능하면 말단에서 쿼리를 직접 작성하지 말고 lib이나 콤포넌트로 집중시키고 자동으로 escaping을 수행하는 안전한 함수를 이용하도록 유도하는 것도 내부의 버그에 대한 영향을 최소화 하기 위함입니다.

태터 코드의 경우 소스가 공개되어 있고 설치되는 환경이 다양하거나, 또 많은 개발자들이 소스를 커밋한다는 특성에 PHP의 장점이자 단점인 부분들을 보안하고자 저런 트릭들을 사용중입니다.

뭐 블로그 문화적인 측면에서야 찬반이 생기겠지만, 시스템적으로야 많은 사람이 원하는 기능으로 생각할 수도 있죠.

사실 완벽한 temp 파일이 아니게 디자인 되어 있습니다.

오픈 하는 순간 모든 리소스파일을 복사해야 한다는 압박이라던가, 드래프트가 있는 상황에서 원본을 열었을 때 등등등, 해결해야 하는 산이 좀 있죠. 더구나 파일이 외부링크로 연결된 적이 있는 경우 저장시 모두 변경되기도 합니다.

기능 개선으로 건의하셨으나 머리속으로 대충 계산 돌려 본 결과로는 블로그의 핵심이라고 할 수 있는 글 관련 기능이 전면 새로 작업되어야 할 것 같군요. 특히 기존의 글들이 가지던 암묵적인(?) 속성들이 많이 변화되기 때문에 새로운 시스템으로 봐야 할 것 같습니다.

EAS+인가 하는 놈도 있고 플러그인이 리스트를 가지려면 테이블을 가져야 하는데 이 데이터는 백업 대상도 아니고 등등등 해서

필터링 기능에 화이트 리스트 기능을 넣는 편이 좋을 것 같네요.

EolinBmVote 에 탑마진 주는건 안될까요;;

플러그인에서 일부러 클래스 지정해서 출력하는 것으로 알고 있습니다. 스킨에 따라, 혹은 손대고 싶을 때 개조용으로.

참고.
urlencode의 경우에도 정답이 아닌것이, 가끔 mbstring같은 놈이 특정 케릭터를 만나면 가볍게 깨줍니다. 바보아냐?라는 생각이 가끔 듭니다만, 그리고 태터의 UTF-8 관련 코드가 왜 생겼고 제공 함수를 쓰지 않은 것이 연관되어 있는 문제입니다만, 양키들은 CJK권에서 제대로 테스트를 안하더군요. 자기가 처리 못할걸 괜히 인식해서 뽀개줍니다.
특정버전, 특정환경의 mysql_escape_string이 한글에 역슬래시 넣어주는 테러도 비슷한 예입니다.

메뉴얼 쓸때 항상 고민되는 부분이죠. 매우 자세하게 쓰면 쓸수록 사용자들은 점점 외계어로 보이게 되는;;;;
사실 그런 이유로 태터 setup에서는 대충 대충 퍼미션을 제시해 주고 있습니다.(물론 그래도 어렵지만 -ㅅ-)

쉘(이름하여 telnet이나 ssh로 접근)에서 수정하셔야 할것입니다. FTP는 보안 설정에 따라 777을 허용하지 않습니다. 태터가 설치된 폴더에서 "chmod 777 . skin attach"를 수행하는 것이 일반적입니다.

최초 설치시에 루트와 skin/customize, attach 폴더가 777이거나 Apache 서비스 계정에게 권한이 있어야 합니다. 보통 setup.php에서 어디어디 권한 없음 이라고 하는 부분들을 풀어주는게 일반인에게는 편합니다.

사실 config.php를 직접 작성할 수 있다면 "skin/customize"와 "attach"폴더만 777이면 되고 루트 권한이 있다면 해당 폴더를 755로 만든 후 apache에게 권한을 넘겨주는 고급 설정법도 있습니다.

회사에서 짤리면 TTAPI로 에디터 만들면서 소일거리나;;;;