etc  폴더는  unix 시스템에서 사용되는 디렉토리가 아닌가요?    그것을 블로그 설치 폴더로 사용하면 텍큐가 어지럼을 타는 것이 아닌가요?   경험은 없지만 이치가 그럴 것 같습니다.

지하 작성:

근데 예를들어 http://songkuk.ivyro.net/tc/244  이런 하부 주소도
http://songkuk.ivyro.net/244  이런식으로 연결이 되는건가요??

예, 그리 됩니다.   인터넷에서 종전 글 주소를 따라서 새로운 주소로 들어오게 됩니다.
permanent 라는 게 그런 기능을 말하는 것으로 짐작합니다.   참 좋은 기능을 만들어 준 것입니다.
완벽하게 작동하는 줄 압니다.  블로그를  / 로 옮기시는 것이 좋을 겁니다.

구글 검색 정책을 살펴보면 약 6주 정도 지나면 구글 검색자료에서는  그 자료의 주소가 종전에서 새로운 것으로 수정된다고 합니다.  원래 그리돼야 하는 것인데, 우리의 자랑스런 네이버에서는 통 그런 게 없습니다.  심지어 삭제된 자료도 영원히 남겨 두어서 '없는 페이지' 라는 메시지만 날리게 되더군요.

#<IfModule mod_url.c>
#CheckURL Off
#</IfModule>
#SetEnv PRELOAD_CONFIG 1
Redirect permanent /tc http://songkuk.ivyro.net
ErrorDocument 404 http://songkuk.ivyro.net/404page.html
RewriteEngine On
RewriteBase /
RewriteRule ^(thumbnail)/([0-9]+/.+)$ cache/$1/$2 [L]
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(cache)+/+(.+[^/])\.(cache|xml|txt|log)$ - [NC,F,L]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ $1/ [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ rewrite.php [L,QSA]

위는 제가 테스트해 본 .htaccess  파일입니다.   /의 것입니다.    인터넷 사이트에서의 링크를 따라서 들어오는 경우 에러메시지 바로잡는 줄에 대해서는 확인하지 못했습니다.  redirect 는 잘 되고 있습니다.

두 블로그 모두 글주소를 숫자로 하였던 것인 경우, 합친 후 글주소는 어떤식으로 주어지는지요?
예컨데, a 블로그의 1번  주소의 글과 b 블로그의 1번 주소의 글은 각각 어떻게 글주소가 부여되느냐입니다.

메일박스를 열어보셔야지요.  거기에 비번을 보내왔을 겁니다.

호스트에 로그인하고 그 명령을 주라는 뜻입니다.  putty 같은 것으로 로그인하시면 될 겁니다.
filezilla 같은 프로그램에서 처리하는 것이 더 편하기도 합니다.  저는 그리하고 있습니다.
그런데, 저는 설치하면서 저런 문구가 뜬 적이 없습니다.  이상하네요.

그 스킨메니저는 근래 사용할 수 없는 것으로 알고 있습니다. 
필요한 스킨 파일을 다운로드하여 skin 폴더에 업로드하여 설치하여도 됩니다.  스킨메니저는 그리 요긴한 것은 아닙니다.

며칠 새 블로그 이전 경험에 의하면, 티스토리와 텍스트큐브(설치형) 사이에는 별 문제가 없는 줄 압니다.

서버에 들어가서 config.php 파일을 확인하였습니다.  별 이상이 없는 것 같았습니다.  첨부파일 폴더도 이상없는 듯 하였고... 
setup.php  로 다시설정하였습니다.  그 다음에 서버에 저장된 백업파일로 복원하려니 13번줄 에러를 내면서 실패하였습니다.  복원시 교정하도록 하는 곳에 체크를 해제해도 마찬가지.
그래서 그 백업파일을 제 pc 에 다운하고, 제 pc 를 웹서버로 하여 복원을 시도하였더니 단번에 성공하게 되었습니다.
이상입니다.  참고하세요.

http://www.ndless.co.kr/
현재 1.7.5 를 설치하셨군요.  호스트(서버)의 자료를 ftp 로 복사해 두셨다고 했으니,  그것 중 attach  폴더를 서버에 복사하고,  config.php  파일을 삭제한 후에 http://www.ndless.co.kr/setup.php  로 가서 다시설정 방법으로 해 보세요.

1.1.2.2 에서 1.7.5 로 업데이트하는 길은 패키지를 덮는 것이 정도라고 생각합니다.  중간 버전에서 디비 구조가 약간 변경되었다는 메뉴얼을 본 기억이 나네요.  덮는 경우 최초 로그인할 적에 체크과정 같은 것이 그 때문에 필요하다고 생각합니다.
백업한 후에 호스팅의 모든 자료를 삭제하고 새로 1.7.5를 설치하고 복원할 수 있으면 좋은 일입니다.  아마도 지금 이 길을 택하신 것으로 이해합니다.  호스팅의 모든 자료를 삭제하지 않은 상태라면 (첨부파일 폴더를 지우지 않은 상태이고 디비 데이타를 삭제하지 않았다면) 1.7.5   다시설정을 통해서 간단히 처리할 수 있을 텐데요.  이는 복원 절차가 필요없지요.

강태희 작성:

바뀐 것 아닌가요?
1.1.2.2에서 백업한 파일이 1.7.5에서 복원해봐야
맞는 것 같은데...
----------------------------------------------

예, 거꾸로도 그리 잘되니 님께서 바라시는 것은 두말없이 잘되지 않을까 생각한 것입니다.

심심하기에 테스트해 보았습니다.
1.7.5 에서 백업한 것을 1.1.2.2  에 복원시켜 보았습니다.
기대하지 않았었는데,  잘 되었습니다.
그러니 1.1.2.2  에서 1.7.5 로 업데이트하기 위하여 돌아갈 필요가 없을 것 같습니다.
http://goldenway.zc.bz/     ----    1.1.2.2
http://goldenway.co.kr/     -----    1.7.5

"쓰레기 같은 ......"  과  관련된 말씀 드립니다.  저역시 메뉴얼이  재 정리돼야 한다는 점을 느끼고 있습니다.
위 산지기님의 답변은 메뉴얼과 틀리지 않은가 생각합니다.  메뉴얼에는 다음과 같이 돼 있습니다.
======
Textcube 1.6 설치시 주의사항

목차
업그레이드 시
업그레이드 방법
플러그인 충돌 보고
설치시

업그레이드 시
업그레이드 방법
백업을 위해 ttxml을 만들 경우 반드시 태터툴즈 1.1.2.2 이상으로 업그레이드 하신 후에 만드시기 바랍니다
==========================
질문하신 분은 현재 1.1.2.2 를 사용하고 계시므로 메뉴얼대로라면 그냥 덮어쓰면 될 것 같습니다.  1.1.3 으로 업데이트할 필요가 없을 것 같습니다.  1.1.3 으로 업데이트한 다음에 1.7.* 로 업데이트해야 한다는 설명이 있는 메뉴얼은 어디에 있는지 ?
혹시 '이상' 의 뜻을 혼동하시는 것이나 아닌지 모르겠습니다.  '1.1.2.2 이상' 은 1.1.2.2  를 포함하는 뜻인 줄 알고 있습니다. 
남의 티를 잡는 것 같은 말씀을 드려서 미안합니다.

복원 화면에 교정하라고 하는 곳에 체크해제하고 해 보세요. 혹시 해결될지 모르겠습니다.  (어제  경험)

<link rel="alternate" type="application/rss+xml" title=":: MuhN Style... ::" href="http://www.muhnstyle.com/textcube/?/rss" />

제 블로그의 것과 비교해 보니 ? 가 들어가 있지 않습니다.  저게 무슨 뜻인지는 일자무식이어서 모릅니다마는.

142

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

setup.php 로 재설정할 적에 그 파일을 덮어쓰기한다는 메시지가 나오던데......  재설정하는 것이 좋을 듯 합니다.

글 갯수가 900개 가까운 제 블로그의 디비용량(첨부파일 제외)은 4메가 이내입니다.

꾸미기 - 스킨상세설정 디볼트는 2개로 돼 있네요.  1로 수정하면 될 듯 합니다.

달봉이 작성:

도메인/owner로 로그인했다는 것이 무슨 말인지 모르겠습니다.

표현이 잘못됐습니다.  질문하신 대로 관리화면으로 들어간다라는 뜻입니다.

기억을 더듬으면...  dns 설정을 변경하고 일정한 시간이 지나기 전에 (완전히 변경되기 전에) 블로그 기본 도메인으로 (호스팅에서 부여된 도메인)으로 로그인하여 관리화면으로 이동하려는 경우, 아마도 개인도메인의 새로운 ip 쪽으로 찾아가기 때문에, 그런 일이 생기는 것이 아닌가 생각합니다. 이것은 순전히 제 짐작입니다.

http://기본도메인/owner 로 열고 (브라우저로 열고)  로그인하니 곧바로 관리화면으로 들어가게 되더군요.  근래에 블로그를 이전하면서 겪었던 일입니다.

저역시 요즘 같은 이유로 곤욕을 치룬 적이 있습니다.  설치형과 텍스트큐브닷컴에서였습니다.
2차 주소 설정과 관련이 있을지도 모르겠습니다.
끝내는 도메인/owner 로 로그인 가능하였습니다.  참고하십시오.

소통- 방명록  목록에서  지우고자 하는 것을 체크하고 '체크한 것 삭제' 하면 그런 대로 조금은 편하다고 생각합니다.

148

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

예약기능은  공개, 비공개를 막론하고 포스팅 시간을 미리 정하는 기능이 아닌가요?
공개로 포스팅하되, 시간을 예약하면 그 시각에 공개글로 포스팅된다고 잠작합니다.(그리 해보지 않아스리..)
꾸미기-스킨 상세설정에서  댓글을 기본으로 펼칩니다 체크를 해제하시면 바라시는 대로 됩니다.

필진으로 초대한 것이지요?  (팀블로그가 아니고)
로그인에 실패하면 비밀번호 초기화하겠다고 체크하면 가입메일 주소로 메일이 갑니다.
거기서 클릭하면 다시 비밀번호 설정화면이 뜹니다.  거기에 제일 위에 것은 그냥 두고 두번째 세번째에 비밀번호를 입력해 주면 될 겁니다.

작성된 글은 비공개가 디볼트로 설정돼 있는데, 아마도 질문자께서는 공개를 디볼트로 설정하고 싶으신 것 같습니다.
1.75, 텍스트큐브닷컴에서는 그 설정을 바꿀 수 있게 되지 않은 것 같습니다.

사견입니다마는,  비공개를 디볼트로 하는 것이 합리적이라고 생각합니다.  그렇지 않으면 글쓴이이 의도에 반하여(비공개 체크를 깜빡하여) 비밀문서를 공개하게 되는 사고가 날 겁니다.  굳이 발행을 안해도 로봇은 잘도 긁어갑니다.