576

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

徐하늘 a.k.a !Nazu NT 작성:

 
 그런데 설치에 신경쓰는 하루 동안 제 블로그에 트랙백 테러가 들어왔네요. 온라인 포커 뭐시기 하는 트랙백이 무더기로 들어왔습니다. 1.0.5에 있는 트랙백 방지 플러그인을 쓰면 블로그 서비스 업체의 트랙백만 받을 수 있고 태터에서 보내는 트랙백은 받을 수 없고 해서 난감해 하는 중입니다.

음.. 태터가 보내는 트랙백을 받을 수 없다면 이건 버그감인데요;;;;

조만간 기적(?)을 준비중이긴 합니다만 버그는 보고해 주세용 smile

AddingTrackback
$mother entry, url, site, title, excerpt
$target 문제없으면 true, 아니면 false가 입력됨.
리턴값:  true면 문제없음. false면 제거됨.

578

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

inureyes 작성:

벌룬티어라... 일단 절 넣으시죠. smile

글과 트랙백, 댓글에 기존 필드에 일괄적으로 하나씩을 추가해야 할 것 같은데, 공통된 이름 결정해보죠 smile 당장 드는 생각으로는
isTrashed
Trash
removeQueue
isDeleted
정도의 아이디어입니다.

isFiltered는 어떨가요? Trash가 동사로는 어울리지 않고 삭제는 실제로 수행하기 때문에 delete 계열도 안맞는듯 하고..

579

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

laziel 작성:

물론 스크랩이나 인용등에 유용히 사용될 수도 있겠습니다만 예상되는 역효과도 만만치 않기 때문에 신중히 접근해야 할 문제같습니다.

기존의 매체들이 펌이나 스크랩을 유도하면서 문화가 이상하게 정착되지 않았나 하는 생각입니다. 사실 Web에서는 Link만으로도 충분하고 Blog에서 추구하는 바는 Permanent Link와 Trackback만 있으면 된다인데 잘 활용되지 못하는 것 같습니다.

"Permanent Link"를 줄이면(그리고 많은 문서에서 사용하는 약자로) "PermLink"가 되는데 이걸 한국식으로 읽으면 "펌링크"가 되어 버려서 한국에선 이런가 봅니다;;;;

580

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

1.0.6 에서 스팸필터링이 좀더 강화될 예정이지만 역시 태터 내부에도 쓰레기통이 필요할 것 같네요.

1. 적용대상
트랙백, 코멘트, 방명록

2. 필요기능
* 플러그인(집단지성버전 포함)등에서 스팸으로 판단했을시 쓰레기통으로 전송가능(현재는 그냥 없애버리죠)
* 기존 항목의 쓰레기통 전송기능(기존 목록에 버튼이 하나 추가되어야 할것 같고)
* 쓰레기통 복구기능(실수 혹은 오탐-False Positive-에 의하여 쓰레기통으로 들어간 항목을 복구해 주는 기능)
* 비우기 기능(왕창 삭제, 혹은 조건, 선택에 의한 영구삭제)

3. 필요 화면(UI)
* 기존 리스트의 경우 쓰레기통 전송 버튼
* 쓰레기통 전용 리스트업 화면(정상적인 항목과 섞여 있으면 보기어렵겠죠)

필요기능이나 화면에 대해 수정/추가/삭제를 해 봅시다. 그리고 가장 중요한 벌룬티어도 smile

581

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

퍼는 사람은 모든 글들이 퍼지길 바라지만 글을 쓰는 사람은 안퍼지길 원하는 사람이 더 많을것 같은데요...

582

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

F5키에 동전 ㄱ-

rp_rep_link를 만들면 되는군요. rctrp_rep_link가 이미 구현되어 있기 때문에 코드상에서 copy&paste만 하면 되겠습니다. 참고로 관리자 화면에서는 링크를 볼 수 있죠. 혹은 최근 댓글에도 있습니다.

시스템적으로 구현은 쉬우니.. 발룬티어만 있으면 되겠군요 smile

inureyes 작성:

그렇군요 smile 이해했습니다. 인터프리터에서 해석하는 시간이 compile time이 아니라 문자열로 읽어들이는 것이 compile time이군요. php코드로써가 아니라 완전히 plain text로 읽어와도 compile time이 되는건가요?

C addictive people에게는 힘든 개념입니다. ㅠ_ㅠ

Compile 과정이라고 하기엔 거시기 하지만 그래도 그나마 적절한 용어가 Compile Time이라 할 수 있겠군요.

WP의 경우 comment(Trackback 포함)에 대한 RSS Feed가 있기 때문이기도 하겠죠. 즉 이 기능이 없이 단순히 perm-link를 주는 것은 의미없어 보입니다.

586

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

음.. 어려운 문제군요;;;; 못하라는 법도 없죠 뭐;;;

587

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

배경 그림 읽어올때마다 xml 파서를 괴롭히느니 xml 형태의 스킨을 설치할 수 있는 관리자 기능을 넣어야 할 것 같네요;;;

588

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

JWC 작성:

지금은 필요성이 없을지 몰라도, 나중에 규모가 커지게 되면은 모르잖아요.

혹시 있을지도 모르는 사건이 터져서 수습하기 보다는 미연에 방지하는게 낫다고 생각해서 제안을 해봤습니다.

inureyes님 말씀처럼 플러그인을 올릴때 tnf 확인란(채크박스, 옵션)을 만들어서 tnf가 확인한 플러그인의 경우 MS의 Certified for Windows XP 처럼 게시물 내용에 인증 마크를 넣어주는것도 괜찮은 방법이라고 생각합니다.

음.. 엔트리 포인트가 명확하기 때문에 잘만하면 사람이 간섭할 필요 없이 Static Analysis를 통해 유해성 검증이 가능할 수도 있겠군요.

PHP 자체는 컴파일 불가능이어서 이런 작업이 안되겠지만 플러그인은 구조 잡기에 따라 정형적인 분석이 잘하면 될 것 같습니다. 컴파일러쪽 하시는 분중에 석사 논문 쓰실분? 음? --???


예를 들자면 적어도 DB를 날려먹을 일은 없다라고 검증하는 것을 검증기(일종의 컴파일러 혹은 Lexical Analyzer)를 돌려서 수행할 수 있을 것 같습니다.

589

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

inureyes 작성:

충분히 그럴 가능성을 가지고 있습니다.
그런데 그런 식의 검토 과정이 플러그인 제작자들의 의욕을 떨어뜨리지 않을까 하는 점이 조금 걱정되네요.

이런 것은 어떨까요?
플러그인 게시판에 글을 올릴 때 몇가지 포맷에 맞게 올리도록 하는 것입니다. 예를 들어,
...
DB 읽음 (o)
DB 변경 (x)
CGI 사용 (x)
...
같이, 플러그인이 작동하기 위하여 필요한 환경들에 대한 폼을 정해놓고 업로드시 작성을 부탁드리는 겁니다. 이미 올라와 있는 글들은 TNF에서 한 분이나 여러 분이 담당하셔서 글을 수정해 드리는거죠.

사실 이미 index.xml에 이런 부분에 대한 기재를 하도록 되어 있긴 하고 표시라던가 권한 제한 같은것을 할수도 있긴 하겠습니다만.... 개발자 분들이 얼마나 여기에 대해 신경써서 작성하고 있는지에 대해선.. --?

seachicken 작성:
gendoh 작성:

TT가 PHP5에서 잘 도냐는 질문은 4에서 잘 도냐는 질문과 동일하다고 생각하시면 됩니다. 5에서도 잘 동작한다로 설명하는 것이 아니라 "4이상 5버전을 포함한 PHP에서 동작하도록 설계되었습니다."라고 하는 겁니다.
어떻게 잘 돌게 하느냐. 바이블은 없습니다. 가이드만 몇개 있을 뿐이죠. 결국은 신경써서 코딩하고 검증하는 것만이 답입니다. 제가 아무리 누군가에 이렇게 하면 된다라는 바이블을 준다고 해도(줄수도 없지만) 해당 코더가 다시 그 바이블을 100% 만족해서 작성하리란 보장도 없기 때문에 결국은 "잘짜고 잘 검증하자"가 답이 됩니다.

맞습니다! 바로, 그 가이드가 명문화 되어 있는게 있는지를 묻고 있는 것이죠.

자꾸 물고 늘어지는거 같아서 정말 죄송합니다.

하지만 한국에서는 어떤 식으로 진행하는지 잘 모릅니다만 일본에서는 '잘 짜고 잘 검증하자'가  답이라면, 전문적인 협동작업을 할 준비가 안되어 있는 것이라고 생각합니다.
만약 일본에 TT를 공개하고 제가 한 것과 같은 질문을 받았을 경우, 그런 답변은 할 수가 없습니다. 그래서 미리 확인을 하고 있는 중입니다만..

그리고, gendoh님은 개발팀의 일원이신가요?

우선 PHP5에서 동작하는 블로그시스템을 작성하는 SI성 프로젝트라면 지적하신 "전문적인 협동작업"하고는 거리가 멉니다. 납품을 위해서라면 명시된 코딩 가이드 라인이나 혹은 PHP5에서 동작함을 어떤 식으로 확인 할 것인가 같은 QA Plan을 제공해야 겠습니다만 TT는 현재 그런 상황에서 개발되고 있는 것은 아니기 때문에 일본같이 더더욱 까다로운 조건을 내건다면 불가능합니다.

제가 보기엔 오픈소스를 커스터마이징 해서 일본측에 납품하는 형태가 될 것 같은데 그렇다면 커스터마이징 하는 단체에 코딩 가이드가 필요하겠죠. (라이센스에 의한 소스 공개등의 작업은 논외로 하겠습니다.) TT의 공식 메인 소스트리는 가이드 라인 없이 어떻게든 흘러갈 것이고 대신 납품하는 업체가 그것을 책임지고 PHP5에서 정확히 동작함을 입증해야 할 것으로 보입니다. 코드 검증기를 만들거나 검증 가이드라인/체크리스트를 만들어 확인하고 수정한 후 다시 Test Plan에 의해 그것을 검증해 주는 절차등을 일본측에 전달해야 겠지요.

납품이 아니고 그냥 공개라면 그냥 "PHP5에서도 잘 돌거 같아요"라고 해서 문제될 것은 없겠죠.

음.. 더불어 저는 그저 T&F의 일원일 뿐입니다. "TT 개발팀"이 따로 있는 것은 아니죠.

591

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

iarchitect 작성:

CEO라고 해도 FAQ 작업은 좋다고 보는데
zz

ㅋㅋ 댓글 단이유는 CNO가 뭔지 몰라서 ㅋㅋ

Chief Nogada Officer

seachicken 작성:

여러분의 성의있는 답변 감사드립니다.
하지만 죄송하게도 아직 전 제 궁금증을 해소하지 못했습니다.
말씀해 주신 답변들은 일반적인 php의 버전간 호환성에 대한 얘기들입니다. 제가 알고 싶은 것은

- 유저들에게 "TT는 php5.x에서도 잘 동작합니다."라고 말해도 되는지?
- 위의 조건을 만족하기 위해 TT개발시에 지켜야 할 코딩규약 등이 있는지?

하는 것입니다.
질문의 배경설명을 드리자면, 전 현재 TT의 일본어화를 준비중에 있습니다.
그리고, TT를 일본에 배포할 경우, 아마 가장 먼저 받게 되는 질문 중에 하나가 바로 위의 것들일 것입니다.

테터는 PHP4 이상에서 동작하는 것을 목표로 하고 있습니다. PHP5에서 돌지 않는 부분이 발생하면 버그로 간주되고 수정해야 하는 것입니다. PHP5에서 동작하는 것이 TT의 요구사항이고 아직까지 버려지지 않았습니다.

TT가 PHP5에서 잘 도냐는 질문은 4에서 잘 도냐는 질문과 동일하다고 생각하시면 됩니다. 5에서도 잘 동작한다로 설명하는 것이 아니라 "4이상 5버전을 포함한 PHP에서 동작하도록 설계되었습니다."라고 하는 겁니다.


어떻게 잘 돌게 하느냐. 바이블은 없습니다. 가이드만 몇개 있을 뿐이죠. 결국은 신경써서 코딩하고 검증하는 것만이 답입니다. 제가 아무리 누군가에 이렇게 하면 된다라는 바이블을 준다고 해도(줄수도 없지만) 해당 코더가 다시 그 바이블을 100% 만족해서 작성하리란 보장도 없기 때문에 결국은 "잘짜고 잘 검증하자"가 답이 됩니다.

593

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

Roastbeaf 작성:

현충일에도 일하시는 겁니까...!

휴일마저 잊으신 파파차마사.

(괜히 영어로 쓰다가 헷갈리신? 음?)

seachicken 작성:

흠... 전 php의 초보입니다만 php의 버전 4.x와 5.x는 호환성이 없다고 알고 있습니다만 그게 아닌가 보죠? 아님 호환성을 가질수 있도록 어떤 규격을 정하고 따르고 있는 건가요?

5에서 동작하는 코드가 4에서는 동작하지 않을 수 있지만 반대는 어느정도 가능합니다. 4와 5가 공통적으로 가지고 있는 기능들만 사용한다면 문제될 것이 없겠죠.

사실 그보다는 현재 상황에서는 TT가 두 환경 모두에서 돌 수 있도록 잘 짜야 되는거겠죠 smile

595

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

anti-spam에 대해 논의가 되고는 있습니다만 그전까지 간단하게라도 몇가지 장치가 있었으면 합니다. 그중의 하나가 원터치 스팸 필터 설정.

주로 스팸의 타겟이 되는 곳이 댓글,트랙백,방명록일 텐데요, 관리자 화면에서 쓰레기통버튼만 둘 것이 아니라 필터 설정 버튼을 추가하여 해당 컨턴트의 정보로 쉽게 필터를 설정할 수 있도록 하는게 어떨까 합니다.

IP, 내용을 자동으로 입력해 주고 체크박스로 어디어디에 적용할껀가 하는 윈도우를 띄워주어 필터설정을 손쉽게 할 수 있도록 하는 것이죠. 당연히 중복으로 들어갈 수 있으니 적절히 디비설정 확인해 주어야 할것이고..
더불어 새로 추가된 필터를 기존의 데이터에 적용할 수 있는 기능도 필요할 것으로 보입니다. 아웃룩의 필터 설정처럼.

더불어 현재 트랙백 관리 화면에서는 그냥 제목정도만 보여주고 자바스크립트를 사용하고 있어 해당 링크의 주소를 바로 알수가 없는데 IE의 상태창에서 알 수 있게 하거나 아니면 화면에 표시해 주었으면 합니다.

잠시 의문이.. JavaScript에서 Replace 함수를 찬찬히 생각해 보면 당연히 StartIndex를 받아야 할 것 같은데 왜 없을가요? --?
첫번째것만 처리해 줄꺼면 당연히 한방짜리나 시작위치 정해줄 수 있어야 하는거 아니겠음? (서울1945버젼)

5>4 따라서 동작해야죠! 안되는 것은 전부 버그라고 봐야하겠죠? smile

    if (source != target) {
        var startIndex = 0;
        var curIndex = 0;
        var sb = "";
        while ((curIndex = buffer.indexOf(source, startIndex)) != -1) {
            sb += buffer.substr(startIndex, curIndex - startIndex);
            sb += target;
            startIndex = curIndex + source.length;
        }
        
        sb += buffer.substr(startIndex, buffer.length - startIndex);
        
        buffer = sb;
    }

저의 첫 자바스크립트 코드입니다. -0- 적당히 고쳐서... 느리긴 하겠지만 그래도 심각하게는???

제 테스트환경에 저 옵션들 다 켜놔야 겠음다 +.+

indexOf에 startIndex를 주면 될듯. 변경된 부분 다음을 index로 넘겨주는 로직이 추가되면 될듯 하군요.