2011-10-24 1 views
0

Drupal 6에서는 사이트 구성 -> 사이트 정보 페이지로 이동하고 하단에는 "기본 프론트 페이지"라는 설정이 있습니다. 사이트 URL (텍스트)은 인터페이스를 통해 변경할 수 없습니다. 그러나 우리는 거기에 잘못된 가치가 있습니다.Drupal 6의 기본 프론트 페이지 스텁 변경

백업/복원 모듈을 사용하여 프로덕션 사이트의 데이터를 테스트 서버로 복사했기 때문에 발생했습니다. 그것은 그것이 일어난 단일 변경이기 때문에 데이터 문제가되어야합니다. 그러나, 나는 그것을 완전히 고치는 방법을 완전히 망각하고있다. 원본 사이트의 URL은 모두 데이터베이스에 있습니다.

단순히 프로덕션 서버에서 노드, 사용자, CCK 등의 데이터가 필요하기 때문에 데이터베이스를 지우고 다시 설치하기 만하면됩니다.

웹에서이 문제를 해결하기위한 두 가지 제안이 있습니다. settings.php 값을 변경하고 모든 Drupal의 cache_ * 테이블을 비 웁니다.

우리의 경우 settings.php는 변경되지 않았으며 정확합니다. 또한 관리자 메뉴 인터페이스를 사용하여 캐시를 비우고 수동으로 들어가서 모든 캐시 테이블이 비어 있는지 확인했습니다.

답변

0

하나의 가능한 솔루션은 단순히 프로덕션 MySQL의 덤프를 만드는 것입니다. UTF8와 같은 친숙한 텍스트 편집기 (예 : 메모장 ++)를 열고 yourtestserverdomain.com을 찾고 yourserverserverdomain.com으로 대체하십시오. 그런 다음이 덤프를 대상 MySQL 데이터베이스에 적용하십시오. 첫 번째 찌르다의 백업을 가져 가라. 그리고 적용한 후에 update.php를 실행하십시오.

+0

와우 ... 이것은 인터넷이 존재하는 이유입니다. 결코 그런 생각을하지 못했지만,이 환경에 완벽 할 것입니다. (뭔가를 날려 버리면 정말로 중요하지 않습니다.) 고맙습니다! 나는 투표 할 것이지만 명성을 얻지는 못했습니다. –

0

Drupal 6의 어떤 마이너 버전을 사용하고 있습니까?

프로덕션 사이트를 덤프하고 LOCALHOST에로드 한 다음 데이터를 수정할 필요없이 "기본 프론트 페이지"를 http://localhost/mylocalsite/으로 업데이트 할 수있었습니다. 캐시를 지우거나, update.php를 실행하거나, cron이 내가 수행해야하는 유일한 작업이었을 수도 있습니다. PROD에서 TEST 또는 DEV로 이동하는 것은 여러 차례에 걸쳐 수행 한 작업입니다.

"settings.php가 변경되지 않았습니다"라고 말하십니까? - $ base_url이 주석 처리되었다는 것을 의미합니까? 변경된 유일한 것은 $ db_url입니까?

관련 문제