WordpressとHeadwayを使用して構築されたクライアントのWordPressサイトがあります。新しい共有サーバー（同じハードウェア構成の同じホストプロバイダー）で新しいドメインに移動する必要があります。WordpressをHeadwayで新しいドメインに移動すると、サイトが破損する
私はこれまでWordpress/Headwayのコンボを含め、これまで多くのWordpress設定を移動してきました。また、デバッグ中にHeadwayのドキュメントとビデオを使用して、すべてを正しく実行しているかどうかを再確認しました。
データベースを移動して、古いドメインのすべてのものを新しいドメインに置き換え、すべてのファイルパスを更新しました。次に、public_htmlフォルダを新しいサーバーにコピーしました。サイトはこの時点で動作しているはずです。
代わりに空白のhtmlページに見出しエラーメッセージNo Content to Displayが表示されます。私はwp-configテーブルに問題をトレースしました。ここでHeadwayストアはブロックのシリアル化されたデータを格納します。 wp-configテーブルのこれらのヘッドウェイエントリを除くすべての場所で、データベース全体のデータを新しいドメインに更新できます。私がそれらを更新するとすぐに、サイトは全面的に崩壊し始め、それらをすべて更新すれば、サイトはヘッドウェイのエラーメッセージNo Content to Displayを読み込みます。 /wp-adminコンソールをロードして、すべてのコンテンツが存在し、正しく表示されるため、基礎となるWordpressシステムがまだ動作しているようです。
私はより深い問題をトレースする場合は、Wordpressの機能get_options()がdata-layout-options.phpファイルヘッドウェイに失敗していることが表示されます。私はそれ以上デバッグすることができませんでした。
サイトは完全に元のドメインで動作し、理論上はすべてのデータを直接コピーして、古いドメインを新しいドメインに置き換えています。
誰もが同様の問題を解決できますか？実際に何らかのシンプルな監視や設定が混乱しているときに、コードのバグを追いかけているように感じます。助けてください！！！
私は同じ問題を何度もありました。私は、相互接続（http://interconnectit.com/products/search-and-replace-for-wordpress-databases/）からsearchreplacedb2を使用しています。これは、シリアル化を解除する必要があります。すべてを再初期化しますが、何らかの理由でHeadWayがこのように新しいドメイン。 – mikkelbreum
@mikkelbreum - シリアル化されたヘッドウェイデータを処理し、維持するためにこのアプリケーションを入手したことがありますか？ – ricbax
いくつかの追加のgrep/replaceを実行しないでください： "これは完璧ではありませんでしたが、私はまだ自分のgrepを置き換えてやり直す必要がありました。 Headwayのシリアル化されたデータにあり、文字列の長さを正しく更新するためにMySQLクエリを実行する必要がありました。 –