1週間前のバックアップで現在のwp_optionsテーブルを上書きするとどうなりますか？
私はややばかげた状況をしています。
このクエリを試した
UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins';
これは私のすべてのプラグインを無効にしました。私は自分のサイトでいくつかの問題をテストしていましたが、これがそれらを無効にする唯一の解決策でした。 WP管理者アクセス権がありませんでした。
問題は、古いコードを "active_plugins"に再度追加し、（ランダムな）プラグインを無効または有効にすると、サイトがクラッシュし、 "active_plugins"エントリが空白になることです。
現時点で、私が見る唯一の解決策はwp_optionsテーブルを上書きすることです。データベース全体のバックアップを使用することは、サイトが毎日の注文を伴うアクティブなWooCommerceベースのサイトであるという事実のために良い解決策ではありません。
私の質問：データベースに古いバージョンを入れてしまうとwp_optionsに重要なものがなくなることはありますか？
wp_optionsテーブルにはたくさんの情報があります。あなたがそれが重要であると考えるかどうかはあなたがあなたのウェブサイトにどのようなプラグインや情報を設定したかそしてあなたのウェブサイトがあなたにとってどれほど重要かにかかっています。
たとえば、アクティブプラグインの情報を保持している可能性があることに気付いたとします。重要なプラグインをアクティブにして1週間前からデータベースにロールバックすると、そのプラグインはアクティブにならず、問題を引き起こす可能性があります。プラグイン、またはユーザー拡張プラグインは、あなたとあなたのユーザーにとって重要です。 PHPMyAdminで1ページに500行表示されていても、私は7ページのデータをwp_optionsで持っています。私は自分のWebサイトにとってそれがすべて重要だと言っています。
あなたのサイトのURL、自宅のURLなどのようないくつかの重要な情報もテーブルに保持されます。あなたがwp-config.phpファイルでこれらを設定していないなら、それらを削除することがありますあなたにもいくつかの問題を引き起こします。管理者のメールアドレスをwp_optionsに変更し、この変更を行わずに古いデータベースコピーにロールバックした場合も、それを編集できるのは世界の終わりではありませんが、利用するプラグインがあれば再生できます。それは不必要な面倒なことだが、私はこれらのことを再編集しなければならないと思う、しかし災害ではない。
変更を加える直前にデータベースを常にバックアップしておくと、編集と同じ日のバージョンにいつでもロールバックできます。
オプションには、プラグインやテーマなど、Webサイトに関連するすべてのオプションが格納されています。
プラグインをデバッグする良い方法は、FTPを使用して 'plugins'フォルダの名前を変更するか、エラーを発生させているプラグインのフォルダの名前を変更することです（ PHP Error Logを確認してください）