76 맥퓨처이 작성한 답글

(4 답글들, 티스토리(TiStory.com)에 작성)

담당자에게 확인 요청 중입니다..

포럼으로 이동: 티스토리(TiStory.com)

77 맥퓨처이 작성한 주제

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

http://tattercamp.tistory.com/entry/Tat … 8%EB%8B%A4

4월 14일 태터앤프렌즈 주최로 태터캠프가 열립니다.
자세한 내용은 교주님께서 다시 알려(주셔야 하는데.. 연락이 안되고 있다는 ^^;;)주실 거구요.

기존 오픈하우스 보다 더 활기찬 모임이 될 수 있도록 준비하려고 합니다. 태터앤프렌즈 여러분의
많은 관심과 참여 부탁드립니다. smile

=====================================================

태터캠프(TatterCamp)에 여러분을 초대합니다~
따 뜻한 봄바람이 서서히 다가서는 4월,  태터툴즈 오픈하우스가 올해는 태터툴즈를 아껴주고 사용하는 많은 분들과 함께 나눌 수 있도록 태터캠프로 여러분께 다가갑니다. 태터툴즈에 대해 함께 이야기를 나누고 싶으신 분들.. 태터툴즈에 대해서 궁금했던 점들과 생각들을 한자리에서 같이 펼쳐놓는 자리를 만들고자 합니다. 누구라도 상관없습니다. 태터툴즈를 사랑하는 당신이 바로 이 자리의 주인공이니까요~ ^^

일시 및 장소
  o 일시: 2007년 4월 14일(토) 오후 14:00 ~ 18:00
  o 장소: 다음커뮤니케이션 3F

포럼으로 이동: 공지사항

78 맥퓨처이 작성한 답글

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

주말동안 고생하셨네요~ 감사합니다!!

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

79 맥퓨처이 작성한 답글

(5 답글들, 티스토리(TiStory.com)에 작성)

먼저 답변에 성의가 없었다는 부분에 대해서는 죄송스럽게 생각합니다.. 해당 내용에 대해서는 담당자에게 확인을 요청한 상태입니다..
아울러 티스토리 공지 블로그 상단에 버그 리포트를 받는 리포트 블로그로 연결할 수 있도록 표시가 되어 있으나 그 부분이 눈에 잘
안보인 듯 합니다.. 해당 부분은 찾기 쉽도록 변경처리 하겠습니다..

TNF 포럼의 티스토리 섹션에서 질문을 받지 않는 이유는 TNF 리더이신 inureyes님의 글처럼 버그 리포트나 에러 상황들을 report.tistory.com에서
일괄적으로 처리할 수 있도록 유도하기 위함입니다.. 이곳에 질문을 올리시는 것이 잘못이라고 지적드린 것이 아니고 티스토리 서비스의
개선을 좀더 효율적으로 처리할 수 있도록 하기 위함임을 양해해주시기 바랍니다..

다시한번 답변 및 이용에 불편을 드리게 되어 죄송하다는 말씀 전해드립니다..

포럼으로 이동: 티스토리(TiStory.com)

80 맥퓨처이 작성한 주제

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

개인적으로 웹호스팅을 옮기게 되어 이전 블로그에서 데이터를 백업하고 다시 복원하게 되었는데
데이터 백업/복원 과정에서 문제가 있는 듯 합니다.. 처리했던 과정을 정리해서 올립니다..

기존 블로그 : A / 신규 블로그 : B

1. A(1.1.2.1 최신버전) 에서 데이터 교정 처리 후 백업
  1.1 B(1.1.2.1 최신버전) 설치 후 A 백업 데이터로 복원 -> 복원 완료 후 공지사항 내용 일부가 누락됨 / 티스토리에는 A 백업 데이터가 정상 복원됨
  1.2 B 블로그 웹호스팅사에 문의 결과 엔트리 테이블의 primary key 값 세팅 부분에 문제가 있다고 보고됨
  1.3 혹시 몰라서 전혀 다른 웹호스팅 서비스에 1.1.2.1 최신버전을 설치 후 A 백업 데이터로 복원했으나 역시 공지사항 내용 일부가 누락됨

2. A 백업 데이터(XML) 생성과정에 문제가 있을 가능성을 염두에 두고 MySql Dump로 복원해보기로 함
  2.1 A 블로그 MySql Dump 데이터 생성 (phpmyadmin에서 sql 파일 생성)
  2.2 B 블로그 MySql 정보를 초기화 한 후 phpmyadmin에서 A 블로그의 MySql Dump 데이터를 import
  2.3 import가 진행되다가 set user() 라는 함수 표시와 함께 더이상 복원이 안됨 / 1.1.2.1 DB index 설정 등에 뭔가 문제점이 있을 듯 싶었으나
        더이상 확인작업은 진행하지 않음

3. 티스토리에 정상 복원된 데이터를 백업
  3.1 B 블로그를 초기화 한 후 1.1.1 버전으로 다운그레이드 세팅
  3.2 티스토리 백업 데이터를 가지고 1.1.1로 세팅된 B 블로그에 복원 -> 정상 복원 완료
  3.3 티스토리 백업 데이터로 1.3에서 명시한 다른 웹호스팅 서비스의 태터툴즈 1.1.2.1에 복원 시도 -> 복원 완료 후 공지사항 내용 일부 누락

* 현재 추측되는 문제상황은 이렇습니다..
1) 1.1.2.1 버전에서 신규로 DB index 설정 등의 부분이 변경된 듯 한데 이 부분에서 무결성 부분이 문제가 생긴 듯 합니다..
2) 1.1.1 버전에서는 정상처리가 되고 있는 것으로 보아 1.1.1에서 1.1.2 로 넘어오는 과정 중 문제가 발생할 버그사항이 들어간 것으로 보입니다..
3) 최근 공지사항 보기 등과 관련해서 엔트리 테이블과 얽힌 숨은 버그가 나타났는데 이 여파가 아닌가 의심도 됩니다..(정말 그렇다면 교주님 말대로
     정말 끈질긴 생명력을 가진 버그라는..-- )

호스팅 장비에 여유가 되시는 분들은 재현 부탁드리며(저만 발생한 문제인지를 확인해야 하므로) 그외 버그가 있는지 확인 부탁합니다~

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

81 맥퓨처이 작성한 답글

(5 답글들, 티스토리(TiStory.com)에 작성)

golden 작성:

티스토리 블로그에서 2차 도메인을 사용타가 1차 도메인 사용으로 설정변경하고 그 블로그는 폐쇄하였습니다.
현재 그 2차로 사용했던 도메인은 dns 설정도 변경되었습니다.   변경된 것이 정상적으로 반영되고 있습니다.

그런데 티스토리의 다른 블로그 (새로 만든) 에서 2차 도메인 설정을 하려니 다른 블로그에서 사용중인 도메인라고 하면서 설정할 수 없습니다.
매우 난감합니다. 
2차 도메인으로 사용코자 하는 것은 songkuk.org  입니다.     1차는 goldenlife.tistory.com  입니다.

해결할 방법은 ?

현재 사용하시고자 하는 도메인(songkuk.org)이 다른 티스토리 블로그에 2차도메인으로 세팅되어 있기 때문에 goldenlife.tistory.com 에서
사용하지 못하는 것입니다.. 이 부분 먼저 확인하시고 goldenlife.tistory.com 에서 사용하시려면 먼저 현재 songkuk.org 이 세팅되어 있는
티스토리 블로그에서 2차 도메인 설정을 사용하지 않는 것으로 변경해주세요..

그리고 이 곳은 티스토리에 대한 질문을 올리는 곳이 아닙니다..(교주님 공지 http://forum.tattersite.com/ko/viewtopic.php?id=2444 참고.. ^^) 티스토리에 대한 질문은 http://report.tistory.com을 통해서 문의해주시면 감사하겠습니다~ smile

포럼으로 이동: 티스토리(TiStory.com)

82 맥퓨처이 작성한 답글

(3 답글들, 티스토리(TiStory.com)에 작성)

트리를 사용자가 업로드 할 수 없는 상황에서는 의견을 주시는 것이 당연하리라 보고요.. ^^;;
조속히 반영하겠다는 말씀은 감히 못드리겠습니다만.. --;; 디자인팀과 협의는 해보겠습니다..
의견 감사드립니다~

포럼으로 이동: 티스토리(TiStory.com)

83 맥퓨처이 작성한 주제

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

http://report.tistory.com/7#comment1683108
수고많으십니다.
티스토리 잘~ 사용하고 있는데요
한가지 건의사항이 있어서 글 남깁니다.
현재 태그를 클릭해서 선택할때 글목록과 본문글내용들이
주루륵 전부 나와 버려서 해당 태그의 글이 많을경우
글 로딩의 압박이 너무 심합니다.
저장소나 분류 선택시에는 글목록만 보이게 설정가능하던데
태그를 선택시에도 본문글들 출력없이 글목록만 나오게 했으면
좋겠습니다.
부디 반영해 주시길 바랍니다..
그럼 따뜻한 봄날 나날이 나날이 행복하세요 ~~

티스토리에 대한 의견입니다만 태터툴즈에도 해당 내용에 대한 반영이 검토될 사항인 듯 하여 옮겨옵니다..

포럼으로 이동: 아이디어 및 기능 제안

84 맥퓨처이 작성한 답글

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

inureyes 작성:

흐음 숫자가 속편하기는 하죠

그런데 외국의 대세는 문자 주소로 가고 있다는...
(언제나 CJK권의 설움을 벗어나려나~)

어제도 잠깐 성렬님과 말씀을 나눴습니다만 역시 2byte 문화권에 살고 있다는 한계겠죠..

포럼으로 이동: 아이디어 및 기능 제안

85 맥퓨처이 작성한 답글

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

lunamoth 작성:

$target .= '<a href="'.$blogURL.'/'.$trackback['entry'].'#trackback'.$trackback['id'].'">';

" 가 누락됐었던듯..

하.. ^^;;
이젠 루나모스님이 코딩하세염!! smile

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

86 맥퓨처이 작성한 답글

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

아래 내용으로 플러그인 폴더의 CT_RecentTB_Default 플러그인 index.php를 변경처리해주세요~


기존

function CT_RecentTB_Default($target) {
    global $owner;
    requireComponent("Eolin.PHP.Core");
    requireComponent("Tattertools.Function.misc");
    
    $target .= '<ul>';
    $trackbacks = _getRecentTrackbacks($owner);
    foreach ($trackbacks as $trackback) {
        $target .= '<li>';
        $target .= '<span style="color: #9E7C54;">'.Timestamp::format2($trackback['written']).'</span>';
        $target .= '<a href="'.$blogURL.'/'.$trackback['entry'].'#trackback'.$trackback['id'].'>';
        $target .= htmlspecialchars(UTF8::lessenAsEm($trackback['subject'],30));
        $target .= '</a> - ';
        $target .= '<cite style="color: #777; font-style: normal;">'
        $target .= htmlspecialchars(UTF8::lessenAsEm($trackback['site'], 10));
        $target .= '</cite>';
        $target .= '</li>';
    }
    $target .= '</ul>';

    return $target;
}

변경

function CT_RecentTB_Default($target) {
    requireComponent("Eolin.PHP.Core");
    requireComponent( "Tattertools.Function.misc");
    global $owner, $blogURL;

    $target .= '<ul>';
    $trackbacks = _getRecentTrackbacks($owner);
    foreach ($trackbacks as $trackback) {
        $target .= '<li>';
        $target .= '<span style="color: #9E7C54;">'.Timestamp::format2($trackback['written']).'</span>';
        $target .= '<a href="'.$blogURL.'/'.$trackback['entry'].'#trackback'.$trackback['id'].'>';
        $target .= htmlspecialchars(UTF8::lessenAsEm($trackback['subject'],30));
        $target .= '</a> - ';
        $target .= '<cite style="color: #777; font-style: normal;">';
        $target .= htmlspecialchars(UTF8::lessenAsEm($trackback['site'], 10));
        $target .= '</cite>';
        $target .= '</li>';
    }
    $target .= '</ul>';

    return $target;
}

함수 초기에 변수 설정 부분의 $blogURL 누락과 $target .= '<cite style="color: #777; font-style: normal;"> 뒤에 세미콜론 누락입니다..

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

87 맥퓨처이 작성한 답글

(16 답글들, 토의 및 과제 설정에 작성)

lunamoth 작성:
laziel 작성:

그 아래 달린 비밀덧글을 볼 수 있는 방법

이부분은 논의를 해봐야 될 사항 같습니다. 비밀댓글의 특성상 해당 댓글에 대한 답글이 아닌 관리자을 위한 비밀댓글로써 - 이고잉님의 예를 인용하자면 "이 댓글 작성자 !@#$ 이네요." 처럼 - 사용되는 경우가 있을수 있으니. 전자 쪽 지원은 물론 괜찮을듯 싶습니다 smile

이 부분의 성격을 명확하게 정리하고 적용에 대한 문제를 해결해야 할 듯 합니다..

1. 우선 비밀댓글을 남긴 이는 자신의 댓글에 대해 다시 확인을 하려 할 것이고 그 경우 그 댓글로 접근하기 위한 권한설정 문제가 필요합니다.
로그인 베이스로 가는 서비스의 경우는 큰 문제가 없겠지만 태터툴즈의 경우는 비밀 댓글인 경우 인증처리를 위한 암호입력 등의 조치가 필요하겠죠..
추가.. 비밀댓글을 남긴이가 태터툴즈 유저라면 댓글 알리미를 통해 어느정도 보완이 되겠지만 그 외 블로그를 이용하는 블로거라면 그에 따른
보완책을 만들어야 합니다..

2. 비밀댓글에 대한 개선사항을 진행할 경우 현재 비밀댓글의 사용방법이 기존 게시판의 비밀글 사용방법의 형태로 활용되고 있다는 실재 유저들의
사용성을 주목할 필요가 있습니다.. 단순히 필요없는 기능이다, 원래 블로그는 이런게 아니다라고 정리하는건 논의의 의미가 없구요.. smile
일단 그 사용성에 주목한다면 비밀댓글에 대한 답변글은 우선적으로 비공개 처리가 되는 것이 일반적인 사용성이고 비공개 된 답변글을 볼 수
있는 유저는 원 비밀댓글의 인증절차를 통과한 유저와 관리자만 해당됩니다.. 따라서 개선이 적용될 경우 해당 내용을 고려해서 작업해야하는데
그렇게 된다면 불특정 다수에게 댓글에 대한 인증처리를 할 수 있는 프로세스가 태터툴즈에도 적용이 되어야 겠죠.. (태터툴즈가 로그인 베이스의
회원제 게시판이 아닌 블로그이기 때문에 고려해야 할 점이 많다는 것이 문제의 핵심이라고 생각...)

포럼으로 이동: 토의 및 과제 설정

88 맥퓨처이 작성한 답글

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

그럼 앞으로 태터툴즈 코드명은 음악관련 용어로 통일??

예제)
속도개선이 탁월해 졌을 경우 - 프레스토 / Presto : 빠르게
다국어 지원이 고도화 되었을 경우 - 알레그란도 /  allargando : (공간이) 폭 넓은
블로그 화면표시 로딩속도가 개선되었을 경우 - 수비토 / subito : 즉시
모듈화를 통한 시스템 자유도가 보장되어 무엇이든 구현이 가능할 경우 - 아드 리비튬 / Ad Libitum : 자유롭게
프리젠테이션 레이어의 획기적 기능 강화 - 에스프레시보 / espressivo : (표정이) 풍부하게
데이터 백업기능 강화 -  소수테누토 / Sostenuto : 음을 유지하여, 각 음표를 충실히..

포럼으로 이동: 잡담하기

89 맥퓨처이 작성한 답글

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

수고 많으셨습니다~ smile 이제 제 블로그를 또 업하러~

포럼으로 이동: 공지사항

90 맥퓨처이 작성한 주제

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

MS의 Soapbox에 대해서는 다들 잘 아시리라 믿고.. (http://soapbox.msn.com)
이쪽이 share 옵션에서 제공하는 코드가 태터툴즈/티스토리의 멀티미디어 삽입 처리 시 적용이 되지 않습니다..
원인은 살짝 살펴본 바로는 Soapbox측에서 제공하는 코드에 호환성 문제가 있는 듯 싶고요.. (추측입니다.. 기술적 검토 부탁~)
꽁수를 쓰면 위지윅 에디터에 붙기는 하는데.. html 모드로 전환하고 거기서 Soapbox share 코드를 붙인 후
그 모드에서 그대로 저장하면 포스트에 달라 붙기는 합니다..

자.. 이거 어떻게 처리하는 것이 좋을까요?

포럼으로 이동: 아이디어 및 기능 제안

91 맥퓨처이 작성한 주제

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

http://gypark.pe.kr/wiki/%ED%8B%B0%EC%8 … A0%9C#H_11

티스토리에 관련한 얘기이긴 합니다만 태터툴즈도 공유할 내용이 있을 듯 하여 링크를 걸어 놓습니다.
사용자 중 이렇게 위키에까지 내용 정리하셔서 건의하신 분은 처음 본 듯.. smile

포럼으로 이동: 아이디어 및 기능 제안

92 맥퓨처이 작성한 답글

(3 답글들, 티스토리(TiStory.com)에 작성)

명확하게 답변드리지 못했군요.. 검색엔진 허용입니다. robots.txt 를 비롯한 검색엔진에의 필터링 기능은 지원계획이 없습니다.

포럼으로 이동: 티스토리(TiStory.com)

93 맥퓨처이 작성한 답글

(3 답글들, 티스토리(TiStory.com)에 작성)

말씀하신 내용에 대해서 말씀드립니다..

1. robots.txt 설정에 대해서는 현재 기능지원을 고려하지 않고 있습니다. 장기간 논의와 검토를 거쳐서 지원하지 않는 것으로 결정했습니다. 참고하시기 바랍니다.

2. 현재 관련된 내용을 확인 중에 있습니다. 피드백이 오는대로 답변 전해드리도록 하겠습니다.

포럼으로 이동: 티스토리(TiStory.com)

94 맥퓨처이 작성한 답글

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

특정 비밀번호를 입력하면 특정 대상에게 보여준다는 것은 현재 상황에서는 그럴 수도 있고 아닐 수도 있는 상황입니다..
무슨 말이냐면 처음 보호글을 작성한 유저가 여러개의 포스트에 대해서 특정 유저를 고려하여 특정 비밀번호를 부여하고
그 비밀번호가 다른 포스트의 보호글에 대해서는 쓰여지지 않았다는 전제하에서만 가능하다는 것이죠.. 즉 보호글에 대하여
작성하는 유저의 비밀번호 관리에 포인트가 맞춰지게 됩니다. 만약 보호글을 보는 특정 대상자가 100명이라면 100개의
별도의 비밀번호를 부여하고 관리해야 한다는 것이죠.. 그런데 그렇게 하는 것은 쉽지 않을거라 생각하고요.. 거의 멤버쉽
관리 차원이 되지 않을까 하는 우려가.. --..

그래서 제 생각에는 동일한 비밀번호를 부여한다고 해도 해당 포스팅의 퍼머링크와 같이 연계해서 보호글의 오픈을
관리하면 보호글 작성자 입장에서는 다수의 비밀번호를 관리하지 않아도 된다고 생각한 것입니다. 이 방법이 100%
옳은 방법은 물론 아닐겁니다.. 그래서 다양한 의견을 한번 모아봤으면 하는 거구요.. 여러가지 생각이 모이면 관련하여
정책을 정리해볼까 합니다.. smile

포럼으로 이동: 아이디어 및 기능 제안

95 맥퓨처이 작성한 주제

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

현재 태터툴즈와 티스토리의 포스팅 보호글의 경우 동일한 비밀번호로 세팅된 다른 포스팅이 있을 때
하나의 보호글에 대한 암호를 넣어주면 동일한 암호의 다른 보호글이 같이 오픈되는 상황입니다.

예를 들어 설명하자면..

A : 1111  B : 2222  C : 1111 이렇게 세개의 포스팅이 있는데
A 보호글의 비밀번호 1111을 입력하면 C의 보호글도 같이 오픈이 된다는 것이죠..
더불어 B 보호글에서 1111을 입력해도 A와 C가 오픈이 됩니다..

제 생각은 포스팅이 퍼머링크로 독립적인 구분이 가능한 상태에서 보호글의 정책 역시
퍼머링크의 개념이 같이 연결되어야 하지 않을까 하는 것입니다. 즉 각 포스팅마다 보호글의
비밀번호가 비록 값은 동일하더라도 다르게 보호되어야 한다는 것이죠.. (쿠키 파라미터값의
설정에 이 부분이 고려되면 어떨까 싶습니다..)

TNF 여러분의 의견을 수렴해보려 합니다.. 의견 주세요~

포럼으로 이동: 아이디어 및 기능 제안

96 맥퓨처이 작성한 답글

(6 답글들, 티스토리(TiStory.com)에 작성)

웹브라우저 및 시스템의 자세한 환경정보를 전해주시면 확인해보도록 하겠습니다. smile

포럼으로 이동: 티스토리(TiStory.com)

97 맥퓨처이 작성한 답글

(2 답글들, 티스토리(TiStory.com)에 작성)

dnstool.net으로 연결하신 것 같습니다.
현재 그 서비스가 잠시 정상적으로 제공되지 못하고 있는 것으로 보이고요.
dnstool.net에 연락해서 처리하셔야 할 것 같습니다.

포럼으로 이동: 티스토리(TiStory.com)

98 맥퓨처이 작성한 답글

(2 답글들, 티스토리(TiStory.com)에 작성)

DNS를 어느것으로 사용하고 계신가요?
DNS에서 티스토리로 연결해주지 못하고 있는 것으로 보여집니다..
자세한 정보 부탁드릴께요~

포럼으로 이동: 티스토리(TiStory.com)

99 맥퓨처이 작성한 주제

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

혜민아빠님이 아는 개발자에게 요청해서 만든 태터툴즈 관련글 모음 플러그인입니다..
오늘 블로그에 공개하셨네요..

http://sshong.com/2511803

플러그인 처리를 위해 기존 테이블에 인덱스를 하나 추가하기위한 쿼리를 사전에 실행해줘야 합니다..
성능개선에 대한 아이디어가 있으신 분들은 누구라도 말씀해주세요~ smile

포럼으로 이동: 스킨 및 플러그인

100 맥퓨처이 작성한 답글

(4 답글들, 티스토리(TiStory.com)에 작성)

항상 질문이 나오는데 이참에 한번 정리하는 것도 좋을 듯 합니다.. smile  (글이 길어지니 미리 양해를..)


우선 이부분은 플러그인에 대한 이해가 먼저 필요한 부분입니다..
플러그인은 기본적으로 시스템에서 바라보면 태터툴즈든 티스토리든 기능이 추가되는 것이 아니라 소스가 추가되는 것으로 보셔야 합니다.. 소스가 추가된다는 것은 그 소스안에서 처리할 수 있는 모든 작업이 허용될 수 있다는 의미이며 그 작업은 단순히 화면에 텍스트를
출력하는 것부터 DB 컨넥션을 비롯하여 서버의 파일권한(퍼미션)까지 플러그인에서 처리가 될 수 있음을 의미합니다..

소스가 취할 수 있는 작업의 범위가 사실상 한계가 없음으로 인해 누군가 악의를 가지고 플러그인을 제작/배포하게 되면
그 플러그인을 사용하는 태터툴즈 블로거들은 고스란히 그 피해를 감당해야 합니다.. 플러그인을 사용하는 순간 서버의
모든 기능이 정지될 수도 있고, 심한 경우 본인의 데이터를 모두 잃어버릴 수도 있습니다.. 애드웨어나 ActiveX 등의
설치를 통해 발생하는 악성코드의 민감한 문제를 이해하신다면 그러한 문제가 플러그인을 사용함으로 인해 자신의
블로그에서 발생할 수도 있다고 보시면 됩니다..

그럼 '기존의 태터툴즈에서 사용자들이 다운받는 플러그인들은 이런 위험이 없는 것이냐'라는 질문이 나올 수 있는데요..
위험의 가능성이 있습니다.. 다만 태터툴즈 플러그인의 경우 아직까지는-이 말은 적어도 아직까지는.. 이란 의미입니다-
플러그인을 개발하여 배포하는 분들이 그런 위험성을 최소화 하기 위해 많은 고민을 하고 있고 사용하는 분들에 의해
1차 검증이 되고 있으므로 아직까지 심각한 문제가 발생하지 않은 것 뿐입니다.. 위험은 언제나 가능성의 불씨를 가지고
있습니다.. 그런점에서 이 자리를 빌어 안전한 플러그인을 만들어주신 개발자분들에게 감사를 드립니다..

그럼 태터툴즈와 티스토리를 비교해보도록 하죠.. 태터툴즈는 기본적으로 설치형입니다.. 플러그인에 대한 피해가
발생하더라도 그것은 개인의 범위(좀더 확장하면 서버나 호스팅업체)로 그 피해범위가 한정되어집니다.. 그리고
플러그인의 업로드 작업이 블로그 운영자인 개인의 판단에 의해 선택, 작업되므로 플러그인에 대한 모든
책임소재가 블로그 운영자(개인)에게 주어집니다.. 좀 말이 야속한 느낌이 드실지도 모릅니다만 그게 사실입니다..

그러나 티스토리는 다릅니다.. 티스토리는 서비스로 제공되고 있기 때문에 악의적인 플러그인으로 인해 발생하는 피해가
티스토리 서비스 전체 사용자에게 파급됩니다.. 스킨파일 업로드의 경우는 스킨파일안에 php 소스를 포함할 수 없기 때문에
업로드를 허용했더라도 최소한으로 업로드로 인한 피해를 시스템에서 제어할 수 있습니다. 그러면 플러그인 업로드에서
php소스를 제외하고 올릴 수 있을까요? 가능은 하겠지만 의미 없는 작업이겠죠.. ^^;

플러그인의 검증에 있어서도 태터툴즈만큼 검증을 할 수 없는 어려움 또한 있습니다.. 태터툴즈는 앞서 말씀드린대로
사용자들이 올려진 플러그인을 취사선택하고 그 사용결과에 대한 책임을 개인이 가져가지만 티스토리는 서비스 이용자의
의도와 상관없이 악의적인 사용자가 플러그인을 독자적으로 올려버릴 수 있다는 일종의 보안구멍이 발생하게 됩니다..
그럴 사용자가 티스토리에는 당연히 없겠습니다만 보안에서는 당연히라는 말은 열쇠를 내어주는 것과 다름없습니다..

그리고 플러그인의 속성 상 시스템의 부하에도 영향을 주게 되는데 티스토리는 비록 태터툴즈 기반이긴 하지만
내부적으로는 서비스로 제공되기 위해서 설계구조 및 최적화가 다르게 진행된 부분들이 있습니다.. 그렇기 때문에
티스토리에 적용된 태터툴즈용 플러그인들 역시 티스토리 구조에 맞게 최적화가 별도로 진행된 후 QA를 거쳐
서비스에 반영하고 있습니다.. 배포된 플러그인을 그대로 가져가 쓰는 것이 아닙니다.. ^^; 이 부분은 티스토리에서
제공되는 스킨도 마찬가지인데요, 티스토리 서비스에서 제공되는 스킨 역시 티스토리에 최적화되도록 QA 과정을 별도 진행합니다..
물론 스킨은 태터툴즈와의 호환성은 항상 고려를 하고 있죠.. smile

마지막으로 덧붙여 말씀드리면 플러그인으로 인해 발생한 문제에 대한 책임은 1차적으로는 올린 유저에게 주어지겠지만
그것은 법적절차에 대한 귀속의 문제일 뿐 이미 날아가버린 시스템과 데이터에 대한 책임까지 개인으로 돌리기는 현실적으로 힘듭니다..
이러한 이유로 인해 서비스 업체에서는 소스파일의 업로드를 엄격히 규제하고 관리를 하는 것입니다..

티스토리를 사용하면서 플러그인에 대한 아쉬움들이 많이 계신 것을 티스토리에서도 잘 알고 있습니다..
좀더 회원 여러분들이 바라고 원하는 좋은 플러그인들을 선별하여 제공해드리도록 노력하겠습니다..
답답함에 대한 해결은 결국 저희가 발빠르게 움직여야 한다는 것 뿐이네요.. --;;;;;;

긴글 읽어주셔서 감사합니다.. (근데 왜 저는 글만 남기면 장문이 되버리는걸까요??  T.T)

포럼으로 이동: 티스토리(TiStory.com)