아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » inureyes가 작성한 글
텍스트큐브 리비전 3286으로 업데이트한 상태의 피드입니다.
텍스트큐브에서 얼마전에 잠시 1.1.2.2로 내렸을 때에는 문제가 없었던 듯 싶은데, 오늘 db만 남기고 다 지우고 새로 설치하니 다시 이런 현상이 발생하네요.
(덤으로 썸네일파일들도 안나타나는 현상이..)
정말 그렇네요. $serviceURL로 변경하시면 됩니다. 
3290에서 해결했습니다^^
변화에 맞게 문서 수정하였습니다.
input validation을 통해서 php 특정 버전에서 발생할 수 있는 exploit을 방지함과 동시에 그렇게 소스가 작성될 가능성을 봉쇄합니다. 보안홀을 막는 과정으로 생각하시면 될 듯.
그나저나 생일의 1/4을 SE 프로젝트로 보낸 다음 비맞고 기숙사 돌아와서 자다가 밥도 못 먹고 집에 왔습니다. ㅠㅠ
생일 축하합니다^^
이제 20대의 반열에 드시는건가요 하하
현재는 블로그에 글을 올릴 때 자신의 블로그의 참조글을 링크해서 올릴 때 이사를 하면 문제가 발생할 수 있습니다.
주소가 바뀌지 않는 독립도메인을 계속 사용할 경우야 문제가 없겠지만, 그렇지 못한 경우에는 내부 링크들도 모두 깨지게 되겠죠. 다른 블로그에서 링크가 깨지는 경우는 어쩔 수 없다손 치더라도 자기 블로그 안에서만이라도 링크가 깨지지 않아야 하지 않을까요?
이런 경우에는 문제가 발생하지 않도록 치환자를 사용하는 것이 좋겠다는 생각을 하게 됐습니다.현재는 스킨에서 사용하는 치환자가 이미 있으니까 그것을 사용하던지, 아니면 @같은 간단한 기호를 사용하던지 하는 것이 좋지 않을까요? 물론 페이지 주소의 경우에는 복사해서 사용하는 경우가 많은데 이때 사용자가 수정하는 것은 힘드니까 입력 editor에서 글을 저장할 때 자동으로 변환시켜주는 것이 좋겠죠. (완전히 저장할 때 한 번 도메인과 일치하는 것이 있는지 검사해서 바꾸는 정도....)
기존에 이미 사용했던 것들은 데이터관리의 교정(Correct)에 도메인을 검사해서 치환하는 방법을 사용하면 될 것 같구요....그냥 그런 생각을 하게 됐습니다.
어떨가요? 기능구현이 복잡할까요? 어짜피 입력 editor를 처음부터 다시 만들어야 하는 상황이라면 이정도 기능은 추가해 주는 것도 괜찮을 것 같은데요??
상대경로 지원을 하는 것이 괜찮기는 한데, 고민해야 할 부분들이 많네요. 말씀하신대로 치환자로 처리할 수는 있겠지만, 현재 텍스트큐브에서 '사용자 복잡도' 는 더 올리지 않는 것이 좋겠다는 개인적인 생각을 하고 있습니다.
이사할 경우에 파일 만드는 시점에서 자동으로 처리해 주는 것이 가장 좋겠지요. 이후의 과제가 될 것 같습니다.
덧) 요새 포럼 응답이 늦어서 죄송합니다. '페이퍼 웍'을 좀 하느라 정신이 살짝 없는 시간이었습니다^^
네 안녕하세요 ^^ 요즘 살맛나고 있습니다.
footer문구 작년에 만든건데 그대로 있네요 ^^
감사합니다. ^^
영문 포럼을 몽땅 엎고 관련해서 RSS 지원이나 에디터 연동 등 여러가지 설정을 전부 새로 했습니다.
일모리님 등록하시고 아이디를 가르쳐 주세요^^ forum moderator로 등록하도록 하겠습니다.
옙 가능은 한데, 그 경우 절대주소가 깨지는 문제점이 있지요.
저도 그렇게 글 번호가 늘어난 경우라, 고민을 해 보도록 하겠습니다. 좋은 아이디어 있으세요?
옙 살펴보도록 하겠습니다.
티켓 3190 에서 해결 되었습니다.
오랜만에 다시 찾은 포럼이네요. 반갑습니다!
음 방금 영문 포럼에 잠시 다녀왔습니다. 답할수 있는건 하고 보니 꽤나 많은 스팸 글들이 있더군요. 그다지 좋게 보이지는 않는지라 가능하시면 어느정도의 관리와 함께 활성화 시키면 좋겠다는 생각을 해봅니다. ^^
넵 이번주 안에 리셋을 하려고 합니다.
영어를 잘 하는 분이 적어서 고생중입니다. ㅠ_ㅠ (공지사항 블로그도 영문판은 업데이트를 못하고 있어요!) 혹시 도와주실 수 있을까요?
Warning: fopen(../../../language/ko.php): failed to open stream: Permission denied in /home2/fornatsumi/public_html/language/po/po2php.php on line 88
Warning: fopen(../../../language/ko.php): failed to open stream: Permission denied in /home2/fornatsumi/public_html/language/po/po2php.php on line 88
Warning: Cannot modify header information - headers already sent by (output started at /home2/fornatsumi/public_html/language/po/po2php.php:88) in /home2/fornatsumi/public_html/lib/includeForBlogOwner.php on line 52
이러한 문제가 발생하였습니다~
일단 language 디렉토리의 쓰기 권한을 777로 한 번 주고 실행해 보세요
제가 네임서버 한 대가 있습니다. DNSever가 계속 뻗으면 이 쪽으로 돌려 버리도록 하지요.
에디터에서 object 태그를 직접 사용하여 소스를 보니 자바스크립트로 바껴서 보여지더라고요..
이것을 다른 스크립트 소스와 마찬가지로 cdda 섹션으로 감싸줘야 될것 같습니다.
문법 검사를 해 보니 이 부분이 지적이 되네요..
p,s 오늘은 부모님께 사랑한다고 용기내어 말해봅시다-
옙 확인해 보겠습니다.
우리 목적대로 잘 가고 있습니다.
계속 압력 단체가 되어야겠죠 
어떤식으로든 변화해야 하는 곳에 변화를 이끌어 내야 하니까요.
안녕하세요 태터툴즈를 사랑하는 네티즌 입니다.
다름이 아니라 이번에 태터툴즈를 설치하여 블로거 생활을 하고 있습니다.
웹 표준 얘기가 있어서 validator로 사이트를 점검해봤는데... 글쎄 통과가 안되는 겁니다.
요점은.... 위지윅 에디터에서 대문자 태그를 만들어 내는데에 있습니다.
XHTML의 가장 기초적인 규칙 말입니다.
1. 태그의 이름은 소문자
2. 태그의 속성은 쌍 따옴표로 묶음위지윅의 문제인지 설정의 문제인지는 모르겠습니다만, 따로 위지윅 에디터를 설정하는 부분이 안보이는군요.
고칠 수 있는데 제가 못고치고 있는 것이면 어떻게 고치는건지 좀 여쭙고 싶습니다.
그렇지 않으면 다음 업데이트시에 이 부분을 좀 감안해 주셨으면 합니다.
위지윅 에디터 변환은 브라우저의 위지윅 컴포넌트를 따르게 됩니다. 작성하신 브라우저에서 어떻게 태그를 변환해서 저장하는가에 따르기 때문에, 해당 부분은 태터툴즈에서 손을 대는 부분은 아닙니다. (어떻게 작성해도 IE에선 p를 꼭 P로 바꾸더군요. 데이터베이스에는 온전하게 들어 있는 것을 확인하실 수 있을겁니다.)
예전 1.0대에는 자바스크립트로 문법 교정후 저장하도록 하는 기능이 있었는데, 속도 저하가 심해서 1.1 개발 중이던 작년 6월께인가 떼어 버렸습니다. 그리고 당시에도 마찬가지 문제가 있었습니다.
으잉 이 버그 예전에 고쳐졌던 것 같은데 왜 아직;;
코더를 지향하지만 실력이 없는지라
일단 테스터 지원합니다 ^^
혹시 너무 늦은 건가요?
아직 정식 모집이 되지 않았습니다. (다들 정신이 없어서 테스트 페이퍼도 못 만들고 있습니다~)
준비되는대로 말씀 드리겠습니다^^
맥을 위한 파이어폭스에서는 태그입력이 올바르게 되지 않습니다.
2Byte문자를 입력할경우 마지막 글자가 다음칸에 입력됩니다.좀더 자세한설명은 동영상으로 대신하겠습니다.
http://dory.mncast.com/mncHMovie.swf?mo … ;skinNum=1태터유저게시판에도 올렸으나 보지못하신것같아 태터포럼에 올립니다. 좋은하루되세요.
(여기 뭐 많았는데 지웠습니다)
생각해보니 레퍼드에서 한글입력기 개선될 가능성은 거의 없어 보입니다. 그냥 편법을 생각해 보겠습니다.
381번 티켓으로 등록하였습니다. 
못봐서 패치가 안 됐습니다. OTL
티켓 등록 하도록 하겠습니다.
그렇다고 쿠키 베이스로 가면 보안상으로는 자살행위이지요...
수고하셨습니다. 시간나는대로 테스트 해봐야 겠네요
텍스트큐브라는 명칭이 처음 공개되는 관계로 공지 블로그와 이 토픽에서 이에 대한 안내가 필요할 듯 싶습니다.
네 일단 간단한 설명 추가하였고, 이후에 포스트 하나를 따로 올려야겠네요.
이번에는 IIS 및 FastCGI에 대한 지원이 이뤄지길 바랍니다. (WordPress 같은 블로깅툴은 FastCGI는 물론 LiteSpeed의 LSAPI도 지원합니다.)
1) $_SERVER['REDIRECT_URL'] 을 사용하는 것을 폐기해야 합니다. 이처럼 CGI 1.1 규격에 맞지 않는 환경변수는여러 서버 환경에서 검토해야 합니다.
2) .htaccess 를 사용할 수 없는 환경에서 php코드로 이를 대체할 수 있게 해야 합니다.
이번에 그거 해 볼려고 vmware 깔았습니다. 많이 도와주세요. 
설명 고맙습니다~ (꾸벅~)
그럼, 업데이트 시에 그 다섯개의 폴더(blog, style, script, component, doc 폴더)를 지워도 태터툴즈에 있던 블로그 자료들이 영향을 받지 않을론지요?
(에구... 자꾸 여쭤봐서 죄송합니다... 꾸벅... )
일단 데이터 백업은 절대적으로 하시고, 1.1.2.2 에서 업데이트를 시도하셔야 합니다. (첫째도 둘째도 셋째도 백업백업...)
위의 폴더들은 전부다 태터툴즈/텍스트큐브 소스에만 관계되어 있고 사용자 데이터와는 별반 상관 없는 부분들입니다.
궁금한 것이 있는데요. 텍스트큐가 어떤 블로그 툴인지요? 그리고, 나중에 정식으로 설치할때 태터툴즈를 덮어서 설치를 해야 하는 건지, 태터툴즈에서 텍스트큐브로 갈아탈때도 자료를 이동해야 되는 건지 알고 싶습니다. -_-;;
(트랙을 둘러보다가, 태터툴즈 트랙이 텍스트큐브 트랙으로 바뀌는 것을 보고 깜짝 놀랬습니다. ^^;; )
자세한 내용은 http://notice.tattersite.com/ko/11 이 링크를 참고하시면 됩니다.
1.5부터 속도 향상 후 옵티마이징 과정 없이 배포되는 것을 목표로 하고 있으므로 그냥 덮어 씌우셔도 됩니다. 하지만 용량이 중복해서 커질 수 있으므로 몇몇 폴더(blog, style, doc, component, script, lib(있을 경우)) 는 지우고 덮어 쓰는 것을 권장합니다.
태터툴즈 1.1에서 텍스트큐브 1.5로의 업데이트는 덮어쓰는 것으로 해결되지만, 태터툴즈 1.1에서 텍스트큐브 2로는 아직 확정된 바가 없습니다. 하지만 백업 xml파일의 경우 호환성은 계속 유지됩니다.
TNF : Tatter Network Foundation forum » inureyes가 작성한 글
니들웍스 