26

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

5thBeatles 작성:

그럼 config.php를 지우고 해도 된다는 얘기인가요?

당연히 그래야지요, 다시 설정이든 새로 설정이든 그 파일은 지워야 합니다.
디비 테이블은 그 전 이름과 같아야 하니, 지우기전에 메모해 두세요.

27

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

5thBeatles 작성:

이 경우에 setup을 하면서 config를 지우고 다시 하라고 나오는데 이렇게 하면 아예 새블로그가 되서 기존 Posting을 못 보게 되는 거겠죠? TT

attach 폴더(첨부파일들이 저장된 곳)를 지우지 않았으면 글과 파일들은 이상없습니다.
글들은 DB 에 저장되는데,  블로그 관리화면에서 데이타 초기화 하지 않았으면 그냥 있습니다.

setup.php 로 가서 다시설정(새로 설정이 아니고) 작업을 할 수 있습니다.

블로그 주소가 무엇인지?
명령프롬프트에서 ipconfig /flushdns 명령을 준 다음에 ie 를 실행하고 블로그를 열어 보세요.
아마도 친구처럼 아무것도 안 보이지 않을까 생각됩니다.

http://***.byus.net/tc/setup.php   로 setup.php  를 실행할 수 있다고 생각합니다.

www/  에 파일을 넣어도 될텐데요.    나의도메인.cpm/mydb.xml  이라고 입력하고요.

웹호스팅(닷네임라는 곳) 서버의 데이타베이스의 오류인 것 같습니다.
그 사실을 텍스트큐브 블로그 툴이 알려 주는 것으로 짐작됩니다.

닷네임 서버 운영자에게 문의해야 되는 것이 아닌가 생각합니다.

제가 블로그를 두개로 나눈 적이 있습니다. 
1.  백업
2.  부분 백업하고자 하는 것을 제외한 다른 것 모두 삭제
3.  남은 것 백업
4.  처음 백업한 것으로 복원
5.  남은 것 백업한 것으로 다른 블로그에 복원

1번 백업을 정확히 해야 하겠지요.

http://goldenway.co.kr/2669866

제가 오래 전에 도메인을 바꾸면서 찾아보고 적용했던 것들입니다.  참고하세요.
글 주소의 번호숫자가 동일해야 하는데요.

1.7.8 버전을 설치할 적마다 커버 기능이 잠잠하여 답답하곤 하였으나 하루 쯤 지나고 보니 제대로 커버 페이지가 보이더군요.  질문에 대한 해답은 못 되나 그냥 참고하십사고 씁니다.

재귀현상인가?

포기하지 마세요.  그 문제는 어렵지 않은 것입니다. 비교적 간단하다고 생각합니다.
잘 아시는 분이 도와주실 겁니다.

root 에 있었던 .htaccess  에  "Redirect permanent /  http://test.kr/blog"  를 삽입해서 테스트해 보세요.   저는 설치한 데가 없어서 테스트해 보지 못하였습니다.

root 에 저 파일 하나만 달랑 있어도 상관없는 것으로 압니다.  다른 하위 폴더에 다른 프로그램이 설치돼 있으면 그것들 사용상 아마도 문제가 생기리라 짐작합니다만.

"수정된 .htaccess는 텍스트큐브 1.7.2부터 기본값이 되어 배포될 예정입니다. "
http://notice.textcube.org/ko/130 에 위 내용이 있습니다.  그러나 1.7.8 이나 1.8 B4 에서도 루트나 하위 폴더의 파일을 읽지 못합니다.   
-f 옵션이 파일 읽기를 금지하는 것인 줄 압니다.

38

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

2번:
하위 폴더에 텍큐를 업로드하고, 루트의 첨부파일 폴더를 하위폴더에 복사한 후에 하위폴더/setup.php 에서 다시설정으로 가서 루트설치시 사용하던 디비식별자로 지정해 주면 된다고 생각합니다.
블로그 주소가 변경되기 때문에 생기는 문제(링크등)는 redirect 등으로 해결하는 길이 있을 겁니다.

권순홍 작성:

soonong.net/juna

권순홍 작성:

그런데 이번에 양측 TC를 업그레이드한 이후로 soonong.net/juna에 접속이 안되는 문제를 보여
.htaccess의 rewrite rule을 수정후 이제 접속은 가능하게 됐는데
soonong.net/juna에 깔린 TC를 setup후 들어가보면 데이터베이스가 루트디렉토리인 soonong.net에 깔린 TC로 연결이 되어버립니다.

"soonong.net/juna에 깔린 TC를 setup후"   이 말이 무슨 뜻인지 모르겠네요.  블로그를 업그레이드하면서는 setup 이 필요없고 정 필요하는 경우에도 반드시 다시설정으로 해야 합니다.  디비식별자도 기존의 것으로 지정해야 하고요.  식별자는 config.php 에서 확인할 수 있습니다.

권순홍 작성:

디비 테이블 이름은 뭐고 디비 식별자는 무엇입니까..? ㅠ.ㅠ..

예를 들면,  서울고등학교 라는 디비가 있으면 테이블은 1학년 1반 과 같은 것입니다. 감동이라는 학생을 찾으려면 몇학년 몇반이라는 것을 알아야 하지요.
호슽팅 서버에 계정을 얻으면 디비가 주어집니다.  보통 계정 이름과 같습니다.  블로그 두개를 설치하였으니 테이블 두개를 만들어야 합니다. 
블로그를 설치할 적에 테이블 식별자를 정해 주지 않으면 진행 자체가 안 됩니다.  아마도 tt_ 나 tc_ 였을 겁니다.   june 폴더에 설치한 블로그도 새로운 테이블로 만들어 주어야 합니다.  예컨데 tc_june 이라고 하면 좋겠지요.
june 폴더에 설치하면서 새로 설치하지 않고 다시 설정으로 하면 이미 있는 테이블(루트에 설치한 블로그의 것)을 사용하게 됩니다.  그러면 안 됩니다.  1학년 1반 2반이 같은 교실을 사용할 수는 없지요.

1.  .htaccess 파일이 있는 폴더는 남겨두셔야 할 겁니다.  그 파일이 있어야 하니까.  다른 파일들은 삭제하여도 무방하다고 생각합니다.
2.  메인에 있는 .htaccess  파일에서 설정을 해주어도 가능하리라 짐작합니다마는 (전문가들은 간단히 처리하겠지요),  ~~/blog/.htaccess  파일에 Redirect permanent /blog  http://~~ 를 삽입해 주면
메인의 그 페이지를 찾아가리라 생각합니다.   즉,
~~/blog/23  을 열면 ~~/23  을 정확히 찾아간다는 것입니다.

42

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

블로그의 실제 주소를 밝히는 것이 원인을 알기 쉬울 겁니다.

두 블로그의 디비테이블 이름이 다르기 때문에 그럴 수 없다고 생각합니다.  june 에 설치된 블로그의 디비식별자는 어떻게 이름지었습니까?

테이블이 아니고 디비를 삭제하려는 것이군요.
그런데 디비생성, 삭제는 서버 관리자만 할수 있는 것 아닌지.
그리고 디비 이름은 보통 계정이름과 같은 것으로 압니다.

기본은 tc_ 인 것으로 압니다마는.

삭제하려고 하는 부분을 선택체크하고 (한 개라면 모두 선택하고) 선택한 것을 삭제 처리하는 메뉴방식으로 처리하여 봄즉도 합니다.

제 블로그의 경우(국내) 루트폴더는 750, skin 폴더는 755 이네요.

다시설정인 경우에는 당연히 종전 것(tt_) 으로 정해 주어야 합니다.  새로설정인 경우 종전 것으로 정하려면 이미 있는 테이블이라면서 진행 불가능합니다.
db 이름과 사용자명 정보가 틀리다면...  이상합니다.  ftp  로 서버에 로그인하여 config.php  파일을 열어 보세요. 거기에 db 정보가 있습니다.  여기에 있는 정보로도 불가능하다면 호스팅 운영자에게 해결을 요청할 수밖에 없다고 생각합니다.

새로 설치진행은 된 것입니까?  그러시다면 config.php  파일에서 db 식별자 tc_ 를 tt_ 로 수정해 보세요.

현재 tt3 폴더에 텍스트큐브가 정상적으로 업로드된 듯 합니다.
tt3/setup.php  를 실행하여 (config.php 삭제하여야 합니다.  삭제 전에 복사해 두는 것이 좋습니다) " 다시설정" 으로 가 보세요.   db 식별자는 종전 것을 그대로 입력해야 합니다.
업그레이드 과정에서 폴더를 삭제한 적이 없다면 블로그 자료는 그대로 보전되어 있을 겁니다.

주의: attac* 폴더는 절대 삭제하지 마세요.

글들은 DB 에 보관되고 첨부파일들은 attac*  폴더에 저장됩니다.
첨부파일 폴더만 보존하면 태터툴즈 패키지를 다시 업로드하여 재설정하여도 문제없습니다.
재설정하는 경우 db 식별자는 기억하여 두는 것이 좋습니다.  config.php  파일을 보면 됩니다.

50

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

호스팅 서버가 나모웹이지요?   개인 도메인을 사용치 말고 나모웹에서 부여된 도메인으로 재설정하여 보시는 것이 어떻습니까?   그런 다음에 해결되면 현재의 구조(?) 로 수정해 주면 되지 않을까 생각합니다.