음.. 질문의 요지를 파악하고 나서 가봤는데 잘 나오는데요..
혹시나 클릭이 안되시는 거라면,
아래처럼 직접 주소창에서 이동이 가능합니다.
http://www.textcube.org/theme/category/?page=16
http://www.textcube.org/theme/category/?page=페이지번호

setup.php를 접속할 때 사용한 도메인 주소 정보가 저장이 됩니다.
이후 도메인을 변경하거나 한것 같습니다.
config.php를 삭제후 변경된 도메인으로 접속하여 재설정을 해주시면 됩니다.

APMsetup에서 하셨다면 윈도우에 설치하신 듯 싶습니다.
윈도우를 서버로 쓰시면 attach폴더를 포함한 권한설정이 필요치 않습니다.
FTP원격서버로 접속할 때 씁니다. 일반적인 호스팅사용자에 해당되지요.
로컬에서 업로드시엔 FTP가 필요치 않습니다.
일반 PC로 써도 되지만 외부에서 접속할 포트는 일반적인 80포트가 열려져 있는지 사용하는 인터넷 회선에 따라 다릅니다.
외부에서 접속하려면 외부 ip주소로 접속하시면 됩니다.
공유기에 연결되어있다면 DMZ등은 풀어주셔야하구요..
이는 텍스트큐브의 설정보다는 기본적인 APM 설정방법에 해당되므로 해당 사이트에서 도움을 얻는게 더 정확하고 빠를 수 있습니다.

아무런 오류 메시지가 없던가요?
안넘어간다면 오류메시지 정도는 있을듯 싶은데요.

일반적인 포털사이트의 서비스형과는 달리 설치형의 텍스트큐브는 해당 사용자의 사용자 정보를 저희 니들웍스/TNF에서 보관하고 있지 않습니다.
저희는 블로그를 서비스할 수 있는 툴만을 제공하고 있습니다.

사용하는 주체의 이용에 대한 부분은 모두 사용자에게 있습니다.
사용중인 호스팅업체에 요청하시면 해당 사용자의 연락처를 얻을 수 있을 듯 싶습니다만,
도메인 정보에서도 사용자가 해당 정보를 삭제 요청을 해둔상태로 보입니다.
따라서 지금 상황에서는 도메인 업체인 영문사이트인 domainsbyproxy.com 에 문의하시거나,
허나 지금에서는 해당 사용자에게 연락처가 없다면 공공기관의 도움을 받는게 더 빠르지 않나 싶습니다.

이 정보 만으로는 문제를 파악하기 어렵습니다.
텍스트큐브의 버전 서버정보, 어떻게 작동하지 않는지 등의 상세한 오류 정보가 필요합니다.

932

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

호스팅에서 mod_rewrite 지원이 미약한것 같습니다.
증상은 ? 가 포함되는 증상인데요..
일전의 답변을 그대로 옮겨 적습니다.

?는 mod_rewrite가 지원되지 않는 서버에서 동작할 때 나타납니다.
혹은 지원되는 서버인데 서버의 설정상 index.php를 최우선시해서 그런 경우가 있습니다.
이 경우 config.php를 열어

$service['fancyURL'] = 2;

를 추가합니다.
이렇게 하면 강제로 문자 주소를 사용하도록 변경됩니다.

데이터베이스에 접속할 수 업다는 메시지입니다.
일단 좀 기다려보시고 동일 증상이라면,
호스팅에서 DB서버가 살아있는지 문의해보시고..
텍스트큐브내의 config.php에서 db접속정보가 제대로 되어있는지 확인해보시기 바랍니다.

질문의 내용만으론 상황을 파악하기 어렵네요..
블로그 링크정보와 어떻게 데이터를 옮기셨는지 등의 좀 더 상세한 정보가 필요합니다.

시간이 넉넉치 아니시다면,
아래의 연락처로 메일로 로긴 정보를 보내주시면 제가가지고 있는 정보로 변환 시도를 해봐드릴 수도 있습니다.
반대로 저는 회사시간에 시간이 좀 널널한지라..;;

일단 지금은 밤이 깊었으니..
내일 날이 밝는대로 다시 자초지정을 확인해보겠습니다.
아래의 연락처로 메신져 컨택해주세요..

저 말대로라면 hiyan.dq_revolution 테이블이 존재하지 않는다는 메시지인데요..
dq_revolution 이어야 맞는것 같은데 아무래도 프로그램 문제인듯 싶기도한데 해당 제작자분께 문의하셔야 할듯 싶습니다.

938

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

호스팅에서 한글 검색이 미약한듯 싶습니다.;;
블로그내 한글 검색이 제대로 되고 있지 않음을 확인했습니다.
아래의 FAQ링크를 참조하세요.
http://forum.tattersite.com/ko/viewtopic.php?id=5333

페이지캐쉬기능 때문에 그렇습니다.
페이지 로딩때마다 페이지를 읽는 것보다 캐쉬로 하면 속도가 빨라지게하는 기능이라 보시면 되구요.
관리자 대쉬보드(첫페이지)에서 캐쉬지우기를 하시면 바로 적용된 페이지를 볼 수 있습니다.
500에러는 에디터의 문자셋이 잘못된 경우일 가능성이 큽니다.

기본 압축풀어서 업로드하셨다면
tc/setup.php 입니다.
페이지 없다는 404에러인데..
입력하신 주소가 FTP상에서의 파일 위치가 맞는지 확인해보세요.
기계는 거짓말 안하거든요.

플러그인 모두 사용중지로 하고 테스트해보세요..
대부분은 플러그인의 호환문제입니다.

감사합니다.
미쳐 글을 못봤네요..

복구시켜도 안된다는건 다른 파일에 문제가 있지않나 싶은데요..
해당 파일을 수정치 마시고 텍스트큐브 사이트의 원본 파일을 다시 업로드해보시겠어요?
에디터 상에서 문자셋이 잘못되게 수정되어 업로드 되었을 수 도있습니다.

하루에도 몇분씩 등록요청이 온데다가 많은 분들이 추가되어있어 어느분이 어느분인지 잘 알아보기가 어렵습니다.;;
네이트온 활동시간은 회사에서 근무하는 근무시간에 대부분 접속합니다.

이는 스킨에 따라 코드가 다르므로 예시만을 알려드립니다.
input tag의 attribute에는

<intput  type="checkbox"  id="abc"  value""  checked="checked">

기본적으로 checkbox 라는 형태의 input 코드가 있을겁니다.
코드형태는 스킨마다 다릅니다.
여기에  checked="checked" 속성을 주면 기본적으로 체크되어있도록 합니다.
더불어 hidden 속성을 준다하여 체크된 상태로 체크를 풀 수없도록 숨길 수도 있습니다.
자세한 내용은 포털에서 input 태그 속성에 대하여 검색하시면 자세한 정보가 있습니다.

xhtml 스킨의 형태로 구현이 안되어 있어서 코드 보기가 어렵네요..;;
css 제어가 안됩니다.
style.css를 삭제하고 블로그페이지가 아닌 단일 skin.html 만으로 봤을 때에도 동일증상으로 상단의 여백이 있습니다.
css제어가 가능하면 어떻게 코드를 좀 건들여보겠는데 텍스트큐브 버전과는 무관하고 skin.html 자체에 문제가 있어보입니다.
스킨파일(js. swf, img 포함)을 보내주셔야 가능할 것 같습니다.

여러가지 문제가 있을 수 있는데..
가장 흔한이유가 skin 디렉토리와 그 하위 디렉토리의 권한이 0777인지 확인해보시기 바랍니다.

글쎄요.. 개인보유도메인을 하나의 호스트에서 각각의 사용자에게 도메인을 허용하려면..
지금의 텍스트큐브의 기능만으로는 힘들지 않나 싶습니다.
다른 프로그램을 설계하시는게..
일반적으로 다중블로그는 하나의 도메인에 블로그 식별자로 구분을 합니다.
이에 기본적인 도메인에 id를 붙여 나눈다고 보면 되는데요.
이를 다른 개인도메인에 연결하려면..
하나의 호스팅이 아닌 하나의 서버로 작업을 하셔야 할 것 같기도 합니다.
일반적인 호스팅에서는 호스팅에 도메인 연결은 해당 호스팅업체에서 관리를 하고
추가적인 도메인 연결은 그에 따른 추가 비용을 받는게 대부분이거든요.
사용자마다 도메인을 연결한다면, 몇명 안되면 그렇다 하지만,
많아지면 그 비용도 감당하기 어려울 겁니다. 배보다 배꼽이 더 커지는..

가장 좋은 방법은 1.7의 관리자 페이지에서 첨부파일을 포함하여 백업하시면 더 좋지만,
파일이 많다면 백업파일의 크기가 커지겠지요..
그외는 첨부파일을 제외하고 데이터만 백업을 하고 첨부파일은 폴더 구조 그대로 attach폴더를 다운 받아 이전한 서버에 다시 업로드해주시고 폴더권한을 맞춰주시면 됩니다.
다시말해 1.7관리자 페이지에서 ttxml로 백업을 하고 이전한 서버에서 데이터 복구를 해주시면 서버의 문자셋과 상관없이 복구가 가능합니다.

config.php를 백업/삭제하시고 setup.php를 진행하시면
재설정 메뉴가 보입니다.