80port.com도 괜찮은 듯 합니다. smile

직접 작성해본 적도 없고, 그럴 의사도 없으면서, 자신의 맘에 들지 않는 것을 누군가에게 투덜거리기만 하시는 분들이 보통 저런 멘트를 날리시지요. 굳이 텍스트큐브가 아니더라도 매뉴얼 작성, 아니 하다못해 FAQ 작성이라도 한번 해본 분이라면 저런 말씀 못하십니다.

... 이런 식으로 커뮤니티 주도형 개발이 이루어지는 툴에 대해 전혀 이해할 의사가 없는 분 같네요. 그러면서도 이메일 주소 남기시는거보니 나중에 넌저시 들어오시기는 하시려나요.

3

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

Nabi 작성:

1.7.4에서 1.7.5로 업뎃해서 적은 파일만 업로드했느데 이지윅이 작동하질 않네요.
그래서 이지윅 플러그인을 보니 1.8에서만 가능한 플러그인이라고 작동하질 않고 있습니다.

텍스트큐브가 설치된 경로/plugins/FM_Modern/index.xml(보통 /tc/plugins/FM_Modern/index.xml)의 14번째 라인, "<textcube>1.8</textcube>"에서, 1.8로 되어있는 것을 1.7로 고치면 정상적으로 나타납니다.

4

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

수고 많으셨습니다. smile

제 닉네임이 리포터 그룹에 들어가있어서 깜짝 놀랬네요 ^^;;

전 정확하게 1,814개 들어왔습니다. 으흑흑.

말씀하신 내용으로 .htaccess를 수정했더니 일단 첫 페이지(http://widelake.kr/tc)는 접속이 됩니다. CSS도 잘 붙어있구요. big_smile 그런데 페이징이 안 먹습니다 -_-; (eg. http://widelake.kr/tc?page=2).

일단 해당 블로그 컨텐츠가 제 회사 업무보고 파일들이 쌓여있으니.. 백업 후 메일 드리겠습니다. 수고끼쳐드려서 죄송합니다. ㅠㅠ

rev 4994로 업데이트를 했는데도 동일합니다(;; )

으음.. 제 호스팅이 문제인건가요... -_-)a

RewriteEngine On
RewriteBase /tc/
RewriteRule (.*) rewrite.php [L,QSA]

이걸로 교체했더니 위에서 말씀드렸던 현상 중 /가 없는 경우 접속 불가(400 Bad Request), /가 있는 경우 스타일시트 로딩못하는 상태로 변경됩니다. ^^;

지금 디버깅 모드를 켜놨으니 한번 보시는 것이 어떠실런지..^^;
http://widelake.kr/tc/ 입니다(너무 번거롭게 해드리는거 아닌가 싶네요 ㅠ_ㅠ).

텍스트큐브 공지블로그의 베타1 공지 댓글에서 진행되던 문답인데, 보다 원활한 문제 해결을 위해 바쁘신데도 답변을 계속 해주고 계신 inureyes님의 요청으로 포럼으로 옮기겠습니다. smile

먼저 제 환경은 1.6 알파판을 1에서 7까지 계속 판올림하다가, 베타1 발표 후 베타1으로 판올림하였습니다. 호스팅 환경은 80포트의 UTF-8 호스팅(NEO-1)입니다. 텍스트큐브는 호스팅 루트에 설치하지 않고 루트 하위에 tc 디렉토리를 생성하여 설치하였으며, 단일사용자 환경입니다.

베타1으로 올라오면서 종전 http://widelake.kr/tc로 접속 가능하던 테스트용 블로그가 접속되지 않고, 반드시 http://widelake.kr/tc/처럼 주소 끝에 /(슬래시)를 붙여야 접속이 되는 현상이 나타났습니다. http://widelake.kr/tc?page=2 식으로 페이징을 넘길 때 제대로 처리가 되지 않더라구요.

이 문제를 댓글로 문의했습니다.

widelake: 위와 같은 현상이 나타났습니다.
inureyes: .htaccessRewriteBase에 적힌 값을 알려주시고, 단일인지 다중사용자 환경인지도 알려주세요.
inureyes: .htaccess 에서 RewriteCond 아래에 RewriteRule ^(.+[^/])$ $1/ [L] 을 추가하시고 정상적으로 처리되는지 알려주세요.

widelake: 단일 사용자 환경이고, 루트 하위에 /tc 디렉토리를 생성하여 설치하였습니다. RewriteBase/tc/라고 되어있으며, RewriteRule은 추가하려고 보니 RewriteRule (.*) rewrite.php [L,QSA] 이라는 문자열로 존재하고, 말씀해주신 부분으로 대체하면 주소 끝에 /가 있던 없던 접속이 안되고, 기존 값을 놔둔채 알려주신 부분을 추가하면 / 없을 경우 접속 안되는 것은 동일, / 붙이면 접속은 되는데 스타일시트가 무시됩니다.
inureyes: .htaccess 는 이전대로 롤백하시고, 루트의 rewrite.php에서 19번째 라인을 $accessInfo['URLfragment'] = explode('/',rtrim(strtok($accessInfo['input'],'?'),'/').'/'); 로 변경해보세요.

widelake: 여전히 같은 현상입니다. ^^;
inureyes: 그러면 루트의 config.php에 아래 두줄을 추가하셔서(디버깅모드) path parser result : 값을 적어주세요.
      $service['enableDebugMode'] = true;
      $service['debug_rewrite_module'] = 1;

   path parser result : 이 나오지 않는다면 텍스트큐브의 문제가 아닙니다. smile
   나오지 않을 경우 404가 아닌 다른 에러가 나온다면 다른 문제일 수 있으니 다시 알려주세요.
   혹시 모르니 1.6에서는 더 이상 사용하지 않는 blog 디렉토리를 삭제해보세요. smile

widelake: blog 디렉토리를 삭제해도 마찬가지입니다. ^^;
   path parser result : 의 값은 다음과 같습니다.
      Array
      (
            [host] => widelake.kr
          [fullpath] => /tc/
          [position] => /tc/rewrite.php
          [root] => /tc/
          [input] =>
          [URLfragment] => Array
          (
              [0] =>
          )

   그런데 전 404가 아니라 400이 계속 나왔습니다. smile
inureyes: 디버그 모드가 맨 뒤에 /가 없는 상태에서도 정상적으로 출력이 되던가요?

여기까지가 텍스트큐브 공지블로그에서 주고 받은 문답입니다. 마지막으로 물어보신 부분에 대해서 보고를 드리면,
출력이 안됩니다. ㅠ_ㅠ 어떻게 해결을 해야할까요오오오오... ㅠ_ㅠ

10

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

파란 무료 웹호스팅에서 현재 공식적으로 지원하는 건 태터툴즈 1.1.3 입니다. 파란쪽 답변으로는 텍스트큐브도 지원한다고는 하는데, FTP에서 퍼미션 변경을 할 수 없고, SSH/TELNET 접속도 지원하지 않기 때문에 호스팅 웹관리툴에서 직접 업로드를 해야합니다. 그런데 여기서는 텍스트 큐브 파일을 업로드할 수 없거든요.

보니까 서버에 태터툴즈 1.1.3 확장팩 설치본을 따로 저장해두고, 업로드 요청시 동일한 파일(파일명으로 판단?)이면 서버 것으로 설치를 하는 것 같습니다. 텍스트큐브 1.5.2 확장팩 설치파일을 업로드하려고 하니까 지원하지 않는다고 하길래, 파일명을 태터툴즈 1.1.3 확장팩 파일명으로 변경해서 올리니까 인식은 하되 태터툴즈 1.1.3 확장팩으로 설치가 되더군요. 파란에서도 그렇다고 답변을 했구요.

파란고객센터 작성:

텍스트큐브는 설치는 가능합니다.
다만 현제는 웹에서 설치가 가능한 메뉴가 따로 없으며 차후에 "기타서비스관리" 메뉴에서 설치를
지원할 예정입니다.
또 태터툴즈 설치시 파일명을 변경하거나 다른용도로 사용할것을 방지하고 최신의 보안패치를
적용시킨 버전으로 설치를 지원하고자 사용자의 파일도 업로드를 하며 사용자의 파일과 서버에 저장된 파일이
동일 할 경우에는 서버에 있는 버전으로 설치가 진행이 됩니다. 이부분은 이후의 테터툴즈 버전의
변경 사항에 따라서 설치지원되는 방식이 변경이 될 수 있습니다.

http://hosting.paran.com/helper/h_qna_v … mp;PageNo=

11

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

LonnieNa 작성:

정말 기술력이 없는건지 아님 다른 사블카드를 지르라는건지.

다른 사블카드, 콕 집어서 X-Fi를 지르라는 얘기겠죠? 저도 Live! 유저로써 열받습니다. T_T

안녕하세요.

제가 쓰는 건 아니고, 아는 분이 태터툴즈 1.1.3 버전으로 업그레이드했다가 팀블로그 기능에 다소 문제가 있다고 판단해서 다시 1.1.2.x로 롤백을 하려는 찰나에... 이전 버전의 다운로드가 안되는 것을 발견했습니다.

태터툴즈 도움말 위키(http://help.tattertools.com/ko/Download)에서 시도를 해봤습니다만, 현재 다운로드가 되는 버전은 1.1.3과 0.951 이하 버전입니다. 즉, 0.96부터 1.1.2.X까지는 전혀 다운로드가 안되는군요. -_-)a

저도 숫자에 한표입니다. 아는 사람이야 대책을 세울 수 있지만 모르는 분들은 왜 깨지는지 왜 접속이 안되는지 조차 모를 확률이 높다고 보이거든요. 흐음.

결정적으로 "티스토리"는 .htaccess 파일의 수정이 되지도 않거든요. T_T

제 경우(티스토리·http://widelake.net) 지금 쌓여있는 보름치 스팸트랙백 1,196건 중 10건 이상 스팸트랙백을 전송한 아이피 7곳의 전송갯수 합이 1,112건, 약 93%를 차지하고 있습니다. 그중에서도 195.242.215.30(IPWHOIS) - 519건 전송(43%), 207.234.131.237(IPWHOIS) - 279건(23%)로 두곳 합만 해도 798건, 약 67%를 차지합니다.

이런 경우 현재의 그레이리스팅(메일 스팸필터링에서 완전 Block하지 않고 스팸편지함 혹은 광고편지함으로 분류) 방식으로써는 다소 한계가 있지 않을까 생각합니다. 특정 IP에서 지나치게 많은 스팸트랙백을 보낼 경우 사용자 지정을 통해 완전히 차단하는 Blacklisting 방식을 도입하는 것이 어떨런지 모르겠습니다(제 경우는 한개 C클래스 내에서 아이피를 바꿔가면서 트랙백을 보내는 경우는 없는 것 같지만, 사용자에 따라 그런 상황이 있을지도 모르니 클래스 단위 블러킹도 필요하지 않나 싶습니다).

물론 설치형의 경우 블랙리스팅을 하더라도 트래픽 부담을 피할 수 없고, 제가 티스토리를 쓰고 있어서 이런 말씀을 드릴 수도 있겠습니다만, 적어도 트랙백을 아예 등록하지 못하도록 하면 조금이라도 나아지지 않을까 생각이 듭니다. 메일이던 블로그던, 스팸 때문에 보통 몸살이 아니군요. sad

16

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

저도 받았습니다. smile
이쁘네요. 다른 직원에게 뺏길뻔 했습니다. -_-;;;;;;;;;