수고하셨습니다 smile

452

(6 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

http://sugaren.egloos.com/index.xml 입니다.
만약 재현이 안되신다면 제 추측으론 quote 계열 문제가 아닐까 싶기도 해요.

453

(6 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

기존에 등록되어있던 피드에 대해 수정하려 하면 알 수 없는 에러입니다 (editFeedExecute) 라는 오류가 발생합니다.
블로그 설명(description)에 " 가 들어가는 경우 \" 로만 출력하기 때문에 사실상 html 이 깨지면서 제대로 나오지 않습니다.

실험중인 트리는 r83 입니다.

참 많이 고민했습니다ㆀ

정말 사소한 것이긴 하지만 오늘 아침절에 작업하다 문득 발견해서 올립니다.
uploader.swf 에 대해 파일 선택창을 오출하는 스크립트가 openBroswer 로 되어있네요.
참 말하기 민망할 정도로 사소한 것이지만 Broswer 가 아니라 Browser 가 되어야 맞겠지요?' ㅂ'
어차피 동작이야 하지만;;

Peris 작성:

대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠. smile

어이쿠 미처 그건 생각 못했네요.
가만 생각해보니, 그리 오래되지 않은 영화중에도 "여자, 정혜" 라든가 "버스, 정류장" 이라는 것도 있긴 하군요.
문제는 단순히 "2004,경복궁,출사" 라는 식으로 오히려 쉼표를 기준으로 쪼개줘야 할 거 같은 태그도 있으니 골치인거지요.
두가지 상황을 모두 충족할 뭔가가 없을까요?;

개인적으로 태그에는 한글,영문,숫자 이외에 범위를 벗어나는 단어는 걸러내버렸으면 좋겠습니다. inureyes 님께서 말씀하신대로 하나의 '단어(word)' 의 개념으로 달아둬야 진정한 의미에서 '태그'가 되는건데 지나치다 싶을 정도로 마구잡이 태깅이 넘쳐나고 있습니다. 오히려 코드 상에서 태그내에 , 가 포함되어있으면 explode 해버려야 하지 않을까 싶습니다.

개인적으로는 나니님이 좀 과민반응하고 계신거 아닌가 싶습니다.
저도 strinct valid 를 추구하는것만이 정답이라고 생각하지는 않습니다.

아~~주 사소한 지적?입니다만. shockwave flash 가 아닌 macromedia flash 가 되었지요 smile
일단 테스트 해 본 바로는 위에 유마님께서 말씀하신대로 시간대설정이 적용되지 않고 항상 GMT(0)상태라는 점 정도의 문제로군요.
그리고 관리자 화면의 트랙백 목록에서 검색이 작동하지 않습니다. 이전 버전부터 있었던 문제입니다만 여전히 수정되지는 않은듯 합니다.

주요 기능개선차원의 문제는 주로 1.0.6 으로 바턴이 넘겨진 듯 하네요.
사실 위지윅 에디터쪽이 제일 불안불안하지요ㆀ 언제 어디서 에러가 날지 쉽게 찾을수 없는 정글이다보니;
일단 이것저것 좀 하드하게 태그남발의 포스팅도 작성해봤습니다만 아직까진 무난한듯 해서 참으로 다행입니다.
수고 많으셨습니다 smile

459

(10 답글들, 아이디어 및 기능 제안에 작성)

1은 태터자체에서 지원하기보다는 역시 플러그인의 역할로 남겨두는게 좋을듯 싶구요.. 개인적으로는 2,3,4,5 에 눈이 가네요.
7은 가끔 그런 문제가 있던것 같더군요. 위지윅 에디터가 생각보다 버그가 많은듯 한데, 코드 들여다봐서 집어낼 수 있을 정도도 아니니.. (하아)

460

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

Peris 작성:

어쩐지 재즈댄스를 하는 목적은 맨 마지막 한줄로 요약되는거 같군요.;;

쉿!;  cool

저도 r36 테스트중입니다만 별 문제 없습니다 smile
파일첨부가 되지 않는 경우 attach 폴더의 생성 및 쓰기 권한을 확인해보세요.

업로드가 불가능한 경우 오류를 출력해줘야 할텐데 그냥 아무 메세지 없이 종료하더군요.

462

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

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

463

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

태터툴즈 인스톨러를 위한 IPF 제안은 여전히 유효합니다 smile

chester 작성:
laziel 작성:

http://www.tattertools.com/bbs/view.php … mp;no=2227
http://www.tattertools.com/bbs/view.php … mp;no=1418
http://www.tattertools.com/bbs/view.php … mp;no=1414

항상 그런것도 아니지만 그렇다고 무시할 수 있을 정도도 아닌 정도의 빈도로 이 문제가 발생하고 있는것 같습니다.
특히 문제가 있나 싶어 HTML 모드로 변경하는 경우 위지윅쪽에서 작성한 내용이 모두 손실된다고 하는 문제가 있네요.
저장문제라면 캐릭터셋 문제를 의심해보겠지만 이건 아무래도 위지윅 에디터를 제어하는 과정에서 어딘가 버그가 있는것 같습니다.

혹 이 문제의 원인이나 해결책을 알고 계신가요?

문제의 원인을 알고 있습니다. ^^

ul 등의 list 관련태그를 썼을때 특히 이런 문제들이 잘 나타나죠..
이슈리스트에 들어가 있으며, 조만간 해결될 것입니다.
감사합니다.

-노정석 드림

원인에 대해 보다 자세한 정보를 얻을수 있을런지요.
주변에 이 문제로 고생하고 계신 지인이 있어 막연히 손놓고 있기가 영 답답하네요 ^^;

http://www.tattertools.com/bbs/view.php … mp;no=2227
http://www.tattertools.com/bbs/view.php … mp;no=1418
http://www.tattertools.com/bbs/view.php … mp;no=1414

항상 그런것도 아니지만 그렇다고 무시할 수 있을 정도도 아닌 정도의 빈도로 이 문제가 발생하고 있는것 같습니다.
특히 문제가 있나 싶어 HTML 모드로 변경하는 경우 위지윅쪽에서 작성한 내용이 모두 손실된다고 하는 문제가 있네요.
저장문제라면 캐릭터셋 문제를 의심해보겠지만 이건 아무래도 위지윅 에디터를 제어하는 과정에서 어딘가 버그가 있는것 같습니다.

혹 이 문제의 원인이나 해결책을 알고 계신가요?

[laziel@happy ~] mysql --version
mysql  Ver 12.22 Distrib 4.0.26, for pc-linux-gnu (i686)

4.0 라인인데도 문제가 생기는걸 보면 아무래도 스크립트에서 처리를 하긴 해야 할까봅니다;
정보 감사합니다;ㅁ;

component/Eolin.PHP.Core.php 파일에서 정의된 XMLStruct 클래스의 문제입니다.
분명히 코드상으로는 XMLStruct 내의 open() 도입부에 보면 isUTF8()를 이용하여 utf8 문서가 아니면
해당 xml 문서의 encoding 을 판별하여 변환하도록 하는 구문이 있습니다.

그런데, 클래스 밖에 존재하는 isUTF8() 을 읽지 못하는 것 같습니다.
구문 오류가 발생하지는 않아 왜 동작하지 않는지는 좀 더 생각해봐야겠습니다.
XMLStruct 클래스 내에 isUTF8() 을 정의한 뒤, XMLStruct::isUTF8() 로 바꿔주니 동작합니다.

또한 문제점이, 문자열의 캐릭터셋이 바뀌었다고는 하나 XML 데이터의 도입부에는
여전히 encoding="euc-kr" 등으로 설정된 구문이 남아있습니다. 이 때문에 정상적으로 xml parse 가 진행되지 않습니다.

$xml = preg_replace("/\<\?xml version\=\"1\.0\" encoding\=\"(.*)\" \?\>/ismU",'<?xml version="1.0" encoding="UTF-8" ?>',$xml);
이렇게 XML 도입부를 바꾸어주면 제대로 읽어들입니다.

특별한 환경은 아니고, XPsp2 에 IE6 쓰고 있습니다.
저도 지금 애를 먹고 있는게; 어? 에러나네? 싶다가도 어느날 다시 해보면 안나고 해서 그 '조건'을 확인하지를 못하고 있습니다.
저는 잘 되는데 같은 OS, 브라우저를 쓰는 다른 분들에게서는 오류가 나기도하고.. 참으로 희안합니다;;

469

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

복근... 흉근...

항상 그러는것도 아니고, 특정 조건에서 코멘트 작성 혹은 방명록 글작성시 null 오류창이 발생하는 문제가 있지요.
db 에 insert 가 이루어졌는데 http request 에의 응답이 오류로 돌아가는 경우인듯 합니다. 오류내용이 없으니 null 이 뜨구요.
딱히 코드를 훑어봐서는 정말 모르겠습니다-_-;; 이 문제가 상당히 골치인데 혹시 해결방법 찾으신분 있으실까요?

471

(3 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

말씀하신 그대로입니다 neutral
백업은 차치하더라도 일단 프로그램상으로 처리하게 되면 번거로운건 둘째치더라도 속도가 썩 만족스럽지 못할거예요.
그렇다고 같은 피드가 수북수북 쌓이는것도 썩 바람직하지 않으니..

피드 이름의 임의 지정을 포기하고, 해당 피드쪽에서 지정된 타이틀과 작성자명을 반영하도록 해보면 어떨까요.
새로운 피드를 등록하려 하는 경우 xmlURL 을 기준으로 기존 피드로부터 검색한 뒤 동일한것이 있으면 확인후 같은 피드 정보를 얻도록 말이지요.
{prefix}Feeds 쪽에 대한 제어와 리더에서 {prefix}FeedItems 를 읽는 부분만 손을 본다면 그나마 무난하지 않을까 하는 생각도 하고 있습니다.

다중사용자를 위한 rss 리더라는게, 생각보다 참 어려운 문제로군요..

472

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

이참에 generaltag.js 와 locationtag.js 를 공개하시는건 어떨까요.
이올린으로부터의 서제스트가 아니더라도 로컬 서제스트도 구현할 수 있으면 좋겟습니다 big_smile

473

(1 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

일부 환경에서 일정 길이 이상의 euc-kr 문자열을 시스템의 iconv() 를 이용하여 컨버트 하는 경우 예기치 않게 글자가 깨지거나, 아예 잘리는 경우가 있는것 같습니다. 오히려 태터툴즈에 포함된 iconv 에뮬레이션이 더 정확하고 깔끔하게 잘 돌아갑니다. 아무래도 php 에서 지원하는 iconv 모듈쪽의 버그가 아닌가하고 생각합니다.

일단 정확한 문제가 파악이 될 때까지는 iconv.php 의 함수를 이용하기 위해, iconv() 를 TTiconv() 로 바꾸고 iconvWrapper() 에서 시스템의 iconv() 대신 TTiconv() 를 우선적으로 사용하도록 바꿔놓은 상태입니다. 태터툴즈의 버그라고 하기는 좀 뭣하지만 일단 기능상 문제를 일으킬 수 있는 부분이라 이곳에 함께 올립니다. 한번 확인해보실 필요는 있을것 같습니다.

php 5.0.5 에 iconv library version 2.3.6 환경입니다.

474

(0 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

태터툴즈에서 사용하는 AJAX 엔진은 EAF.js 에 들어있는것 같더군요. 그러나 이게 완전히 한줄로 이어져 있는데에다 제법 방대해서 해석 및 개조는 한참 미루어져 있는 상태입니다. 가급적이면 이왕 공개하신거 코드를 좀 알아볼 수 있게[..] 해주시면 좋을텐데 하고 생각합니다.

항상 발생하는 문제는 아니지만, 그렇다고 드물지도 않게 스크립트 오류가 발생합니다. this._status 라는 객체가 없다든가 하는식의 메세지와 함께 말이죠.
때문에 저의 경우 일단 시험삼아 좀 더 간단한ㆀ ajax 함수로 대체해서 몇군데에만 적용해 본 상태입니다. 사실 가만히 들여다보면 별 차이가 없어보이기도 하는데 원인을 알 수 없어 여러모로 고민중입니다.

일단 대체함수로 사용중인건 아래와 같습니다:

function newXMLHttpRequest() {
  var xmlreq = false;

  if (window.XMLHttpRequest) {
    xmlreq = new XMLHttpRequest();
  } else if (window.ActiveXObject) {
    try {
      xmlreq = new ActiveXObject("Msxml2.XMLHTTP");
    } catch (e1) {
      try {
        xmlreq = new ActiveXObject("Microsoft.XMLHTTP");
      } catch (e2) {
      }
    }
  }

  return xmlreq;
}

function requestHttpText(uri,type) {
    if(type.length < 1) { type = "POST"; }
    var oHttp = newXMLHttpRequest();
    oHttp.open(type, uri , false);
    oHttp.send("");
    var returnValue = oHttp.responseText;
    delete oHttp;
    return returnValue;
}

보시다시피 기본중의 기본인셈입니다. 이것으로 교체한 이후로는 this._status 관련 오류가 발생하지 않는군요.
this._status 부분은 EAF.js 에 들어있는것 같았습니다만 앞뒤 맥락을 확인할 수 없는지라 딱히 해결이라고 보기는 뭣합니다.
해당 부분을 담당하시는 개발자께서 확인을 해주시면 좋겠습니다 smile

475

(3 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

얼마전 리더기능 개선하다가 확인한 것입니다. 이미 패치가 된 것인지 어떤지는 잘 모르겠네요..
피드 업데이트시, 가져온 글의 퍼머링크가 {prefix}FeedItems 에 이미 존재하는 경우 업데이트된 것으로 보고 insert 하지 않게 되어있더군요.
문제는 같은 URL 이라 하더라도 {prefix}Feeds 와 더불어 {prefix}FeedItems 에 저장된 글이 사용자에게 보여질때는 해당 owner 를 체크합니다.

예를들어, owner 1 이 domain.com/rss 를 피드 등록해서 {prefix}Feeds 의 id 1 로 저장되었다고 가정합니다.
owner 2 역시 domain.com/rss 를 등록하게 되면 이것은 {prefix}Feeds 의 id 2 인 피드로 저장이 됩니다.
owner 1 이 먼저 피드 업데이트를 하는 경우, 이 글들은 {prefix}FeedItems 에 feed 1 로 등록이 되지만 이 글들을 owner 2 에서는 가져오지 못합니다.
그러나 owner 2 가 업데이트 과정을 진행하면 가져온 글들은 이미 등록되어 있는것으로 인식되어 insert 가 일어나지 않습니다.

blog/owner/reader/update/index.php 의 316번째 줄에서,

if($id=fetchQueryCell("SELECT id FROM {$database['prefix']}FeedItems WHERE permalink='{$item['permalink']}'")){

구문을

if($id=fetchQueryCell("SELECT id FROM {$database['prefix']}FeedItems WHERE feed='{$feedId}' and permalink='{$item['permalink']}'")){

로 바꾸어주어야 합니다.

다만 이 방법은 db 자원을 낭비할 수 있기 때문에 썩 좋은 방법은 아닙니다. 그러나 permalink 를 기준으로 삼아 자료를 공유하도록 하려면 {prefix}Feeds 를 비롯한 피드 정보 처리 방법을 모두 바꾸어 주어야 하기 때문에 일단 이 정도로도 특별한 문제없이 사용할 수 있습니다.