음음, mysqli만 있고 mysql이 없는 경우는 생각하지 못했군요-_-;
setup.php는 기존 mysql 함수들만을 이용하여 만들어져 있기 때문에 차후 버전에서 별도로 지원을 추가해야 할 것 같습니다.

설치 과정에서, DB 관련 정보를 입력하시는 화면에서 테이블 prefix를 다르게 주셔야 합니다.
예를 들어 기본값이 "tc_"라고 되어 있다면 사용하는 DB 테이블들은 모두 "tc_"로 시작하는 이름을 가지게 되는데, 두번째 설치하실 때 이것을 다르게 해주시지 않으면 기존 블로그와 똑같은 블로그가 되어버리죠; (정확히는 100% 똑같지는 않고 아마 첨부파일 같은 건 깨질 겁니다)

두번째 블로그의 config.php 날리시고 setup.php를 웹브라우저로 다시 접근하셔서 재설치해보시기 바랍니다.

php 5.2, mysql 5.0을 쓰는 제 서버에서는 재현이 되지 않습니다. 사용자 이름을 한글로 해도 아무 문제 없군요....

아쉽지만 당장 재현이 안 되어 다른 여러 분들이 비슷한 증상을 호소하시거나 저희가 접근 가능한 곳에서 재현되지 않는 이상은 답변이 어려울 것 같습니다. 아시아눅스 환경에서는 아직 저희도 테스트해본 바가 없습니다.

디렉토리 옮기실 때 혹시 퍼미션 관련해서 잘못된 부분이 없는지 확인해보세요.

일단 단순하게 tt/index.php 등에

<?php header("Location: http://blog.도메인.com"); ?>

정도로 해줄 수는 있겠습니다만 퍼머링크의 경우는 좀더 추가 작업이 필요할 것 같습니다. (mod_rewrite를 이용하면 될 것 같기도 하네요.)

정확히 어느 곳에 가입하시려고 할 때 문제가 생긴 건지요?;
텍스트큐브 팀블로그 가입인지, 센터 쪽 가입인지...

음.. MySQL 6.0은 저희가 테스트해본 적이 없는 데다 기존 버전과의 호환성이 어떻게 되는지 알지 못하기 때문에 답변드리기가 어려울 것 같습니다.;; (현재 1.7까지는 MySQL 3.23 ~ 5.x 버전까지 지원하며, 텍스트큐브 2.0 버전은 4.1~5.x 기준으로 만들어지고 있습니다.)

Rewrite 모듈 사용이 불가능하다는 뜻인데요, 웹호스팅을 받으신다면 업체측에 문의하시고 직접 운영하시는 서버라면 웹서버 설정을 에러메시지에 나온 대로 고쳐주시면 됩니다.

리눅스에서 주로 쓰는 텍스트에디터는 vi 또는 emacs 등이 있는데요, 일반적으로 vim으로 사용법을 검색하시면 기본적인 건 나올 겁니다. 우분투/데비안 계열이라면 보다 간단한 nano 등의 에디터도 있습니다.

library/model/blog.feed.php의 publishRSS 함수 내용을 고치시면 됩니다.

공식적으로 이런 부분을 고려해서 만들어지지는 않았지만 현재 텍스트큐브에서 가능은 합니다.

일단 기본 위지윅 에디터를 사용하신다는 가정 하에, 기존에 이미지를 올리신 포스트를 관리자 모드에서 열고 위지윅 툴바 오른쪽 끝에 있는 edit 버튼을 누르시면 소스 코드가 나올 겁니다. 여기에 원하시는 이미지에 해당하는 코드(예를 들면 [##_1C|1391282604.png|width="128" height="128" alt="사용자 삽입 이미지"|테스트 이미지_##] 이렇게 생긴 것)가 있는데 이것을 그대로 복사하셔서 해당 이미지를 삽입하고자 하시는 포스트를 마찬가지로 edit를 눌러 소스 편집 모드로 열고 복사·붙여넣기 하신 후 위지윅 모드로 돌아오면 똑같이 그림이 삽입된 것을 보실 수 있습니다.

여기서, 그림의 속성이나 자막 등은 위지윅 에디터에서 원래 하던 대로 수정이 됩니다만, 정렬을 바꿀 경우 위지윅 모드에서라면 이미지를 지웠다가 다시 삽입해야 하기 때문에 소스 편집 모드에서 앞쪽의 1C라고 된 부분을 1L, 1R 등으로 바꾸시면 효과를 보실 수 있습니다.

지원하는 모드 : 1L, 1C, 1R / 만약 이미지 2개 또는 3개를 가운데 정렬하신 경우는 그냥 그 박스 그대로 쓰셔야 합니다. / 본문에 그대로 삽입(inline)하려면 <img src="[##_ATTACH_PATH_##]/1391282604.png" width="128" height="128" />와 같이 HTML 태그를 직접 써주시면 됩니다. (물론 소스편집 상태에서)

음, 웹서버 쪽에서 php 파일임을 인식하고 실행해야 하는데 뭔가 설정이 잘못되어 있는 것 같네요.
호스팅을 받고 계시다면 업체 측에 한 번 문의해보시는 건 어떨런지요.;

'책' = ['0xec', '0xb1', '0x85'] (utf-8 인코딩)
'책' = ['0xc3', '0xa5'] (euc-kr 인코딩)
'å' = ['0xc3', '0xa5'] (utf-8 인코딩)

...따라서 검색창에 칠 때 utf-8 인코딩으로 날아간 검색어가 중간에 의도하지 않은 변환 과정을 거쳐 euc-kr로 변환되었고, 텍스트큐브에서는 이것을 utf-8 인코딩으로 날아온 것으로 인식한 결과입니다.

아파치 서버의 CheckURL 모듈이 문제일 가능성이 높습니다.
텍스트큐브가 설치된 디렉토리의 .htaccess 파일을 여시고 CheckURL Off 관련하여 주석처리된 부분을 해제하고 사용해주세요. (관련글은 포럼 검색하시면 많이 나올 겁니다.)

#1078 티켓으로 등록하였습니다.

그런 것 같습니다. connection 및 db에 인코딩 설정을 지원하는 기능은 mysql 4.1 이상부터 지원되고, timezone을 설정하는 기능은 4.1.3 이상부터 지원됩니다.

해당 플러그인에서 @mysql_... 이런 식으로 코딩해두었으면 무시되고 넘어갈 것 같은데, 플러그인 코드에서 해당 쿼리를 날리는 부분을 찾아 @ 기호를 함수 호출 앞에 넣어보시는 건 어떨런지요;;

390

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

http://www.php.net/manual/en/internals2.memory.php


...요즘 텍스트큐브 메모리 부족 문제를 몇 번 겪은 바 있어 어떻게 생겨먹었나 보려고 했더니...

후우; ㅠㅠ

건더기님, 혹시 config.php 등에 ini_set('zend.ze1_compatibility_mode', 0)을 넣었을 때 해결되는지 확인해주실 수 있나요?

매뉴얼 보니 Changeable에 PHP_INI_ALL라고 되어 있는데 이게 혹시 php 스크립트 내에서 임의로 override 가능한 것인지 알고 싶어섭니다. (왜 매뉴얼엔 설명이 안 보이는 건지..-_-)

아예 xquared를 기본 에디터로 쓰는 것을 검토 중이고, 그렇게 안 되더라도 플러그인 형태로 지원할 가능성이 매우 높습니다. 조금만 기다려주세요~

건더기 작성:

이따금씩 우리 포럼에 보고가 들어오는 오픈ID로 로그인하려는데 그냥 화면이 하얗고 아무것도 되지않는다는 분들도 이 오류때문일겁니다.
(저도 이 오류가 생긴게 php.ini 기본 설정이 이거라서 내비뒀던거거든요... wink)

php 설정을 디롤트 값으로 내버려두는 호스팅이거나 zend 옵티마이저 하위호환성 감안한다고 이렇게 설정해둔 곳이면 동일할겁니다.

php.ini 설정을 바꾸라고 하기도 그런 문제이니 우리가 개선해야겠네요....

그나마 다행인 건, php 매뉴얼에 따르면 기본값이 off 또는 0이라는 점입니다.;

대충 구글링해보니 옵션에 따라 OOP 동작이 달라져서 그런 듯싶습니다. (PHP Bugs: 38663)
[s]일단 사용하시는 php 버전이 정확히 몇인지 알려주시면 좋겠습니다.[/s]구글링해보니 5.0.x ~ 5.2.x까지 동일하게 발생하는 문제인 것 같군요. 5.3에서 수정되는 듯.

그나저나 어떻게 해결해야 될지는 난감하군요...
정말 설정에 따라 '다른' 언어가 된다더니만 OTL
매뉴얼 찾아보니 PHP4와의 호환성을 위한 플래그라고 하네요.

게다가 이런 절망적인 질의응답도 있군요.
또한 이것은 php 5.3에서는 E_DEPRECATED 경고를 발생시키는 것으로 대체된다고 하네요..;; 아놔, 정말 php 5.3 전용으로 만들어버릴까-_-

사용하시는 MySQL 버전이 어떻게 되는지요?;;

텍스트큐브를 사용하다가 원인을 알 수 없는 오류가 발생할 때가 있습니다.
이런 경우 보통 블로그가 백지만 나오는 경우가 많은데요, 설치 자체가 잘못되었거나 한 경우가 아니라면 대부분 관리자 모드는 동작합니다.

이럴 때 디버그 모드를 활성화하면 백지 대신 에러 메시지를 확인할 수 있는데요(기본으로 꺼둔 이유는 보안을 위해서입니다.) 블로그 주소 끝에 /owner를 붙이면 관리자 로그인을 할 수 있습니다.

텍스트큐브 1.7대 기준으로, 로그인 후 오른쪽 상단의 [서비스 관리] -> [서버] 메뉴에 들어가시면 아래쪽에 디버그 관련 옵션이 있습니다. 이걸 켜고 블로그 페이지를 다시 방문해보면 에러가 뜨는 것을 확인하실 수 있습니다.

일부 심각한 에러의 경우, 디버그 모드 활성화만으로는 보여지지 않을 수 있는데(메모리 부족 등) 이때는 config.php에서 직접 ini_set('display_errors', 'off')를 'on'으로 바꿔주시면 됩니다.

397

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

일단 주소 끝에 /owner를 붙여서 들어가보니 로그인 페이지가 뜨는 걸로 봐서 메모리 제한 문제가 아닐까 싶습니다만, 일단은 관리자로 로그인하신 다음 오른쪽 상단의 [서비스 관리] -> [서버]에 들어가셔서 중간쯤에 있는 디버그 관련 사항을 모두 체크하신 다음 접속해보시면 에러 메시지가 나올 것입니다.

만약 메모리 부족 관련된 메시지라면(out of memory, not enough memory, tried to allocate xxxx bytes 어쩌구 등) 서버 관리자 분께 문의해서 php가 사용할 수 있는 최대 메모리 양을 늘려달라고 해보세요.

ps. 이미지 리샘플링 기능을 사용 중이셨다면 특히 메모리 부족 문제일 가능성이 높습니다.

398

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

e-sinsa.com에 별도의 index 페이지를 만드셨다면 그 index 페이지 자체에서 리퍼러를 알아내어야 그 페이지로 바로 들어온 경우를 알 수 있겠죠? 당연히 그 index 페이지는 텍스트큐브의 것이 아니므로 리퍼러 측정이 되지 않습니다;;

간단한 php 스크립트로 $_SERVER['HTTP_REFERER']라는 변수를 통해 알아내실 수 있습니다. 해당 index 페이지의 HTML을 넣고 끝에 php 스크립트를 추가해보시는 건 어떨지요. 물론 이것이 텍스트큐브의 통계에 잡히게 하려면 텍스트큐브의 DB에 기록을 해줘야 합니다.;

첫번째는 원래 그런 에러가 나는 것이 맞구요, 다만 이걸 사용자에게 그대로 보여주느냐 아니면 한 단계 포장해서 보여주느냐의 차이일 것 같습니다.

두번째의 경우는 php5에서 추가된 autoload 함수를 구현하는 과정에서 누락된 것이 아닌가 싶군요.

관리자 화면에서 직접 스킨 코드를 수정하여 저장하실 경우, 텍스트큐브가 설치된 디렉토리 아래의 skin 디렉토리 안에 customize 디렉토리가 생기고 사용자가 수정한 스킨이 저장됩니다. (원본 스킨은 그대로 남아있습니다.)

이를 위해서는 서버의 웹서버(보통 apache)가 skin 디렉토리에 쓰기를 할 수 있는 권한이 있어야 합니다.

자신이 서버의 루트 권한을 가지고 있고 좀더 보안에 신경쓰고 싶다면, telnet/ssh 등으로 접속한 쉘에서

$ sudo chgrp www-data skin
$ chmod g+w skin

정도로 되겠고(리눅스 배포판마다 www-data 대신 apache와 같은 이름을 쓸 수도 있음), 웹호스팅 계정과 같이 루트 권한이 없다면 쉘에서

$ chmod 777 skin

이렇게 치거나 FTP 클라이언트(알FTP, FileZilla 등)로 접속하여 퍼미션을 777로 변경해주시면 되겠습니다.

윈도우에서 IIS를 서버를 사용하시는 경우라도 폴더 보안 속성에서 웹서버가 접근(쓰기)할 수 있는 권한을 주시면 됩니다.