ceris 작성:

관리자로 로그인했을땐 다들 패스워드 입력안하지 않나요?
댓글에 관리자로 그에 대한 댓글달 때 패스워드 필요없이 이미 이름과 홈페이지 주소 있으니까 내용란에 바로 글을 쓰게 되더라구요.. ^^

관리자로 로그인이 되어있으면 이름, 홈페이지, 패스워드 등은 입력하는 부분조차 없지 않나요? smile
포커스도 내용에 가서 있고요.

1.0.4 이후 개발버전(원본, 실험본 둘 다)에서 script/common.js 파일 내에 추가된 replaceAll 함수 문제입니다.
기존의 방식은 replaceAll("&", "&") 같은 경우 무한루프에 빠지게 됩니다.
(script/generaltag.js 파일 내에 존재함)

태그 내에 "te"를 입력하면 무한루프에 빠지길래 원인을 찾다가 발견하게 되었네요.
(Terms & Vocabulary 라는 태그에서 무한 루프에 빠지는 듯..)

if(!String.prototype.replaceAll) {
    String.prototype.replaceAll = function(source, target) {
        var buffer = this;
        if(source != target)
            while(buffer.indexOf(source) != -1)
                buffer = buffer.replace(source, target);
        return buffer;
    }
}

위를 아래와 같이 수정해서 실험본에 커밋하겠습니다.

if(!String.prototype.replaceAll) {
    String.prototype.replaceAll = function(source, target) {
        return this.replace(new RegExp(source, "gi"), target);
    }
}

/ 문제는 아직 해결이 안된거 같네요.
그리고 카테고리가 아래와 같을 때 문제가 좀 있네요.

전체
- test/test
- test
- - test

test/test 를 클릭 시에는 404가 뜨고 test 하위의 test 를 클릭 시에는 test/test 의 내용이 나와버리네요.;

아 제가 말한 것은 '"\ 등의 escape가 되는 문자들 해결하는 방법이었습니다.
/ 는 바꾸신다길래 신경 안쓰고 있었;;

lib/suri.php

$url = isset($_SERVER['REDIRECT_URL']) ? $_SERVER['REDIRECT_URL'] : $_SERVER['SCRIPT_NAME'];

대신에

$url = isset($_SERVER['REQUEST_URI']) ? urldecode($_SERVER['REQUEST_URI']) : $_SERVER['SCRIPT_NAME'];

를 사용하면 해결은 되는거 같은데 다른 문제가 없는지 좀 더 봐야겠네요.

escape가 되어버리는 문제는 윈도우라서 그런거 같네요.
1.0.4로 CentOS와 윈도우에서 둘다 테스트해보니 윈도우에서만 문제가 생기는군요.
(apm 버전이나 세부설정의 차이일 수도 있겠지만; )

그리고 윈도우라서 그런건지 확인이 필요하겠지만
카테고리 제목에 '"\ 등의 문자가 들어가면 escape가 되어서
글이 있는데도 없다고 나오네요.
특히 제목에 / 가 들어갈 경우에는 404가 떠버리는군요.
이 것도 찾아봐야겠네요.

저같은 경우 윈도우 apm 환경에서 rev31로 single, path type으로 테스트해봤는데 정상인거 같네요.

그리고 테스트버전이라도 버그는 "버그 보고 및 소스 개선" 쪽이 맞지 않을까요?
테스트버전이니 태터센터는 아닐거 같네요. smile


아 잘못봤군요. 저도 그 문제가 생기네요.
확인해봐야겠습니다. smile

전 잘 되네요. smile

460

(13 답글들, 질문과 답변 / 사용자 지원에 작성)

chester 작성:
inureyes 작성:

아니면 기본 버전 / 확장 버전 이렇게, 기본팩과 번들팩을 분리해서 배포하는 것은 어떨까요?

많은 소프트웨어들이 배포되는 방법으로요 smile

네...일단은 작고 간결한 명품 플러그인들을 몇개 만들어서 보내보도록 하지요 smile
그리고 태터 공식 배포판 이외에 .... 태터툴즈내에 자신들만의 배포판을 낼 수 있도록 하면 좀 혼란스러울려나요 ?

어디 p2p 같은데 가면.... 윈도우 한방설치 버젼... 뭐 등등... 별별 신기한 리비젼들이 많던데 ^^
아 그건 그렇고 inureyes 님 , 웰컴백 ~~ **

자신들만의 배포판에 뭔짓을 해놓을지 알 수가(...)
뭐 개인홈페이지에서 배포하는거라면야 큰 문제야 없겠지만요.

461

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

권한설정까지만 자동으로 되면 완벽할거 같네요!! 멋지십니다. smile
(ftp도 모르시는 분들이 권한설정하는 방법을 알리가 없기때문에 꼭 필요함; )

462

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

laziel 작성:

http://yooe.be/tt.exe
말 나온김에 테스트본으로 만들어본 인스톨러입니다.
아직 개선의 여지는 제법 있겠습니다만 ^^;

헛.. 벌써!
테스트해보도록 하겠습니다. smile

463

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

건더기 작성:

ssh는 없어도 권한 설정에는 문제없지 않나요??

그건 그렇고.... 과연 고양이 목에 방울을 달러가는 용감한 쥐는 누가 될 것인지...

다른 방법이 있나요? 잘 몰라서요. roll

464

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

JWC 작성:

제 생각은 ftp조차 모르시는 분들은 플러그인이 뭔지 조차 모르실것 같습니다.

개인적으론 widget 처럼 zip파일에 필요한 모든 파일을 압축해서 확장자만 .ttp 등으로 바꾼후 plugins 디랙토리에 올려놓으면 관리자 페이지에서 설정이 가능하도록 하는게 좋을거 같습니다.

초보자에게 좀 더 편하게 하려면, 관리자 페이지에 플러그인 upload 섹션을 만들어서 초보자도 손쉽게 업로드 할 수 있도록 하는 거겠죠. .ttp 파일 한개이니 복잡하지도 않고요..
뭐 보안상 문제는 (...)

ftp조차 모르시는 분들을 위해 태터툴즈 installer를 만들자는 의견이였습니다.
플러그인 자동설치는 이 installer에 들어가는 기능중 하나일 뿐이고요.

물론 관리자화면에서의 플러그인 업데이트 등은 따로 제작이 되어야겠지요. smile

465

(11 답글들, 공지사항에 작성)

건더기 작성:

플스. 지난번에는 릴리즈를 주말에 하셨다가 피보시더니, 이번에는 릴리즈 예정이 월요일 새벽이근영....^^

잘 보시면 AM이 아니라 PM이예요.;;

466

(1 답글들, 잡담하기에 작성)

구글맵에서 우리나라 지도는 미국에 비해서 자세하게 나오지를 않더군요.
그래서 플러그인으로 만들어볼까 하다가 포기했었죠.;

ps. 오라클을 지원하려면 먼저 DB 모듈화가 되야될 것 같네요. smile

467

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

daybreaker 작성:

흠...
제가 Visual Basic 등으로 이런 프로그램을 짤 수는 있겠습니다만.. 시일이 좀 걸릴 것 같습니다.
구상해보고 있겠습니다.

가능하면 그 실행 파일 자체가 설치가 필요없는 delphi, vc++ 등으로 작성된 것이면 좋을 것 같다는 생각은 드는군요. (전 델파이를 별로 안 써봐서 잘 짜지는 못합니다. MFC는 조금 다루어보기는 했는데.. 글쎄요-_-)

저보다 더 잘하시는 분 계시면 저 대신 하셔도..^^;

ps. 그 설치 프로그램 또한 소스코드를 GPL로 공개해버리면 password 유출 문제 등은 덜 의심(?)받을 수 있겠지요.

ftp에 권한설정을 위해 ssh까지 포함되어야 하지 않을까 싶네요.
흣.. 수고하세요. cool

확인했습니다. smile

근데.. hotmail과 사이가 안좋은가보군요. 글자가 다 깨진답니다. OTL

gmail로 바꿔놔야겠군요.;

469

(23 답글들, 질문과 답변 / 사용자 지원에 작성)

아래 chester님께서 쓰신 "스킨/플러그인 번들?"을 포함하는 내용인거 같네요. smile


현재 태터툴즈는 .zip, .tar.gz 두가지의 압축파일로만 제공이 되고 있는데
ftp조차 잘 모르시는 분들에게는 부담이 될만한 방법인거 같습니다.
(물론 태터툴즈만의 문제는 아닙니다만..)

이런 복잡한(?) 절차를 거치는 것이 가입만하면 생성되는 서비스들에 비해 설치형이 가지는 단점 중에 하나일거 같네요.

그래서 생각한게 install 패키지(.exe)를 제작하여 배포하면 어떨까? 인데요
태터툴즈를 사용하려는 사용자가 이 install 패키지를 다운로드 받은 후 실행하면
일반 어플을 설치할때처럼 ftp 주소, 계정 id, pass 등을 물어봐서
setup.php가 해야될 일까지 전부 installer가 직접 설치를 하게 되는거죠.
(.exe도 다운받지 않고 웹에서 바로 설치해주는 방식도 가능은 하겠네요. 해결해야될 문제가 좀 많겠지만; )

거기에 추가적으로 설치를 시작하기 전에 인증된 스킨/플러그인을 선택할 수 있게하여
installer가 태터툴즈 홈페이지에 접속하여 직접 다운로드 받는다던가하는 방식은 어떨까합니다. smile
(스킨/플러그인의 인증 절차를 어떻게 하던지 인증이 되있다는 가정하가 되겠죠.)

pass를 입력하는게 꺼림칙할 수도 있겠으나 ftp를 모르실 정도의 초보분들은 대부분 별로 상관을 안하시더군요.;
(실제로 문제가 없다는 것도 알려드려야겠습니다만; )

물론 .zip, .tar.gz도 배포가 되어야겠죠. smile

헛 빠르시군요. :)
갑자기 rev가 2개나 늘어서 뭔가 했었네요.;

(원글 쓰신분께는 제가 대신 답변 드렸습니다.)

crizin 작성:

Peris님, webthink님 말대로 쿠키 불러오는 부분에 잘못된 부분이 있어서 수정했습니다
감사합니다~

그리고 webthink님이 지적하신대로 답글 수정화면에서의 어색한 부분이 있는데..

1. 홈페이지 주소를 적지 않고 답글 A를 작성한다
2. 홈페이지 주소를 적고 답글 B를 작성한다
3. 답글 A를 수정하려고 하면 홈페이지 주소가 입력돼있다 (2번에서 저장된 쿠키에서 불러온 값)

개인적으로는 홈페이지 주소를 채워주는게 편리하다고는 생각하지만 사용자 의도와 다르게 움직일 수 있는 부분이라 어떻게 하면 좋을지 생각중입니다.. 만약 쿠키를 무시하고 http:// 만 표시해주게 된다면

3. 답글 A를 수정하려고 하면 홈페이지 주소는 http:// 로 비어있다. 이상태로 본문을 수정하고 수정완료
4. 새 답글 C를 작성하려고 하면 홈페이지 주소는 비어있다. (3번에서 홈페이지 쿠키가 지워졌기 때문에..)

이런 상황도 좀 어색한거 같고요..

3번 후 수정작업 시에 http:// 만 넘어왔는지를 체크하면 되지 않을까요?
http:// 만 넘어왔으면 쿠키는 덮어씌우지 않고 다른 값이 있으면 쿠키를 덮어씌우고요. smile

http://www.tattertools.com/bbs/view.php … mp;no=2469

확인해보니 태그내에 escape 문자인 백슬러쉬(\)가 포함된 경우 발생하는군요.

추가로 \r, \n, \t, \b 등도 원래대로 표현을 못해주는군요.

str_replace('"', '\\"', $tag['name']) 에 addslashes 등을 사용하기만 하면 될거 같군요. smile

/blog/index.php 파일에서도 아래 이벤트가 있네요. :)

ViewCommenter
ViewGuestCommenter
ViewCommentContent
ViewGuestCommentContent
ViewAttachedImage
ViewNoticeContent

crizin 작성:

수정해봤습니다..
http://crizin.xyanblue.com 에서 테스트 해보실 수 있는데요 말씀하신 코멘트 개수랑 사이드바의 최근 올라온 글 옆의 코멘트 개수가 제대로 바뀌는지, 방명록에서 댓글 작성하고 삭제할때도 문제가 없는지 등을 체크해주시면 확인후 소스트리에 반영하겠습니닷

그건 그렇고 <span id="commentCount123></span> 같이 빈 태그가 곳곳에 남아있는게 찝찝하네요..;

댓글을 수정할 경우 아래와 같은 에러메시지가.. smile
Notice: Undefined index: guestHomepage in /var/www/crizin/lib/view/replyEditorView.php on line 5

개인적인 생각으로는 언어권에 상관없이 어디에서나 동일한 결과가 나오는게 좋다고 생각합니다.
(국제화에 걸림돌이 되지 않을까 생각합니다.)

특히 브라우저의 언어만으로 판단하기에는 무리가 있지 않을까라고 생각되네요.
해외에 계신 분들에게는 오히려 불편하기밖에 하지 않을까요?
default는 브라우저의 언어로 하더라도 옵션으로 변경이 가능하다던가 해야될거라 판단이 됩니다.

그리고 3안에 대해서.. 물론 생각하고 계시겠지만 혹시나 해서 smile
현지에서 서버를 운영한다고 해도 분명히 느린 지역은 존재할 것입니다.
(극단적인 예를 들자면.. 남극에서 사용한다던지;;; )
따라서 time-out은 꼭 있어야된다고 생각합니다.

아 그리고 플러그인의 지역화에 관해서 말인데요..
index.xml에서야 문제가 없겠지만 index.php 등에 한글 등의 언어가 포함될 경우
타 언어권에서는 수동으로 변경해주는 방법밖에 없는거 같은데
이 경우에 대해서도 생각해 봐야될거 같습니다. smile