다른애들 어떻게 하나 봤는데 Movable Type도 표준대로 안하고 받은 그대로 저장하네요 (이놈들 뭐임;)
Wordpress도 마찬가지고 제로보드XE가 저장하기전에 무조건 decode 하더군요
XMLRPC 클래스랑 다 뜯어고치면 둘다 처리할수야 있겠지만 그래야 하나라는 생각이..
ps. http://www.xmlrpc.com/metaWeblogNewMediaObject 근데 이거 보면 지금처럼 하는게 맞는거같기도 한데요
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » crizin가 작성한 글
다른애들 어떻게 하나 봤는데 Movable Type도 표준대로 안하고 받은 그대로 저장하네요 (이놈들 뭐임;)
Wordpress도 마찬가지고 제로보드XE가 저장하기전에 무조건 decode 하더군요
XMLRPC 클래스랑 다 뜯어고치면 둘다 처리할수야 있겠지만 그래야 하나라는 생각이..
ps. http://www.xmlrpc.com/metaWeblogNewMediaObject 근데 이거 보면 지금처럼 하는게 맞는거같기도 한데요
IE7 같은 경우에 URL을 euc-kr로 보내고 euc-kr 문서에서 한글로 된 'http://crizin.net/tag/블로그' 같은 링크를 클릭했다면
http://crizin.net/tag/%BA%ED%B7%CE%B1%D7 이렇게 넘어가더군요..
url encoding 된 한글도 처리할 수 있는 방법은 없을까요? +_+
수고하셨습니다 ^^
http://crizin.net/plugin/nono 같은걸 호출하면 404 not found가 제대로 떨어지지만 http://crizin.net/nono 같은걸 호출하면 내용 없이 200 status가 되돌아오는데
사람이나 검색봇이나 많이 혼란스러울 것 같습니다.
이왕이면 config.php 같은데에다 404 처리용 페이지를 지정할 수 있게 하는 것도..
getBlogURL 함수에서 $service['type'] 이 single일때 리턴해주는게 없는거같아요..
예전엔 브라우저에 http://myblog.com/tag/내태그 이런 한글 URL을 넣었을때 브라우저가 인코딩을 euc-kr로 보내더라도
$basicIV 처리에 의해 SCRIPT_NAME, REQUEST_URI, REDIRECT_URL 이 올바른 utf-8 문자로 보정이 되었는데
지금의 rewrite.php 방식에서는 이 처리가 되지 않고 있는 것 같습니다.
되게해주세요;;
체크업에서 계속 실패가 돼서 봤는데..
ALTER TABLE {$database['prefix']}TrackbackLogs ... ADD PRIMARY KEY (blogid, entry)
blogid + entry 가 여러개 존재할 수 있으니 다른방법으로 해야되지 않을까 싶습니다
http://forum.tattersite.com/ko/viewtopic.php?id=2397 이런 경우에 해당하는 문제인데요..
/blog/plugin/index.php 에 보면
fireEvent($suri['directive'] . '/' . $suri['value']);
if (!headers_sent())
respondNotFoundPage();이렇게 돼있어서 플러그인이 실행된 후 출력되는 양이 작아서 아직 버퍼에 묻혀있는 상태일때는 플러그인이 실행되지 않은걸로 간주돼 not found 페이지만 보여지게 됩니다
그래서 플러그인에서 짧은 내용을 출력해야 되는 경우에는 항상 flush()를 해줘야되는 귀찮음이 있죠..
PHP 버퍼에 출력해야될 내용(header가 아닌 content)이 남아있는지 확인할 수 있는 방법이 있으면 해결될 문제같은데 이걸 체크할 수 있는 방법이 없는것 같아서..
차선책으로는
ob_start();
fireEvent($suri['directive'] . '/' . $suri['value']);
$content = ob_get_clean();
if ($content == '')
respondNotFoundPage();
echo $content;이런식으로 해도 될 것 같습니다
더 좋은 방법이 없을까요?
수정된 내용이 sandbox에 반영되었습니다. form 태그가 추가되면서 발생하는 부작용이 있는지 체크를 해보아요~
ps. AdClix 스크립트는 기존 태터툴즈와 충돌이 발생하지 않도록 수정이 됐더군요
예전에도 재기했던 문제인걸로 기억합니다.(너무 오래되서 기억도 가물가물..; )
name 속성을 사용하는 것은 둘째치고서라도 명백히 form 컨트롤 요소임에도 불구하고 form을 사용하지 않는게 더 큰 문제라고 생각합니다.<s_search>를 <form action="/search/">로, </s_search>를 </form>로 치환 후 [##_search_onclick_submit_##]를 this.form.submit(); 정도로 바꾸는게 맞다고 생각합니다.
다만 이렇게 할 경우 '/search/?search=키워드' 식으로 넘어가게 되므로 RewriteRule을 추가해줘야 되겠습니다.덧. js가 재미있는 녀석인건 분명하지만 너무 의존적이 되지는 말았으면 합니다.
오호 매우 좋은 방법 같습니다. 어차피 '/search/?search=키워드'로 호출하더라도 '/search/index.php'가 받게되니 RewriteRule 추가 없이도 될 것 같은데요..
..가 발생해서 확인해봤는데요 (http://crizin.net 참고)
블로그에 검색을 할때는 아래와 같은 스크립트가 실행되는데
try{window.location.href='/search/' + document.getElementsByName('search')[0].value.replaceAll('%', '%25'); return false;}catch(e){}AdClix에서 검색창과 같은 "search" 라는 name을 가진 input element를 뿌려주기 때문에 AdClix가 검색창보다 앞에 있는 경우 document.getElementsByName('search')[0] 하면 AdClix의 search 값이 리턴됩니다
꼭 AdClix 때문이 아니더라도 검색창을 찾아오는데 document.getElementsByName을 사용하는건 좀 이상하지 않나 싶군요.. 이런류의 다른 플러그인과 충돌할 여지도 앞으로 존재하니 말입니다
제가 생각하는 해결책은..
지금은 skin spec에서 검색창을 정의할때 name="search" 를 넣도록 돼있는데 이걸 id="TattertoolsSearch" 정도로 바꾸고 [##_search_onclick_submit_##] 치환자에게 inline java script를 뿌려주지 말고 search() 같은 함수를 호출하도록 해서, document.getElementById("TattertoolsSearch")가 있으면 그걸 사용하고 없으면 이전처럼 document.getElementsByName('search')을 뒤져서 처리하도록 하는게 좋을 것 같은데 좀 땜빵스러운 방법 같습니다;; 스킨 스펙을 자꾸 바꾸는 것도 그렇고..
다른 아이디어가 있으신 분들의 답글을 기다립니닷
crizin 작성:해야지 해야지 하고 해를 넘겨버린 업무 리스트 15위쯤에 랭크돼있는 기능인데..;
필요한 기능들은 ->
* 블로그 글 몽땅 싱크하기
* 이사오면서 주소가 바뀐글들 다시 싱크하기
* 이사오면서 주소가 바뀌었지만 예전 주소로 남아있는 글들 삭제하기
등등이 있을꺼 같네요.. 관련된 좋은 아이디어가 있으면 답글로 부탁드리겠습니다늦어도 봄이 가기 전에는(-_-;;) 만들어지겠죠
몽땅 싱크하기;;;;; 가능해요? 이올린 개발자가 하는 소리니 된다고 봐야겠지만...;;
며칠전엔 루나모스님 블로그도 다 다시 싱크했더랬죠..
일반 싱크쪽에다 걸어버리면 다른 사람들 싱크가 delay되니 별도로 처리할 예정입니다 (전체싱크 요청하면 24시간 안에 처리된다던가)
해야지 해야지 하고 해를 넘겨버린 업무 리스트 15위쯤에 랭크돼있는 기능인데..;
필요한 기능들은 ->
* 블로그 글 몽땅 싱크하기
* 이사오면서 주소가 바뀐글들 다시 싱크하기
* 이사오면서 주소가 바뀌었지만 예전 주소로 남아있는 글들 삭제하기
등등이 있을꺼 같네요.. 관련된 좋은 아이디어가 있으면 답글로 부탁드리겠습니다
늦어도 봄이 가기 전에는(-_-;;) 만들어지겠죠
글만 봐서는 정확히 무슨 문제인지 잘 이해가 안갑니다;;
싱크가 안되거나 하는 경우에는 URL을 알려주시는게 가장 빠르게 확인해볼 수 있는 방법인데요..
http://paranmin.net/2460710 의 경우는 지금은 없는 글이지만 싱크가 돼있는 상태로 나오는군요
데이터 복원을 하셨다면 이전 데이터를 삭제하는 과정에서 언싱크 요청을 하지 않기때문에 싱크된채로 저렇게 남아있게 됩니다
저렇게 싱크가 끊어진 포스트는 주기적으로 확인해 삭제해주도록 처리를 해야 하지만 아직 준비가 좀 덜돼서 못하고 있네요..;
또 문제가 발생할때는 저한테 메일 주시면 바로 확인하고 답변 드리겠습니다 ![]()
원래 IE에서는 엔터누르면 새 문단이 p 태그로 묶이지만 무시하고 강제로 br 태그를 넣도록 해놨었는데..
엔터를 눌러서 p 태그가 생성돼왔다면 특수한 환경에서의 버그라고 밖에는 생각이 안되네요;;
아무튼 위지윅 상태에서 엔터를 쳐서 줄바꿈시킨다음 HTML 모드로 가보면 줄바꿈이 br 태그로 바뀌어있어야 합니다
문제가 있다면 editor.js 파일이 갱신되지 않아서 그런게 아닐까 하는 추측밖에는.. 자세한 상황을 알려주셨으면 좋겠습니다 (위지윅과 HTML모드 변환할때 어떻게 바뀌는지 등)
싱크하려는 글의 URL과 싱크시각을 알려주세요..
그리고 혹시 ping.eolin.com 도메인이 218.38.16.27 주소를 향하고 있는지 확인한번 부탁드립니다
제가 쓰는 cafe24 계정은 왜그런지 아직도 ping.eolin.com 주소를 못찾더군요;
수정됐습니다. 테스트! 테스트!
ps. 검색쪽은 이 방법을 적용하기 애매해서 적용이 안된 상태인데..
< 같은거 입력하고 검색해버리면 역시 페이지가 죽어버리지 않을까 싶군요;
지금 바로 업데이트하고보니 발행은 잘 됩니다.
근데 글 작성자가.."저를 그냥 지나치세요...의 kiss님이 작성 | 10분 전 "
kiss님이 작성
제 블로그 식별자가 kiss인데 식별자가 뜨네요.
수정했습니다. eolin쪽 수정은 좀 복잡해서 며칠 후에 반영될지도 모릅니다;
재현해서 테스트 해보겠습니다
싱크가 안됐던 글은 주소를 알려주시면 로그파일에서 정보를 얻어낼 수 있을 것 같군요..
재현이 잘 안돼서 좀 찾기가 어렵네요..;
아마 글씨에 색깔을 넣고 WYSIWYG-HTML 모드 변환을 하는 과정에서 공백이 삽입되거나 제거된 듯 한데
일단 버그로 기억해놓고 주의깊게 보도록 하겠습니다
재현이 가능해지면 꼭 말씀해주세요..
1.061에 비해 trunk/sandbox의 처리 방법이 약간 달라졌습니다
말씀하신 것 처럼 sandbox에서는 출력시에 줄바꿈문자를 br 태그로 변환하지 않도록 수정돼있는데요
이 줄바꿈 변환부분이 제거되면서 checkup 을 할때 기존에 입력된 줄바꿈 문자들을 모두 <br> 태그로 변환하도록 했는데
db를 직접 복원하거나 백업받은 데이터를 import 할때 이 처리가 제대로 되지 않는 경우가 있는 것 같습니다
그래서 가능한 한 예외적인 경우가 생기지 않도록 수정이 필요한 상태죠.. 곧 해결되리라 봅니다 ![]()
이상상태라기 보다는 원래 파폭에서는 멀티 업로더가 되지 않아야 하는데 되고 있어서 지난번 업데이트때 막아두었습니다
http://forum.tattertools.com/ko/viewtop … 6140#p6140
요 링크를 참조해보세요..
멀티업로더는 일단 IE에서만 되도록 만들어져있고 1.0.6에서 파폭으로 멀티 업로더를 쓸 수 있는건 버그입니다;; (isIE로 체크를 해야 하는데 isWIN으로 체크를 해서..)
대부분의 환경에서는 파폭에서도 멀티 업로더가 제대로 돌아가지만 몇몇 특수한 환경의 파폭에서 멀티업로더가 제대로 동작하지 않는 경우가 있고 이 원인을 아직 찾지 못해서 Tistory에서는 일단 막아둔 상태죠..
그래서 죄송하게도 파이어폭스 사용자분들께서는 조금 더 기다려주셔야 할 것 같습니다 ![]()
지금 해보니 '댓글을 달 수 없습니다' 라고 메세지가 뜨던데 (영문은 Failed to leave comment) 이게 금지가 돼서 안되는건지 블로그에 오류가 있어서 안되는건지 명확하지 않은 문제도 있군요.. 그보다도 우선 써놓은 댓글이 아깝기도 하고..;
해결은 해야되는데 어떤식으로 하면 좋을까요?
일단 첫번째로 생각나는 문제는 textarea를 안보이게 하려면 스킨에 <s_rp_member>, <s_rp_guest> 같은 치환자를 추가해야 하고..
또 답글다는 부분이 안보이게 되면 여기에 답글달려면 어떻게 해야되나~ 하고 헤멜 우려가 있으니 '이 포스트는 답글 달 수 없습니다' 하고 표시도 해줘야 되겠구요..
좋은 방법을 논의해봅시닷
TNF : Tatter Network Foundation forum » crizin가 작성한 글