옙 감사합니다. T_T

1102번 티켓으로 등록했다는~

혹시 스킨을 coolant 등으로 변경해도 같은 현상이 일어나나요? 태터툴즈와 텍스트큐브가 스킨 규격이 95% 이상 호환이 되지만, 미묘한 부분에서 다른 부분들이 있습니다.^^

helpme 작성:
Creorix 작성:

전체적으로 세션에서 문제가 발생하는 것을 보니 세션 테이블을 repair해보는 것이 좋을 것 같습니다.

phpMyAdmin에서 다음 query를 실행시켜보세요~

REPAIR TABLE prefix_Sessions, prefix_SessionVisits;

참고로 'prefix_' 부분을 설치에 사용했던 prefix로 변경해주셔야 합니다.

고맙습니다, 그러나 죄송합니다.

제가 워낙 초보자라 query를 어떻게 실행하는지.... 호스팅 업체 홈페이지의 내 관리창에 들어가서 DB관리 메뉴

에 들어가니 phpMyAdmin이 있다는 것까지만 알겠습니다.

그리고 설치에 사용되었던 prefix로 변경한다는게 뭔 말인지.....

이곳 게시판에 찾아봐도 관련된 내용을 찾을수 없고, 다른 곳에서 찾아봐도 잘 모르겠습니다.

계속 찾아 보고 있지만, 좀 더 쉽게 설명 부탁드립니다.:(

prefix는 앞에 붙이는 말 그런걸로 해석하시면 되구요, 설치하실 때 보면 tc_ 요런거가 기본값으로 되어 있는 값을 입력하라고 하는 그 값입니다. 같은 데이터베이스에는 같은 이름의 테이블을 두개 만들 수 없기 때문에, 예를 들어 글을 저장하는 Entries 라는 테이블을 만든다면 보통 앞에 tc_를 붙여 tc_Entries 식으로 만들게 됩니다. 그래서 앞의 tc_ 부분을 다른 값으로 바꾸어 텍스트큐브를 설치하면 같은 데이터베이스에 텍스트큐브를 두 개 이상 설치할 수 있게 되지요^^

629

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

사용중인 버전이 어떻게 되시는지요?

블로그 설명 캐시 갱신 오류가 있었는데, 1.7.6 발표후보에서 수정 되었습니다.^^ 그 문제인가 싶네요.

맥과 윈도우의 차이는 아니구요, 대표블로그를 변경하신 후에 루트 권한으로 로그인하시려면 로그아웃 후 로그인이 필요합니다.^^ 참고하세요~

으음 테스트 해 보도록 하겠습니다. 사실 큰 차이는 없어야 하는데요;

공개 / 비공개 모드의 체크는 /library/includeForBlog.php 의 최하단의

    62 if(!defined('__TEXTCUBE_LOGIN__')) {
    63     $blogVisibility = setting::getBlogSettingGlobal('visibility',2);
    64     if($blogVisibility == 0) requireOwnership();
    65     else if($blogVisibility == 1) requireMembership();
    66 }

이 코드에서 결정되는 부분이 전부입니다.

혹시 이 코드를 보시고 떠오르는 아이디어 있으시면 말씀을..

632

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

플래시 페이지에서 제어를 넘겨줄 때 리퍼러 값을 POST 값으로 넘겨주고, rewrite.php 안에서 서버의 리퍼러 변수 값을 그 변수로 치환하면 되지 않을까 싶습니다. smile

IE6에서 테스트 해 본 결과 아무 이상이 없었습니다. sad

생각해 볼 수 있는 가능성이 몇가지 있는데, 혹시 사용하는 IE6에 광고 필터등의 플러그인이 설치되어 있지 않나요? 광고 컨텐츠로 취급해서 클라이언트 단에서 내용을 차단하는게 아닌가 싶습니다.

mail 함수가 없어서 일어나는 일입니다. setup.php 를 열어 보시면

462 is_writable
    463 ksort
    464 ltrim
    465 mail
    466 max

쯤에 mail 이라는 함수를 체크하도록 되어 있는데, mail 이 들어간 줄을 지우고 다시 시도해보세요 smile

일단 바꾼 설정에서 127.0.0.1 부분은 원래대로 복구하셔야 합니다. smile 그 설정은 자기 컴퓨터 (데스크탑?) 에서 텍스트큐브를 돌리는 경우입니다.

636

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

재성才誠 작성:

메모리 용량을 30메가로 늘렸는데도 해당 카테고리는 여전히 열리지 않네요. sad

혹시 사용하시는 플러그인중에 카테고리를 썸네일로 보기 등의 플러그인이 있는지요?

637

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

음 일단 1.7.5에서는 메모리 사용량이 적으면 무조건 24M 이상으로 고정하는 초기화 부분이 있습니다만, 해당 명령이 동작하지 않는 환경이 있을 수도 있겠군요.

사실 이게 쫌 많이 쉬운거였는데요, 미리 봤으면 설명을 드릴 수 있었는데 연구가 바빠서... 죄송합니다.

스킨에서 지원하는 치환자 중 <s_article> 영역에서 쓸 수 있는 article_rep_category_body_id 라는 치환자가 있습니다. 그걸 스킨에서 사용하면 여러개의 글이 출력될 때도 각 글마다 해당되는 category의 body id로 관리 패널에서 설정한 값을 클래스로 줄 수 있습니다.
<div class="[##_article_rep_category_body_id_##]"> .... </div> 로 글 출력 부분을 싸 주면 되겠죠? ^^

contact at needlworks dot org 로 메일 주시면 'ㅅ 님의 서버에서 직접 삽을 떠 볼 수 있을 것 같네요. 관련 접속 정보를 한 번 보내주시기 바랍니다. smile

ㅎㅎ 이런건 플러그인 게시판에도 올려주세요~

으음 말씀하신 부분은 처음 보는 현상입니다. sad 이상하네요~

블로그 설명을 출력할 때는 태그가 생략되므로 말씀하신 부분이 안될겁니다.^^

윗 방법이 사용자가 임의로 정의한 치환자에 기능을 넣는 예입니다. smile 코드를 직접 수정해서 추가하면 이후에 업그레이드 할 때 마다 머리가 아프지만, 저렇게 플러그인으로 추가하면 그런 문제가 없지요.

그럼 화이팅입니다^^

MacOSX 10.5.5 / Safari 3.1 에서 테스트 했을 때 아무 문제가 없었습니다.^^

일단 확실한 방법은 실제 request 의 내용으로 뭐가 날라갔는지 확인하는 방법입니다. 어떤 디버그 툴이 있는지 제가 모르기 때문에, 이렇게 한 번 해보시기 바랍니다. /interface/owner/entry/edit/index.php 를 열어서

   319                                     this.save = function () {
   320                                         if(this.nowsaving == true)
   321                                             return false;
   322                                         this.nowsaving = true;
   323                                         var data = this.getData(true);
   324                                         if (data == null) {

이렇게 생긴 부분이 있는데 (중간 저장하는 부분입니다) 여기서 var data = this.getData(true); 이 아랫줄에
alert(data);
라고 한 줄 추가하셔서, 중간저장때 뜨는 팝업에 content값이 멀쩡하게 있는지 알려주세요.^^

짐작가는 부분으로는 encodeURIComponent 가 브라우저별 동작이 다른게 아닌가 싶습니다. (스펙에는 그런 부분이 없지만) 해당 태그를 스트리핑 해 버려서 결과적으로 content값이 비어버리게 되는데, 텍스트큐브의 Input Validator 에서는 content가 비어 있는 경우 정상적인 데이터가 안 넘어 왔기 때문에 404를 돌려주는게 아닌가... 싶네요.

최정록 작성:

아무래도 서버측의 문제인 것 같아서..
setup.php에서 해당 함수를 그냥 skip 했습니다..

mail 함수가 설정이 안되면..
어떤게 문제가 될까요..?

큰 문제는 없습니다만, 비밀번호 분실시와 팀블로그 초대시에 메일 발송이 안 될겁니다. smile

혹시 백업을 어느 버전에서 하셨는지요?^^

클래식에서 백업한 내용은 규격이 다르기 때문에 텍스트큐브에서 복원할 수가 없습니다. 만약 태터툴즈 1.1.3 이상에서 백업하신 파일이라면, 파일을 UltraEdit나 EditPlus등의 에디터로 열어서 BOM 문제가 생기지 않도록 다시 저장해 보세요. smile

덧) 때에 따라 사용하시는 서버의 문제로 그런 현상이 발생하기도 합니다.

신기하네요; 로그인한 후에 댓글이 안달리나요? 로그인한 사용자의 댓글은 기본적으로 EAS나 EMB의 검사도 받지 않고 필터의 영향만 받습니다.

필터를 한 번 확인해보세요^^

6707 에서 수정했습니다. 테스트 부탁드려요 big_smile

경로 문제는 일단 6706에서 수정했습니다.^^

로그인 문제는 다시 들여다 보겠습니다. T_T

경로 접근이 안되신다면 설치된 텍스트큐브의 일부 파일이 날아간 것 같네요;

mysqldump로 데이터베이스를 통째로 백업받고, 현재 텍스트큐브 파일들을 모두 백업하신 후에 새 서버에 mysql 복원 및 파일 설치로 하는 방법이 있습니다. 아니면 날아간 파일들을 원위치로 오게 하기 위해 텍스트큐브를 다시 덮어 씌워보세요.^^

예 플러그인을 짜면 되겠네요^^ 메타용 세트를 만들면 괜찮을듯?

혹시 이미 만들어진 플러그인을 아시거나 플러그인을 만들어 보실 분 계신지요?