2012-05-13 3 views
0

Wordpress와 Headway를 사용하여 만들어진 클라이언트의 WordPress 사이트가 있습니다. 새로운 공유 서버 (동일한 하드웨어 구성을 가진 동일한 호스트 공급자)에서 새 도메인으로 이동해야합니다.Wordpress를 Headway로 새 도메인으로 이동하면 사이트가 깨집니다.

저는 Wordpress/Headway 콤보를 포함하여 이전과 같이 많은 Wordpress 설정을 이전했습니다. 또한 디버깅 도중 Headway의 설명서와 비디오를 사용하여 모든 작업을 올바르게 수행하는지 다시 확인했습니다.

데이터베이스를 이동하고 이전 도메인의 모든 항목을 새 도메인으로 바꾸고 모든 파일 경로를 업데이트했습니다. 그런 다음 public_html 폴더를 새 서버에 복사했습니다. 사이트가이 시점에서 작동해야합니다.

대신에 공백 HTML 페이지에 Headway 오류 메시지 No Content to Display가 표시됩니다. Headway가 블록에 대해 일련 화 된 데이터를 저장하는 wp-config 테이블로 문제를 추적했습니다. wp-config 테이블의 Headway 항목을 제외한 모든 곳의 데이터베이스에서 새 도메인으로 데이터를 업데이트 할 수 있습니다. 내가 그것들을 업데이트하자마자, 사이트는 그 곳 곳곳에 떨어져 나가기 시작하고, 그것들을 모두 업데이트하면, 사이트는 Headway 에러 메시지 No Content to Display을로드합니다. /wp-admin 콘솔을로드 할 수 있고 내 모든 콘텐츠가 존재하고 올바르게 보이는 것처럼 기본 Wordpress 시스템이 여전히 작동하는 것 같습니다.

더 깊은 문제를 추적하는 경우 Wordpress 함수 get_options()이 헤드 웨이 파일 data-layout-options.php에서 실패하고있는 것 같습니다. 더 이상 디버깅 할 수 없었습니다.

이 사이트는 원래 도메인에서 완벽하게 작동하며, 이론적으로 모든 데이터를 직접 복사 한 다음 기존 도메인을 새 도메인으로 간단히 교체합니다.

누구나 비슷한 문제를 해결할 수 있습니까? 실제로 코드에서 버그를 쫓고있는 것처럼 느껴질 것입니다. 단순한 감시 또는 구성 설정이 일종의 munged 일 때입니다. 도와주세요!!!

답변

0

나는 정말로 문제에 가까웠다.

Wordpress wp-config 테이블의 일련의 Headway 데이터에는 문자열 길이가 포함되어 있습니다. 데이터베이스를 직접 마이 그 레이션 한 다음 새 도메인과 이전 웹 폴더 파일 경로로 새 도메인과 기존 도메인을 grepping하고 대체하면 Wordpress 시스템에서 unserialization이 실패합니다 (예 : get_options() Wordpress 함수).

문자열 길이를 처리하기 위해 사용자 정의 스크립트를 작성하는 대신 몇 가지 데이터베이스 마이그레이션 플러그인을 테스트했습니다. WP Migrate DB가 우승자이며 문제를 해결했습니다. 원래 도메인에서 플러그인 (원래 워드 프레스 설치)를 설치 데이터베이스

마이그레이션

. 새 도메인과 웹 디렉토리의 새 파일 경로를 입력하라는 메시지가 표시됩니다 (웹 디렉토리 파일 경로도 중요합니다). 필자의 경우 웹 디렉토리의 파일 경로가/home2/old_username에서/home6/new_username으로 변경되었습니다.

그러면 플러그인이 전체 Wordpress 데이터베이스를 덤프하고 이전 도메인 및 이전 파일 경로의 모든 위치를 웹 디렉토리의 새 도메인 및 파일 경로로 바꿉니다. 그러면 .sql 덤프가 컴퓨터에 로컬로 저장됩니다.

그러나 이것은 완벽하지는 않았으며 여전히 내 자신의 grep을 몇 개해야 할 필요가 있습니다.또한 놓친 헤더 중 일부가 Headway 직렬화 된 데이터에 있었고 문자열 길이를 올바르게 업데이트했는지 확인하기 위해 MySQL 쿼리를 수행해야했기 때문에주의해야했습니다.

데이터베이스 항목 중 일부는 http://www.olddomain.com이고 일부는 http://olddomain.com이므로 일부 업데이트가 누락되었습니다. 플러그인은 모든 것을 잡아 내지 못했지만 손으로 ​​교체하기가 쉽도록 만들었습니다.

마지막으로이 업데이트 된 .sql 덤프를 새 도메인의 빈 Wordpress 데이터베이스로 가져와야했습니다.

이야기의 도덕은 Headway V3가 새로운 도메인으로 쉽게 마이그레이션 할 수 없다는 것입니다. 당신은 매우 세심해야합니다.

$ 75 이상이기 때문에 시도하지 않은 또 다른 옵션은 BackupBuddy입니다. BackupBuddy는 여전히 일부 도메인 및 파일 경로 업데이트를 놓칠 수 있으므로주의하십시오.

+0

나는 같은 문제를 여러 번 했어요. 내가 searchreplacedb2 interconnectit (http://interconnectit.com/products/search-and-replace-for-wordpress-databases/)를 사용하고있다 그것은 unserialize해야합니다 - 모든 것을 reserialize지만, 어떤 이유로 HeadWay는 이런 식으로 새로운 도메인. – mikkelbreum

+0

@mikkelbreum -이 응용 프로그램을 사용하여 직렬화 된 헤드 웨이 데이터를 작업하고 유지 관리 했습니까? – ricbax

+0

몇 가지 추가 grep/replace를 사용하지 않고 "이것은 완벽하지는 않지만 내 자신의 grep을 대체 할 필요가 있습니다. 또한 놓친 사람 중 일부가 Headway 직렬화 된 데이터에 있었고 문자열 길이를 제대로 업데이트했는지 확인하기 위해 MySQL 쿼리를 수행해야했습니다. " –

0

나는 T. Brian Jones의 해결책을 발견했으며 HEADWAY 3.6.2를 사용하여 WordPress 3.8.1에 적용했습니다.

모두 정상적으로 작동합니다. 나 같은 나만의 속임수 : 데이터베이스 덤프를 설치하기 전에 데이터베이스를 이동할 서버의 파일 경로를 모르는 경우 WP이 서버에서 DB 마이그레이션, 플러그인 (도구) 실행 및 경로 가져 오기 거기에서 ...

감사의 TBJ

마치에이

관련 문제