저도 구분해서까지 넣느니 그냥 2번을 선택하겠습니다.;

어디서 어떻게 어떤 에러가 나는지 자세하게 적어주셨으면 합니다. smile

daybreaker 작성:

태그 중간에 콤마를 넣고 싶다면 ""으로 태그를 묶어서 입력하게 하고, 그렇지 않았을 때의 콤마는 explode로 처리하는 건 어떨까요?

그렇게한다면 일반 사용자들에게 그렇게 해야된다는 것을 알려야하는데
그럴거면 차라리 tab을 누르라고 알리는게 더 나을거 같다는 생각이 드네요.;;

새로 설치 후 리더에 들어가보면 카테고리에 전체보기조차 보이지가 않습니다.
카테고리를 추가해도 역시나 나타나질 않고요.

lib/function/mysql.php

function escapeMysqlSearchString($str) {
    return str_replace('_', '\_', str_replace('%', '\%', mysql_escape_string($str)));
}

를 아래로 수정

function escapeMysqlSearchString($str) {
    if(is_null($str)) return $str;
    return str_replace('_', '\_', str_replace('%', '\%', mysql_escape_string($str)));
}

getFeedGroups 함수에서 $searchKeyword!==null 로 비교를 하는데 $searchKeyword 변수가
escapeMysqlSearchString 함수에서 무조건 string형으로 변경이 되어 리턴되서 생기는 문제였습니다.
실험본에 커밋해두겠습니다. smile

http://rsef.net/tt105b1_bug/reader_feed.gif

FF의 경우 EDIT를 누른 후 취소하기를 하면 feedList, feedAdder 테이블이 위와같이 몰려버리네요.

script/reader.js

TTReader.prototype.cancelEditFeed = function()
{
    getObject("feedList").style.display = "block";
    getObject("feedAdder").style.display = "block";
    getObject("feedEditor").style.display = "none";
}

를 아래로 수정

TTReader.prototype.cancelEditFeed = function()
{
    getObject("feedList").style.display = "";
    getObject("feedAdder").style.display = "";
    getObject("feedEditor").style.display = "none";
}

block을 지우니 정상적으로 나오는군요.
알고 있기로는 block이 default값인걸로 알고있는데 왜 저러는지를 모르겠네요.
잘하는 짓인지도 모르겠어서 커밋은 하지 않았습니다.;;

IE에서만 생기는 문제같네요.
$_GET['returnURL']이 깨져서 들어와서 생기는 문제였습니다. 넘기기전에 인코딩해주니 해결되는군요.

lib/piece/blog/entries.php

dress('s_ad_m_link', "$blogURL/owner/entry/edit/{$entry['id']}?returnURL=" . $permalink, $managementView);
를 아래와 같이 변경했습니다.
dress('s_ad_m_link', "$blogURL/owner/entry/edit/{$entry['id']}?returnURL=" . rawurlencode($permalink), $managementView);
inureyes 작성:

개인적으로 이 부분에 있어서는 ,를 구태여 해결할 필요가 없지 않을까 합니다. (다른 기호들의 경우에도 그렇습니다.)

tagging이라는 개념이 원래 문장이 아니라 글에 대한 대표 단어의 개념인데, 단어 중간에 ,나 /, " 등을 쓰는 경우는 없으니까요. smile 오히려 원래 tagging에서 멀어지게 되는 결과를 낳지 않을까 하는 생각이 듭니다. 또한 / 나 " 기호등은 대부분의 (외산) RSS 리더들에서 잘 읽지를 못합니다. (국산 RSS리더들은 잘 모르겠습니다 ㅠ_ㅠ)

네. 물론 ,를 구분자의 의미로만 넣는다면 해결할 필요는 없을겁니다.
다만 영화 제목 등의 그 자체로 대명사(?)가 되는 경우에는 꼭 그렇지가 않다는 것이 문제입니다.
대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠. smile

그리고 escape 되는 문자의 경우는 stripslashes만 해주면 해결되는 문제니 크게 문제될건 없다고 생각되네요.

1. 태그
태그내에 ,가 포함되어 있을 경우 ,를 구분자로하여 잘려서 입력이 되더군요.
이렇게 할 경우 ,를 입력해야될 경우에 문제가 될거 같네요.
(특히 abc,abc 라고 입력하고 싶은 경우 db에는 abc 한개 밖에 입력이 되지 않으니까요.)
tab기능만으로 해결하는게 더 좋지 않을까요?

추가. 몇몇 문자(', ", \ 등)의 경우 escape가 되어버려서 태그가 없다고 나오는군요.

2. 카테고리
전에도 썼었던 내용인데 카테고리가 아래와 같이 있을 경우 test 하위의 test 카테고리의 내용은 볼 수가 없습니다.
관리자 모드의 "글관리" - "글을 봅니다"의 경우에는 {prefix}categories 테이블의 id로 처리를 해서 정상적으로 작동이 되는 것을 볼 수 있습니다.
따라서 카테고리에서도 동일하게 {prefix}categories 테이블의 label 대신에 id로 처리하는게 좋지 않을까요?
(근데 링크를 앵커 태그가 아니라 onclick 이벤트로 처리하신 특별한 이유가 있나요? 카테고리만 동떨어진 느낌이 드네요.; )

- test/test
- test
- - test

3. [ code][ /code]
그냥 그대로 나오는군요.;;
이건 원래 어떻게 나오는게 정상인지 설명해주시면 저라도 작업을 해보도록 하겠습니다.;

1.0.5beta1을 완전히 지우고 1.0.5beta2로 동일한 테이블로 다시 설정을 해서 사용하려고 했으나 테이블을 찾지를 못하더군요.(삭제도 마찬가지고요.)

그래서 setup.php 파일을 확인해보니 다시 설정의 경우에는 윈도우라서 그런지 테이블명에 대소문자 구분이 안되어 있어서 생기는 문제군요.
(strtolower를 해주면 될거 같네요. 물론 case에 있는 것들도 소문자로 바꾸고;; )

삭제의 경우에는 1.0.5나 1.0.4를 체크하는 부분은 아예 없네요.;
윈도우 환경에서는 역시나 위와같은 문제로 찾지를 못하고요.(대소문자 구분)
다른 환경에서는 다 찾기는 하지만 그냥 1.0.2로만 나오네요.(정상인 경우)

그리고.. 앞으로도 지금과 같은 방법으로 계속하는건 무리가 있지 않을까요?
관리 테이블을 하나 만들어서 버전을 기록해두는게 더 좋지 않나라고 생각합니다.

언제나 느끼는 거지만 말이라는건 정말 어렵다고 생각이 드네요.
건더기님께서는 그럴 의도가 아니었던거 같은데 나니님께서는 기분이 조금 상하신거 같네요.
일단 기분 먼저 푸세요. smile

그럼 제 생각을 말씀드리겠습니다.
(제 생각일 뿐이니 기분 나빠하시는 분은 안계셨으면 합니다. smile )

표준이라는 것은 결국 사람이 사용하기 편하기 위해서 만들어진 기술을 누구나가 똑같이 사용할 수 있도록 하기 위해 존재한다고 생각합니다.
아무리 뛰어난 기술이라도 사용하는 사람이 없다면 사라질 수 밖에 없습니다.
(정확하게 기억은 안나지만 실제로 그런 경우가 있었던걸로 알고 있습니다.)
결국 제 생각은 사람 > 기술(표준) 이라고 생각한다는 것이죠.
그렇다고해서 표준을 지킬 필요가 없다고 생각하지는 않습니다.
오히려 저는 표준은 가능한한 꼭 지켜야 한다고 생각하고 있고요.

inureyes 작성:

'어떤 식으로 표현하고 싶은가' 에 대한 자유는 최대한으로 주어야되지 않을까, 그러기 위해서는 역시 태터툴즈 소스라도 표준안을 strict하게 지켜가는 쪽이 모든 경우를 포용할 수 있는 것이 아닐까 하고 생각하고 있습니다.

특히 위의 말에는 100% 동감합니다.
모든 분을 만족시키기 위해 태터툴즈에서 취할 수있는 유일한 방법이라고 생각되고, 그정도의 수고(?)는 할 필요가 있다고 생각합니다.

그리고 inureyes님께서 mvc 모델에 대해서 적어주신 것 같은데, 개인적으로는 과연 웹에서 완벽한 mvc 모델의 적용이 가능한가에 대해서 의문을 가지고 있답니다.(사실 제 경험이 부족해서인지 제가 느끼기에 완벽한 mvc 모델을 구경해본 적도 없지만요.)

술 한잔하고 와서 쓰다보니;; 두서없이 쓴거 같은데 이해해주세요. T_T

ps. 사실 저는 "frame도 없고 링크 속성에 target도 없고..." 쪽을 지지합니다. smile

411

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

태터보드는 저도 생각하고 있었어요. smile
플러그인으로 어떻게 안될까 고민중이었답니다.;;

태터 메신저도 재밌을거 같네요!!

흑.. 어제했답니다. T_T

http://www.tattertools.com/ko/forum/vie … php?id=207
여기 있답니다. smile

저도 localhost에 설치해서 테스트중인데 저는 안깨지네요.

blog/owner/entry/draft/item.php

if (saveDraftEntry($entry))
를
if (saveDraftEntry($entry) !== false)
로 변경했습니다.

saveDraftEntry 함수에서 return $entry['id']; 로 리턴하다보니 생기는 문제였군요.(/owner/entry/draft/0)

J. Parker 작성:

사용하시는 'mono'님의 썸네일 플러그인 내에 보시면 index.php 파일에서 'getTimestamp3' 찾기 하시면 한줄 나옵니다.
이부분을 'Timestamp::format3' 으로 대체하시면 될것입니다.

업데이트된 태터환경에 맞게 플러그인 제작자분께서 고쳐주셔야 겠죠.. 플러그인 배포는 1.0.4이전과 1.0.5로 배포되야 할것 같아요
날짜포맷 함수 설정이 서로 다르니... 아니면 모두 최신으로 업데이트를 해야~

개인적인 생각에는 1.1 이전까지는 1.0.x끼리는 하위 호환성을 갖추도록 하는게 맞다고 생각합니다.
function getTimestamp3() { Timestamp::format3() } 정도는 넣어주는게 어떨까라고 생각되네요. smile

시험 끝나신건가요? 수고하셨어요. smile

2번 문제는 아래와 같이 수정했습니다.(3번도 해결됐군요.)

lib/model/archive.php

$calendar['month'] = substr($period, 4);
를
$calendar['month'] = substr($period, 4, 2);
로 수정했습니다.

제가 작성한 것 중 1번 문제는 아래처럼 변경했습니다.

components/Eolin.PHP.Core.php

$timezone = Timezone::getAlternative();
을
$timezone = Timezone::getAlternative($timezone);
로 변경

function getAlternative() {
을
function getAlternative($timezone) {    
로 변경해서 해결했습니다.

# 운영체제:Windows XP
# 웹서버: Apache/1.3.34 (Win32) PHP/4.4.2
Apache/1.3.34 Server at 127.0.0.1 Port 80
# PHP 버전: 4.4.2
# MySQL 버전: 4.0.26-nt

* 새로 설치
* checkup 완료

ini_set('error_reporting', E_ALL);
ini_set('display_errors', 'on');

1. 모든 페이지에서 아래와 같은 오류가 발생합니다.

Notice: Undefined variable: timezone in d:\apm_setup\htdocs\tattertools_105\components\Eolin.PHP.Core.php on line 402

Notice: Undefined variable: timezone in d:\apm_setup\htdocs\tattertools_105\components\Eolin.PHP.Core.php on line 404

Notice: Undefined variable: timezone in d:\apm_setup\htdocs\tattertools_105\components\Eolin.PHP.Core.php on line 407

Warning: Cannot modify header information - headers already sent by (output started at d:\apm_setup\htdocs\tattertools_105\components\Eolin.PHP.Core.php:402) in d:\apm_setup\htdocs\tattertools_105\blog\index.php on line 2463

2. http://127.0.0.1/tattertools_105/archive/20060427 페이지 접속 시 아래와 같은 오류가 발생합니다.(월 단위는 정상)

Warning: mktime(): Windows does not support negative values for this function in d:\apm_setup\htdocs\tattertools_105\blog\archive\item.php on line 1752

Warning: date(): Windows does not support dates prior to midnight (00:00:00), January 1, 1970 in d:\apm_setup\htdocs\tattertools_105\blog\archive\item.php on line 1752

Warning: mktime(): Windows does not support negative values for this function in d:\apm_setup\htdocs\tattertools_105\blog\archive\item.php on line 1753

Warning: date(): Windows does not support dates prior to midnight (00:00:00), January 1, 1970 in d:\apm_setup\htdocs\tattertools_105\blog\archive\item.php on line 1753

3. 위의 주소로 접속 시 달력이 제대로 출력되지가 않습니다.(월 단위는 정상)
<<, 2006/04, >> 세가지 모두의 링크 역시 일까지 포함된 잘못된 경로로 연결되는군요.(20060426, 20060427, 20060428)

http://rsef.net/tt105b1_bug/archive.gif


4. 글 작성/수정 시 위지웍 iframe이나 textarea에 내용을 입력하면(포커스만 주는건 상관없음) 미리보기가 안됩니다.(이건 1.0.4에서도 있던 문제로 보이는군요.)


그리고 다른 분들이 말씀해주신 새글 용량표시 문제는 이 환경에서는 문제가 없네요.(webthink님께서 첨부하신 Notice는 뜨는군요.)

421

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

약속지키시려고 새벽까지 고생하셨네요. smile
자고 일어나서 테스트 들어가도록 하겠습니다.

LonnieNa 님 스카웃 축하드려요. 하하;

422

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

http://www.eolin.com/1000000

무려 578.55377292633초!!

... 이런거 하는 사람은 저밖에 없을려나요. -_-;;

저는 처음에 그냥 등록일자부분처럼 라디오로 하는걸 생각했었는데 저렇게 하는 것도 괜찮은거 같네요.
ui에 통일감도 있어서 괜찮을거라고 생각했거든요. smile

ex) URL | ● 유지(기존 url) ○ 갱신 ○ 직접입력 (input 박스)
갱신이 선택되어있다면 설정에 따라 적용되게 하면 될테고, 변경이 선택되어있다면 input 박스에 값으로 바꾸면 될테고요.
(위는 수정일 경우고 새글일 경우에는 유지가 없어지고, 갱신은 "설정에 따라"정도로 바뀌는게 보기 좋을거 같네요.; )

424

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

chester 작성:

다른 에디터를 사용하는 것도 방법입니다... 그것만 전문으로 하는 회사들도 있으니까여..
그런데 전체적인 조화가 가능할런지가 첫번째 이슈입니다..
TinyMCE 를 가져다가 그대로 박아놓고 사용하면 매우 안정적이고, 거기에 대한 신경도 안써도 되니까 좋긴 하지만...
태터가 제공하는 각종 부가기능들을 조화롭게 사용하는데 큰 지장을 줄수 있다고 생각합니다.
일례로 WP 를 쓸경우에 멀티미디어 컨텐츠를 자유롭게 올리는게 제약이 좀 있지 않나요 ?
( 태터처럼 편리하게 해주는 플러그인이 생긴다면 할말은 달라지겠지만...)

뛰어난 개별의 컴포넌트들이 최상의 성과를 약속하진 않습니다.
약간은 모자란 애들이라도 전체적으로 조화롭다면 결과적으로는 그것이 최상이지요.
제 생각은 그렇습니다 smile

TinyMCE의 라이센스가 어떻게 되나요?
가능하다면 가져와서 수정해서 쓰는 것도..
뭐 이 경우에는 만들어둔게 너무 아깝긴 하겠군요.;;

425

(14 답글들, 스킨 및 플러그인에 작성)

이정도로 뒤집어 엎어야 되는; 것은 아무래도 1.1 정도에 반영이 되는게 좋을거 같네요. smile
그때까지 꽤 시간이 있을테니 더 많은 토론이 되었으면 좋겠네요.