友人のために古いワードプレスのインストールをアップグレードしようとしています。次のセットアップがあります。
- 2.8.5 Wordpress を実行しているリモート LAMP ライブ サーバー
- リモート LAMP テスト サーバー。現在、2.8.5 から 3.3.2 への手動更新を試みた後、異常終了しました。
- テストサーバーを複製するローカルMAMPサーバー
私は自信過剰で始めました。なぜなら、以前にこれをやったことがあるからです。問題ありません。そのため、拡張された手動更新手順の代わりに、 7 ステップの手動更新から始めました。(間違い #1: テスト サーバーの完全なバックアップはありません。wp-admin と wp-includes だけです。ただし、必要に応じて、理論的には同一のライブ サーバーから取得します。)
死の白幕。OK、私はおそらくそれだけの価値がありました。デバッグをオンにして、書き込み可能なデバッグ ログ ファイルがあることを確認しました。まだ空白の死の画面。プラグインを無効にしました。まだ白い画面。
そこで、ライブサーバーを複製してローカルの MAMP サーバーに戻し、機能する 2.8.5 ミラーを取得してから、それを 3.3.2 に更新しました。成功: まったく同じように失敗したので、デバッグできました。更新には、デフォルトのテーマを個別にアップロードする必要があることがわかりました。わーい!テーマを追加すると、ログ ファイルに出力が表示され、楽しいブログ ページが表示されます。テーマを元に戻します: 壊れていて、ログがありません。
そこで、テスト サーバーに戻り、Twentyeleven 以外のすべてのテーマを削除します。運がない。わかりました、2010です。運がない。私のローカルバージョンで使用されているのと同じデフォルトのテーマ。運がない。現在、デバッグが有効になっています (ログは生成されません)。
私はすべての SO スレッド、WP ヘルプ スレッドなどを再確認しました。そのため、コア ファイルを 1 つずつデバッグする代わりに、最初からやり直しました。ローカル サーバーから機能するWP インストールをコピーしました (機能不全のリモート WP インストールと同じはずです)。 to db" メッセージ)、wp-config を更新すると、何も表示されません。WSOD。
このコードをローカル サーバー上で動作させ、リモート サーバー上でデバッグ不可能な方法で空白にする何かがあります。誰か他のことを試してみてください。
他のすべてが失敗した場合は、アップグレードの代わりに 3.3.2 を手動でインストールすることになると思いますが、ライブ サーバーではそれが不安です。