#<IfModule mod_url.c>
#CheckURL Off
#</IfModule>
#SetEnv PRELOAD_CONFIG 1
RewriteEngine On
RewriteBase /
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 ^(thumbnail)/([0-9]+/.+)$ cache/$1/$2 [L]
RewriteRule ^(.*)$ rewrite.php [L,QSA]

대략 이미지가 잘못 뜨는 경우, 페이지를 클릭하면 한 개의 이미지가 뜨는 경우, owner 등 디렉토리를 다운받으라고 나오는 경우, CSS 파일이 화면에 뜨는 경우 이렇게 네 가지 경우가 있는 것 같습니다. 이 상황에서 불여우나 IE에서 Ctrl+F5를 눌러 네트워크로부터 새로 고침을 하면 제대로된 페이지가 보입니다. 이건 모든 상황에서 동일합니다.

설치 파일들을 여러 방법으로 업로드하여 재설치해도 동일한 증상이 생기고 있고, 서버 문제인가 싶었는데 같은 서버를 이용하시는 분들은 텍스트큐브를 잘 이용하고 계시네요. 이러한 문제는 처음인지요. 제가 디렉토리 퍼미션을 잘못 줬다거나하는 문제는 아닌지도 모르겠네요. 전체 디렉토리와 스킨 디렉토리만 777로 수정해놓은 상태입니다.

첨부파일 포함하지 않은 파일의 복원은 비정상적인 글을 복원합니다에 체크하여도 별로 기다리지 않습니다.  첨부파일을 포함하는 경우에 261 메가이면 아마도 20분 내외 기다릴 필요가 있을 겁니다.  체크하느냐에 따라서 시간 차이는 매우 큽니다.

제 경우에는 첨부파일을 포함했을 때 xml 파일에 잘못된 부분이 있다고 하여 진행이 되지 않았습니다. 따라서 attach 폴더를 별도로 백업하는 방법을 사용한 것인데요.

http://dev.textcube.org/ticket/1114에서 볼 수 있듯이, 첨부파일을 첨부하지 않은 백업 파일을 복구할 때 '글을 복원하고 있습니다.'라는 문구에서 수십분이 지나도 진행이 되지 않고, 첫 게시물만 복원이 됩니다.

안정버전이 아니라 지금은 삭제하고 1.7.6 버전을 설치하였는데요, 이번엔 또 다른 문제가 있습니다. (사실 이 문제 때문에 어쩔 수 없이 1.8 베타 버전을 설치했었습니다.)

첫 페이지가 아래 이미지와 같이 뜨는데요, owner 등의 주소를 쳐서 들어가도 이상하게 이미지 하나로만 연결이 됩니다. 같은 서버를 이용하시는 분들은 잘 사용하고 계신데 전 수차례 삭제-재설치를 해도 같은 문제가 반복됩니다. 설치파일은, 서버에서 압축을 풀어봐도, 압축해제한 파일을 업로드해봐도 마찬가지입니다.

+ 전 계속 이미지 업로드가 되지 않네요. ㅠㅠ

+ 브라우저마다 나타나는 이미지들이 다르고, 간혹은 RSS가 먹지 않은 상태로 화면에 출력되네요.

1.8 알파에서 데이터복원에 문제가 있었던 것으로 기억을 합니다. 관련 티켓은 http://dev.textcube.org/ticket/1114 입니다. (아직 테스트는 못해봤습니다;;)
http://notice.textcube.org/ko/148 공지 글의 언급 "이 버전은 테스트를 위한 버전입니다.

현재 1.8 알파5를 사용하고 있습니다.   이것의 관리자스킨에서는 화면이 제대로 나오지 않았습니다.  그 중 데이터관리도 나오지 않습니다.  저는 1.8 이 제 웹호스팅서버와 맞지 않는가 의삼했었습니다.  trunk 에서 다운한 1.8알파7 에는 관리자스킨이 몇개 있습니다.  그중 1.7 버전인가 하는 것으로 대체하니 관리자 화면이 정상적이었습니다.   이 후부터 관리자 화면서 모든 메뉴가 정상적으로 뜨는 것이었습니다. 

백업, 복원이 정상적으로 잘 되고 있습니다.  그 외 1.7.6  과 같다고 보시면 될 겁니다.  둘 사이에 차이가 무엇인지 별 관심이 없어서 잘 모릅니다.  그저 최신에 접근하고픈 마음에서...

저런 메시지는 자주 만나는 현상입니다.  저는 그런 경우 아래처럼 해서 성공하곤 했습니다.
1.  아침 시간대에 시도한다. 
2.  복원 화면상 '비정상적인 글을 복원합니다' 에 체크하지 않고 시도한다.  이게 중요하였습니다.
3.  공유기를 사용하고 있는 경우, 내부아이피와 외부 아이피와 연결설정을 반드시 한다.
4.  메일 저장소나 웹사이트에 백업파일을 저장하지 않고 pc 에 저장하고 베리즈웹쉐어를 이용하여 pc 를 웹서버로 지정한다.   무제 해결에서 제일 공이 큽니다.

첨부파일 포함 수백메가, 1기가를 넘는 백업파일도 복원할 수 있었습니다.  (이렇게 큰 사이즈 복원은 다른 분을 도와주면서 였습니다)

http://notice.textcube.org/ko/148 공지 글의 언급 "이 버전은 테스트를 위한 버전입니다. 관련한 인터페이스 및 코드 규격은 언제든지 변경될 수 있습니다. 또한 안정성에 대한 검증이 되지 않은 버전입니다. 실제 사용하는 블로그에는 적용하지 않는 것을 권장합니다." 대로 테스트 목적으로 사용하시고 실제 사용중이신 블로그는 1.7 기반으로 돌리시는게 어떨까 싶습니다. :)

첨부파일을 포함하여 데이터를 백업하니 261메가가 되고 자꾸 몇 번 라인이 올바르지 않다고 하여 첨부파일을 포함하지 않고 백업받은 뒤 복원하려고 합니다. (대신 attach 폴더의 파일을 폴더 째로 새 블로그에 업로드하면 문제가 없는지도 궁금합니다.) 첨부파일을 포함하지 않았더니 용량은 1.23메가로 복원이 잘 진행되는 듯 합니다만,

라는 메시지에서 더 이상 진행이 되지 않습니다. 122개 게시물인데, 저렇게 그냥 두면 결국에는 복원이 되는 것인지, 아니면 중간에 오류가 나 실제로도 더 이상 진행이 되고있지 않은 것인지 모르겠네요.