Textcube : Brand yourself!

RC2를 보고 설치할까 말까 고민중이었는데, 그새 정식 버전이 떴군요 :)

수고하셨습니다^^
나중에 시간나면 설치해야 겠네요

• 텍스트큐브
  2008/06/09 21:32  PERMALINK  MODIFY/DELETE

  예 많은 버그 찾아주셔서 감사합니다!

1.7 : Risoluto 드디어 공개됐네요^^; 수고 많으셨습니다 :)

• 텍스트큐브
  2008/06/09 21:32  PERMALINK  MODIFY/DELETE

  언제나 많은 도움 주셔서 감사합니다. :D

베타때부터 써본 소감으로는 메뉴 개선과 추가된 모블로깅 기능만으로도 업그레이드라는 귀차니즘을 감수할 만 합니다. ^^/

참고로 모블로깅중 Gmail 처럼 SSL로 POP3에 접속하는 곳의 경우 서버에서 OpenSSL이 설치되어있어야 하고, Apache와 PHP에 적용되어있어야 합니다.
SSL로 POP3에 접속하지 않는 경우는 무방합니다.

잘사용 하겠습니다. ^_^

(이전버젼은 파이어폭스로 관리자 모드 잘 사용했는데...
이번 버젼에서는 다 깨져서 나와서 익스플로러 사용..OTZ)

• 텍스트큐브
  2008/06/09 17:14  PERMALINK  MODIFY/DELETE

  캐시가 갱신되지 않아서 그런 것이니 F5 다다다 신공을...
  
  공식적으로 지원하는 브라우저는 Firefox 3 / Safari 3.1 / IE7 이상입니다 :)

• nanika
  2008/06/09 20:21  PERMALINK  MODIFY/DELETE

  깨져나온다고 투덜대고 있었는데 이런 문제가.. f5한방에 깔끔해 졌네요. 스킨 바꿔서 쓰고 있었는데..하하;;

현재 제가 만든 다음블로그 뉴스 플러그인이 제대로 작동안하는 경우가 있으니 잠시 패치가 나올때까지 정지하세용...

아마 서버 설정중 인코딩의 문제인듯 싶습니다.

• 텍스트큐브
  2008/06/09 21:34  PERMALINK  MODIFY/DELETE

  텍스트큐브 1.7의 오류일 수도 있으니 새로 설치하신 후 다시 한 번 테스트 해 보시기 바랍니다.^^

아하~
오전에 업뎃하고.. 방명록 페이징이 안보이길래..
잘못 설치했나 싶더니..
패치가 나왔군요~
감솨감솨~ 합니다.
^^

• 텍스트큐브
  2008/06/09 21:34  PERMALINK  MODIFY/DELETE

  패치하는 불편함을 드려서 죄송합니다. T_T

tracewatch 로그 보려고 했더니 블로그 상에서 "존재하지 않는 페이지 입니다." 라고 나오네요...;;; 이거 어쩌죠?

• 텍스트큐브
  2008/06/09 21:37  PERMALINK  MODIFY/DELETE

  http://howto.textcube.org/entry/adding-rewrite-rule-in-htaccess 를 참고해 보시기 바랍니다.^^

• nanika
  2008/06/09 22:54  PERMALINK  MODIFY/DELETE

  정작 1.6.3 까지는 별 탈 없이 썼었는데 말이죠.. 당황했네요. 정보 감사합니다.

ttml 에디터에서 글 작성시 취소 기능(Ctrl+Z)은 아직도 제대로 작동하지 않네요.
무슨 문제일까요?
다음 버전에서는 꼭 해결해 주시면 감사하겠습니다.

• noname
  2008/06/16 20:20  PERMALINK  MODIFY/DELETE

  이건 포럼에서도 예~전에 나왔던 문제고 수정하겠다고 했는데 아직도 그대로인가 보군요. IE7에서는 저 기능이 동작하지 않는 문제점이 1.6.3까지도 있었습니다.
  
  제법 오래된 버그인데 이 문제도 곧 해결되기를 바랍니다.

잘 사용하겠습니다 :)

혹시 했지만 역시 TTML모드에서 <br>에 슬래시 ( <br /> ) 달리지 않는 버그는 아직도 수정이 안되었군요...

뭐, 암튼, 수고하십니다^^

다른사람 블로그아이콘은 뜨는데 제 블로그 아이콘은 뜨지가 않고 디폴드 그림이 나오는군요 =ㅅ=;;;

• 엘다
  2008/06/11 05:53  PERMALINK  MODIFY/DELETE

  오홋, 해결되었습니다. 감사합니다 :-)

• choigun
  2008/06/11 10:39  PERMALINK  MODIFY/DELETE

  아하~ 이런 거였구뇨
  '-') 저도 감사

firefox에서 관리자 모드가 완전 깨지네요...ㅠㅠ
주로 파폭을 쓰는데, 파폭에서도 자유롭던 텍스트큐브가 좋았는데... 너무 심하게 깨져서 그냥 참고 쓸수 있는 정도가 아니던데... ㅠㅠ 추후에 개선되겠죠?

• 텍스트큐브
  2008/06/12 15:55  PERMALINK  MODIFY/DELETE

  1.6대의 브라우저 캐시가 남아서 그런 것 같습니다.^^ 하나도 안깨지는 것이 정상이므로 '도구'-'개인정보 초기화'를 통해서 캐시를 비우고 다시 접근하시거나, F5를 눌러 페이지의 캐시를 다시 불러오도록 해 보시기 바랍니다.
  
  참고로 TC1.7의 관리패널이 정식으로 지원하는 브라우저는 Firefox 3 rc2 / Safari 3.1 / Internet Explorer 7 이상입니다. :)

• 랑랑
  2008/06/13 10:58  PERMALINK  MODIFY/DELETE

  헉... 그렇네요!
  전 왜 이제는 파폭이 안되나 했습니다.ㅠㅠ
  익스플로러에서보다 더 안정적으로 되네요;;;
  답변 감사합니다~~.

감사히 잘 사용하겠습니다. 매번 정말 감사합니다.

아, 그리고 제가 Firefox 2.0.0.14를 사용하는데 관리패널 잘 지원되고 있습니다.

고생하셨습니다^^/

• Textcube
  2008/04/25 14:46  PERMALINK  MODIFY/DELETE

  감사합니다 :)

언제나 감사히 사용중입니다. 고생하셨습니다.

• Textcube
  2008/04/25 14:51  PERMALINK  MODIFY/DELETE

  감사합니다! >_<

수고하셨습니다~ :)

• Textcube
  2008/04/25 14:52  PERMALINK  MODIFY/DELETE

  감사합니다 ~^^ :)

항상 감사합니다^^

• Textcube
  2008/04/25 14:52  PERMALINK  MODIFY/DELETE

  옙 많은 피드백 부탁드립니다 :D

관리자만 볼 수 있는 댓글입니다.

• Textcube
  2008/04/25 14:47  PERMALINK  MODIFY/DELETE

  해당 페이지를 수정하였습니다. 알려주셔서 감사합니다^^

방금 업데이트하고 오는 길입니다. 수고하셨습니다.^^

• Textcube
  2008/04/25 14:53  PERMALINK  MODIFY/DELETE

  업데이트하셨군요^^ 1.6에서는 마지막 업데이트이니 당분간 심심하실 듯 합니다. :D

이러시면 곤란합니다........
태국이라.... 인터넷도 환장하게 느린데.....ㅠㅅㅠ
오늘도 새벽내내 업그레이드 해야겠네요.ㅠㅅㅠ 흑흑~

언제나 감사드립니다. ^_^

• Textcube
  2008/04/25 14:53  PERMALINK  MODIFY/DELETE

  ftp가 엄청 느린 경우라면 서버로 직접 받아서 압축을 푸는 방식으로 업데이트 해 보세요^^ 라인 자체가 느리다면야...

회색 코끼리님이 바로 전에 댓글을 다셨네요. :)
퇴근하고 집에가서 얼른 업그레이드 해 봐야 겠습니다.

늘 감사드립니다~ :D

• Textcube
  2008/04/25 14:54  PERMALINK  MODIFY/DELETE

  텍스트큐브와 함께 즐거운 시간 되시기 바랍니다. :D

얼레...왠일로 하루가 지나도 문제가 있었다며 다시 받으라는 글이 없는겁니까? ㅋㅋㅋ
농담이구요. 수고 많이 하셨습니다. 업글해봐야겠네요.

• Textcube
  2008/04/25 14:54  PERMALINK  MODIFY/DELETE

  1.6.3은 1.6 방점찍는다는 의미때문에 (정말일까요?) 테스터 분들께서 고생을 많이 해 주셨습니다.^^

감사합니다. 글고 언제나 수고하십니다. (~^^)~
잘쓰겠습니다.

요런; 제가 중간고사로 피터지게 있을때..^^;
테스터 역할을 제대로 못한거 같네요^^*
다음주부터는.. 알수있는 범위로..잘 해보렵니다.^^
파이팅!

1.6.3으로 업데이트하고 난 후 관리자 아이디로 로그인하고 나서도 각 포스트 페이지 들어가면 포스트 수정 메뉴가 표시되지 않습니다.
그 상태에서 다시 관리자 페이지로 들어가려면 로그인이 풀려 있군요.
처음에는 제 PC 문제라고 생각했는데 다른 PC에서도 그렇네요.
확인 부탁드립니다.
(확인한 PC는 모두 익스플로러 7을 쓰고 있습니다)

아, 죄송합니다.
다시 설치하니까 문제 없네요.
아마 업로드 중 문제가 생겼었나 보네요. ㅡ.ㅡ;;

1.6.3으로 업데이트 후에.. 블로그 내의 검색이 되지 않습니다. 그 어떤 키워드를 넣고 검색을 하게 되면 HTTP 500 내부 서버 오류라고 나오는데.. 포럼에 요청을 해도 아직 해답을 얻지 못해 혹시나 해서 여기다 글을 남겨봅니다~

수고하셨습니다. :)

우와~ 진짜 빨리 나와요. 태그는 유머죠? ㅋㅋ

1.7은 빨리나옵니다..^^ㅋ
센스있는 태그에 한번 웃고 갑니다. ㅎ

감사합니다 :)

언제나 고맙습니다. 1.7이 벌써부터 기다려집니다.

http://withover.com

여기가 제 블로그인데, 1.6.2 를 설치하고 나서부터 텍스트 큐브가 작동하고 있지 않습니다. 관리자 모드로 접근을 할 수도 없고, 어떻게 해야할지 모르겠습니다.

• BlueTaggz
  2008/03/26 02:42  PERMALINK  MODIFY/DELETE

  Checkup은 하셧나요??
  tc경로 아래에/checkup 을 통해 체크업 해주세요

• withover.com
  2008/03/26 03:12  PERMALINK  MODIFY/DELETE

  텍스트 큐브 문제가 아아니라, 호스팅업체 문제였습니다. 수정하였습니다.

우왕^^
멋져요!!

Metaweblog API로 글 작성시 Tag정보는 저장이 안되고 있네요.
Windows Live Writer로 작성하면 태터툴즈에서는 잘 됩니다.
수정 부탁드려요~

음... 이상하게 PNG파일은 썸네일이 생성이 안되는군요.

그림 파일이 아닌 다른 파일을 첨부하고 글에 삽입 시 편집 창 옆에 뜨는 오브젝트 속성(캡션이라던지) 창이 뜨지 않습니다 'ㅅ';

글 제목이 한글로 쓰여있으면 글에 직접 접근시 페이지를 찾을 수 없다고 나옵니다. 이건 어떤문제인가요?

한글로 카테고리 네이밍을 하면 카테고리 리스트가 나오지 않고 항상 전체리스트가 나옵니다. 어떻게 해결해야 하나요?

글을 수정할때 제목을 바꾸고 절대주소부분에 있는 값을 지우면 예전에는 새로운 제목으로 바꼈는데 업데이트 후에는 예전 주소만을 고집합니다.

내용이 조금 깁니다.
텍스트큐브 개발진에서 꼭 봐주시기 바라고
해결책도 알려주시기 바랍니다.

내용의 골자는
도메인네임으로 블로그를 식별해주는 다중사용자 모드 설치가
setup.php 와 lib/auth.php 의 수정으로 가능합니다.
단, 2차 도메인 주소의 사용과 관련해서
textcube1.6.2 에서의 오류 부분에 대한 답을 구합니다.

===================================================
설치버전 : textcube 1.5.3.1

설치매뉴얼을 보면,

- 호스팅의 계정에 따라 DNS와 path를 동시에 지원하는 경우와 path만 지원하는 경우가 있습니다.
- 도메인네임(DNS)로 블로그 식별
- 하위 경로(PATH)로 블로그 식별

처럼
- 도메인네임(DNS)로 블로그 식별 이라는 메뉴도 뜬다고 되어 있습니다.

호스팅에 네임서버를 설정하면서
*.aaa.com 처럼 다이내믹이 작동되도록 했고
여기저기서 찾아본 자료에 맞도록 설정을 했지만
죽었다 깨나도... "도메인네임(DNS)로 블로그 식별" 이라는 메뉴가 뜨지 않습니다.

어찌어찌해서
setup.php 파일을 수정해서 설치 시도.
setup.php 파일의 778행 밑에 $rewrite = 2; 를 삽입하고 설치를 합니다.

[원본 내용]

@chmod($filename, 0666);

if (testMyself(substr(getFingerPrint(), 0, 6) . substr($_SERVER['HTTP_HOST'], strpos($_SERVER['HTTP_HOST'], '.')), $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 3;
else if (testMyself(substr(getFingerPrint(), 0, 6) . '.' . $_SERVER['HTTP_HOST'], $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 2;
else if (testMyself($_SERVER['HTTP_HOST'], $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 1;
else {
$rewrite = 0;
@unlink($filename);
checkStep(33, false);
return false;
}
@unlink($filename);
$domain = $rewrite == 3 ? substr($_SERVER['HTTP_HOST'], strpos($_SERVER['HTTP_HOST'], '.') + 1) : $_SERVER['HTTP_HOST'];


[수정 내용]

@chmod($filename, 0666);

if (testMyself(substr(getFingerPrint(), 0, 6) . substr($_SERVER['HTTP_HOST'], strpos($_SERVER['HTTP_HOST'], '.')), $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 3;
else if (testMyself(substr(getFingerPrint(), 0, 6) . '.' . $_SERVER['HTTP_HOST'], $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 2;
else if (testMyself($_SERVER['HTTP_HOST'], $path . '/testrewrite?test=now', $_SERVER['SERVER_PORT']))
$rewrite = 1;
else {
$rewrite = 0;
@unlink($filename);
checkStep(33, false);
return false;
}

$rewrite = 2;

@unlink($filename);
$domain = $rewrite == 3 ? substr($_SERVER['HTTP_HOST'], strpos($_SERVER['HTTP_HOST'], '.') + 1) : $_SERVER['HTTP_HOST'];


위와 같이 $rewrite = 2; 를 삽입하고 수정한 setup.php 로 설치를 하면

- 도메인네임(DNS)로 블로그 식별
- 하위 경로(PATH)로 블로그 식별

처럼 "도메인네임으로 블로그 식별" 메뉴가 뜨고
설치를 완료합니다.

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

위와 같이 setup.php 파일을 수정만 해주어도
제가 이용하는 서버 환경에서는 도메인네임으로 블로그를 식별해주는 다중사용자 모드가
정상적으로 설치되고
여러개의 하위 블로그를 생성해주더라도
아무 문제없이 돌아갑니다.

textcube 1.5.3.1, textcube 1.5.4 모두 설치가 가능합니다.
심지어 최근 발표된 textcube 1.6.2 버전에서도
도메인네임으로 블로그를 식별해주는 다중사용자 모드 설치가 가능합니다.

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

여기까지는
어찌어찌해서 맞는 방법인 지는 몰라도
강제(?)로 도메인네임으로 블로그를 식별해주는 다중사용자 모드를 설치했습니다.

textcube 에서는 티스토리 처럼 "2차 블로그 주소"를 사용할 수 있는 옵션이 새로 생겼습니다.

1차 블로그 주소 http://selva.pcc4u.net 였던 것을
2차 블로그 주소 http://clubcapetown.net 처럼 설정을 해주면

selva.pcc4u.net 으로도 로그인이 가능하고
clubcapetown.net 으로도 로그인이 가능하므로

블로거가 소유한 독립적인 URL로 블로그를 이용할 수 있게 됩니다.

자.. 그럼 잘 되나 확인해봅니다.

1차 블로그 주소 http://selva.pcc4u.net
2차 블로그 주소 http://clubcapetown.net

처럼
2차 블로그 주소에 clubcapetown.net 을 입력하고 저장을 하면
저장이 되고, 설정된 2차 블로그 주소로 이동하면서
다시 로그인을 하라고 합니다.

이동된 로그인 URL의 주소가
http://selva.pcc4u.net/login?requestURI … Fdashboard
처럼 표시가 됩니다.

여기서 이메일과 비밀번호를 입력하면, dashboard 창으로 이동하지 못합니다.
실제로는 로그인이 되었지만, dashboard 창으로 이동하지 못하고 있습니다.
(이동하지 못하고 있는 익스플로러에서 원래의 selva.pcc4u.net 으로 들어가, control panal을 누르면
곧바로 dsahboard 창으로 들어가는 것을 보면, 로그인이 되었지만, 그 창으로 들어가지 못하는 것 같습니다.)

혹시
http://selva.pcc4u.net/login?requestURI … Fdashboard
에서
앞부분의 selva.pcc4u.net 과 뒷부분의 clubcapetown.net가 일치되지 않아서 생기는 문제 같습니다.

이 문제는 lib/auth.php 를 수정해서 해결됩니다.

auth.php 의 35행 아래를 보면 아래의 내용입니다.

function requireLogin() {
global $service, $hostURL, $blogURL;
if (!empty($service['loginURL'])) {
header("Location: {$service['loginURL']}?requestURI=" . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
} else {
if (String::endsWith($_SERVER['HTTP_HOST'], '.' . $service['domain']))
header("Location: $blogURL/login?requestURI=" . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
else
header('Location: ' . getBlogURL() . '/login?requestURI=' . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
}
exit;
}

윗 부분을 아래와 같이 수정합니다.

function requireLogin() {
global $service, $hostURL, $blogURL;
if (!empty($service['loginURL'])) {
header("Location: {$service['loginURL']}?requestURI=" . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
} else {
// if (String::endsWith($_SERVER['HTTP_HOST'], '.' . $service['domain']))
header("Location: $blogURL/login?requestURI=" . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
// else
// header('Location: ' . getBlogURL() . '/login?requestURI=' . rawurlencode("$hostURL{$_SERVER['REQUEST_URI']}"));
}
exit;
}

40, 42, 43 행을 동작하지 않도록 죽입니다.

위와 같이 lib/auth.php 를 수정하면
clubcapetown.net 의 로그인 URL이

http://clbcapetown.net/login?requestURI … Fdashboard

처럼 앞부분의 도메인 주소와 뒷부분의 도메인 주소가 일치해서 뜨고
로그인도 정상적으로 되고

아무 이상없이
도메인네임으로 블로그를 식별해주는 다중사용자 설정으로 이용할 수 있습니다.

위의 내용처럼
setup.php 와 lib/auth.php 의 부분적인 수정을 통해서
도메인네임으로 블로그를 식별해주는 다중사용자 설정을 해서 이용하는 것이
다른 파일들의 동작에 어떤 영향을 주는 지는 자세하게 모르겠지만
별 이상없이 이용할 수 있을 것이라 생각합니다.

문제는, 위의 방법은 textcube 1.5.3.1 과 textcube 1.5.4 에서 적용한 방법입니다.

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

하지만
새로 나온 textcube 1.6.2 에서는 위의 내용처럼
"2차 도메인"으로의 연결이 되지 않습니다.

우선 setup.php와 auth.php를 같은 방법으로 수정을 하고, 설치를 합니다.

도메인네임으로 블로그를 식별해주는 다중사용자 설치가 잘 됩니다.
2차 도메인을 clubcapetown.net 을 바꾸어주고
clubcapetown.net 으로 로그인을 하면

http://clbcapetown.net/login?requestURI … Fdashboard

처럼 잘 뜹니다.

문제는 여기서 이메일과 비밀번호를 입력하고 로그인을 하면
dashboard 창으로 들어가지 못하고

로그인 창(http://clbcapetown.net/login?requestURI … Fdashboard)이 계속 뜹니다.

원래 주소인 selva.pcc4u.net 으로 접속하고 로그인을 하더라도, 전혀 로그인이 되어 있지 않습니다.

1.5.3 버전과 1.6.2 버전의 어떤 차이 때문인 지를 모르겠습니다.

setup.php 파일이나, auth.php 파일을 수정하지 않고
도메인네임으로 블로그 식별하는 다중사용자로 설치하면
"2차 도메인 연결" 부분이 아무 이상없나요?

textcube 1.5.3.1 에서
"2차 도메인 연결"을 하기 위해서 auth.php 파일을 수정해야만 했습니다.
혹시 setup.php 를 강제적으로 수정하지 않고
도메인네임으로 블로그 식별하는 다중사용자 설치가 가능하면
auth.php 를 수정하지 않더라도, "2차 도메인 연결"이 잘 되는 것인가요?

만약
"2차 도메인 연결"과 관련해서, auth.php 파일이 잘못되어져 있었다면
저처럼 수정해서 사용해도, 블로그의 전체 시스템에 영향이 없는 것인가요?

영향이 없는 것이라면
textcube 1.6.2 에서도 1.5.3.1 에서 처럼 auth.php를 수정해서 아무 이상없어야 하는데
로그인이 되지 않는 상황은
또 어떤 파일을 수정해야 하는 것인가요?

setup.php 만 눌러도

- 도메인네임(DNS)로 블로그 식별
- 하위 경로(PATH)로 블로그 식별

이런 옵션이 모두 뜨는 서버 환경이 아니라서
제가 직접 테스트해볼 기회가 없습니다.

이 글을 보시는 분께서
문제에 대한 해결 방법을 알려주시기를 고대합니다.

setup.php, auth.php 를 수정하는 것이 올바른 방법인 지도 궁금합니다.

U클래스.