개인적으론 글걸기 보다는 관련글 이 더 적절하지 않았나 하는 생각도 듭니다. 사용자들에게 좀 더 친숙한 표현으로의 순화라는 측면에서 보면, 글걸기 역시 새로운 '용어'일 수 밖에 없지 않나 싶어요. 세밀하게, 정확하게 생각하자면 트랙백이 반드시 related 의 의미는 아니지만 IT 와 친하지 않은 대다수의 사람들의 사용 패턴을 보면 관련글, 내지 copy from 정도의 의미로 사용하고 있습니다.

'글걸기' 역시 현재 존재하는 '블로거스러움'을 강요하게 되지는 않을까 걱정됩니다.

저거 문제가 되는건 php 고 asp 고 언어와는 전혀 관계없고-_-;
mysql 쿼리에서의 quotation 문제였습니다; 지지난달에 수정된 걸 왜 이제와서 토론이;;

영화 Fight Club(1999년작) 에서 Tyler Durden의 대사로군요

역시 alcohol_recover_callback() 을 사용해야 하는거군요 ㅇ_ㅇ)>

1 and 2 가 아니라 1 or 2 가 아닐까요; 혹여 1 and 2 라고 하더라도 이해가 안되는 것이..
'기존 초대장을 모두 사용한 사용자' == '초대장 보유량이 0 인 사용자' 가 되지 않나요?
그렇다면 기존에 초대장을 전혀 받은 적이 없다는 이야기는 그 자체로 이미 1 을 충족한 것이 된다고 생각합니다.

그럼에도 불구하고 초대장을 전혀 발급받지 못했다면 어딘가가 문제가 있는것이겠지요.
제 생각에도 다른 원인이 있으리라 봅니다. reports.tistory.com 에 문의를~

플러그인의 보안이라는게 단순히 외부에서 임의로 그 php 파일을 실행하는가가 중요한 것이 아닙니다. 태터툴즈의 플러그인 동작원리나 구조상 플러그인은 사용하기 시작하는 동시에 태터툴즈 그 자체의 일부가 되어 동작합니다. 그 안에 어떤 역할을 하는 코드가 들어있는지를 판단해서 양호, 불량을 구분하는 것은 불가능합니다. 물론 짧게 생각하면 특정 함수나 코드를 사용하지 못하게 하는 방법도 있겠습니다만, 피하는 방법은 얼마든지 있는데에다 오히려 플러그인의 자유도를 깎아먹는 결과가 됩니다. 결코 쉽게 생각할 수 있는 문제가 아닙니다. 플러그인의 동작구조를 확인해주시기 바랍니다.

서버 시스템에서 unzip 이나 tar 를 지원한다고 가정합시다. 그럼 이걸 어떻게 실행할까요? system() 혹은 exec() 를 사용해야 합니다. 이 함수들은 자칫하면 치명적인 위험요소가 될 수 있습니다. 심지어 보안을 위해 이 함수들을 아예 막아버리는 서버도 있습니다. 반대로 php 에서 이 함수의 사용이 가능하더라도 시스템의 설정에 따라 unzip 이나 tar 명령을 실행하지 못하는 경우도 발생할 수 있겠지요. 결코 standard 하지 않습니다. 배포판에 넣는 코드로서는 부적합하다는 결론이 됩니다.

더불어 요즘 저를 고민에 빠뜨린 문제 중 하나이기도 합니다만, zip 파일은 상대경로(relative path)를 포함할 수 있습니다. (e.g. ../../../../../../../somefile)
때문에 압축해제시 지정한(target) 디렉토리 밖의 다른곳에 파일을 풀어버릴 수 있다는 이야기입니다. 다행히 서버관리자의 보안 관리가 잘 되어 있다면 다른 경로에의 쓰기 권한이 없을테니 오류만 생기고 말겠지요 (사실 공식 배포본에 넣기에는 이미 이 시점에서 문제가 되지만요). 그렇지 않은 경우 서버 내의 다른 경로에 임의로 파일을 생성해 버리는 결과가 생길 수도 있습니다.

어느쪽이든 압축파일을 업로드 하게 해서 이를 '안전하게' unpack 하는 것은 어려운 일입니다. 만들면 어떻게든 '기능'을 만들 수는 있겠지만 '배포 가능한' 상태를 기대하는 것은 무리입니다. 적어도 지금의 구조로는, 말이지요. 함께 좋은 방법을 고민해서 찾아보면 어떨까요. 수많은 진보의 시작은 귀찮음에서 시작한다고도 하니까요

이전 버전의 rss paper 기능을 말씀하시는 것 같습니다
이번 1.1 에 포함되어 들어가는 것으로 알고 있습니다....만, 자세한건 다른분에게 패스~ =3

구글에서 s1w1han 라는 아이디를 검색하면 딱 한 사람 나오는군요...
어린애 같은데 아무래도 개념을 강제주입 해 줄 필요가 있지 않을까 싶습니다.

config.php 는 확장자에서 알 수 있다시피 php 스크립트로서, 보통 다른 사람이 웹에서 그 위치를 입력해도 내용을 들여다 볼 수 없습니다.
또한 태터툴즈의 경우 blog/ 경로 이하를 기본으로 하고 있기 때문에 그 위에 있는 config.php 를 웹에서 접근할 방법도 없다고 봐야하지요.
그 파일을 들여다 볼 수 있는 상황이 된다면 (e.g. 계정 접속 자체가 뚫린다든가) 이미 태터툴즈의 보안이 문제가 아닌 상황일테니까요.

더불어 복호화가 가능한 암호화라면 그 역시 큰 의미는 없지 않나 싶습니다.
태터툴즈는 오픈소스이니 그 암호화/복호화 루틴도 공개가 될테니 말이지요.

거의 이글루스의 포토로그에 해당하는 기능일까요?' ㅡ ')

티스토리에 버그가 있다면 같은 문제가 태터툴즈에도 있지 않은지 확인해보시는게