1

WordPress サイトで「問題」(うるさいクライアント) が発生しました。2 か月前にダウンロードした .gz データベースにサイトを復元します。それ以来、私の仕事では、新しいテーマをインストールし、カスタム投稿タイプを作成しました。新しいテーマには多数のカスタム CSS 設定があり、カスタム投稿タイプには多数のファイルがあります。

新しいテーマとカスタム投稿タイプが存在する前にデータベースをスナップショットに復元しているので、いくつか質問があります。

-これにより、すべての設定が当時の構成 (一般、読書、ディスカッション) に復元されますか? -後から追加したプラグインは無効化されるだけですか? -ファイルが物理的にそこにあるので、新しいテーマはまだ存在すると思います. 新しいテーマの設定は、データベースの復元で消去されますか? それともそのまま残り、テーマは非アクティブ化されますか?

めちゃくちゃな状況で、基本的には 8 月に戻したいと思っていますが、可能であれば、新しいテーマとカスタム投稿に関する作業をアーカイブします。ありがとう！

4

1 に答える 1

0

Wordpress データベースを復元すると、すべての設定がバックアップ時の状態に戻ります。この理由はwp_options、テーマ オプションが含まれている可能性が高く、ほとんどの Wordpress 設定メニュー オプション (パーマリンク、読み取りなど) が確実に含まれているためです。

後で追加されたプラグインは非アクティブ化されます -アクティブなプラグインの配列であるwp_options呼び出されたレコードがあります。この値を上書きすると、新しいプラグインが無効になりますが、それらがディレクトリにactive_pluginsある限り、設定が失われていても再度有効にすることができます。/wp-content/plugins同じことがテーマにも当てはまります。ファイルがそこにある限り、再アクティブ化できますが、オプションの値がないということは、設定がなくなったことを意味します。

今、役に立つ何かのために。まず、他のことをする前に、現在存在するサイトのバックアップを確実に作成してください。テーブルなどを削除するのではなく、バックアップを取得したら、競合しないようにこのスキーマの名前を変更してから、元の名前を含む新しいスキーマにバックアップを復元できます (Wordpress が使用するように構成されているもの)。今）。同じサーバー上に 2 つのスキーマがあるため、クエリを実行して、現在のデータベース値と復元されたデータベース値を比較し、必要に応じてそれらを挿入できるようになりました。restored復元されたスキーマが呼び出され、現在のスキーマが呼び出されていると仮定するとcurrent、次のクロス スキーム クエリは、復元されたスキーマに存在しない設定を表示します。

SELECT co.option_id, co.option_name, co.option_value, co.autoload  
FROM current.wp_options co
WHERE co.option_id NOT IN 
    (SELECT ro.option_id FROM restored.wp_options ro)

特定の値セットをスキーマWHERE co.option_name LIKE 'key_%にコピーする場合は、いくつかのタイプ クエリを追加して値のセットを抽出します。同様の方法で値をrestored調べたり、ID/キーが存在するテーブルの値を比較したりすることもできますが、値が一致せず、何が変更されたかを確認できます。wp_postmetawp_options

幸運を！

于 2012-11-10T19:09:44.997 に答える