僕の環境では再現できませんでした...🤔 
プラグインそのままで、別テーマにするとどうなりますか？

あ、以前WooCommerceを導入してたサイトとかだったりませんか？
Woo停止したら管理画面でエラー出てくるようになってしまった環境が一つありまして...。（SWELLではないですが）

@loos_ryo さん

デフォルトテーマに切り替えてもエラーが再現しております。

@loos_ryo さん

WooCommerceは一度も使ったことがございません

@chipn であれば、SWELL側の問題ではない可能性も高いですね...。

WordPress側のフォーラムできいてみると誰か同じ現象に遭遇したことがある人がいるかもです。

了解しました。お手数おかけしました

メインサイトで時間もなかったので、次々とバックアップ採用して、結果的に一週間ほど前まで遡ることで回復しました。

その間の編集が失われたのは残念ですが、バックアップの恩恵でした。

原因がわからないと再発時にも同じ対応しかないのですが、自分にできる最短の道がこれでした。

参考にならない最終報告ですが、一応ご報告でした。

投稿者:: @chipn

その間の編集が失われたのは残念ですが、バックアップの恩恵でした。

ファイルが原因の（と仮定した場合）問題はファイルのみ復元すればデータベースは最新状態を維持できます。

バックアップというのは、部分的に復元できるものです。逆に全部一括でしか復元できないなら、そのバックアップソリューションはバックアップの条件を満たしていません。

@skillsharejp さん、いつもありがとうございます。

私のバックアップツールにもその様な機能はあるかも知れませんが、問題箇所の特定すら出来ない私の場合ですと、丸ごと復元が常になっておりました。

それ以上の事を考える余裕も無かったと言うのが正確かも知れません。

今回は別として今後の為に、個別の復元についても勉強しておきたいと思います。

アドバイスありがとうございました。

@skillsharejp さま

All-in-One WP Migration

と言うプラグインを利用しており、先ほどバックアップの機能を確認したのですが、デーベースをバックアップに含めないオプションをワザワザ指定してバックアップすれば分離可能な様でした。

しかし、その様な指定無しに単にバックアップを行う時には全体が対象になるようで、その場合はインポートする時点では部分的な復元の指定は無いようです。

せっかく課金して長年の愛用品なのですが、今後のことを考えると違うプラグインを考えなくてはなりませんね。

おそらく私の日常バックアップは個別に取らず全体バックアップばかりになるので、復元する時も全体しか無いと不便な時もありそうですから。

ただ、いざと言う時に、真の原因を探す余裕は無いとすれば、結局は全体を復元する今回の手法になるのかも知れず、対策としては、出来るだけ長い期間のバックアップをローカルに容量気にせずに保管する。これが素人的な安全対策なのかも知れないと思い始めてます。

今回はバックアップについてアドバイスを頂いた事で初めてこの辺りをよく考える機会になりました。

エックスサーバーならファイルとDB、それぞれ復元できたと思います。All-in-One WP Migrationは保守管理業という立場で日頃からバックアップソリューションを検証していますが、定期バックアップ向きではないです。

@skillsharejp さん、アドバイスありがとうございます。

エックスサーバーのバックアップ、折角の機能なので次回の時には使ってみます。

再発しないで欲しいですけど。

あれ以来、カスタマイザー画面に入る時にドキドキしてしまうトラウマになりました(笑)

phpエラーの表示が本日から再発してしまいました。

ただ、違うのは、カスタマイザーに入る瞬間の1秒程度で、その後は普通のカスタマイザー画面になります。

故に、バックアップを戻す事なく、様子を見ています。

フォーラム以外にネットでこのエラーを調べているのですが、質問は見つけたのですが、結果は参考にならずでした。

出ていた回答は私には参考になるものは無く、しかも、データーベースをいじってたら直ったと言う話もあり、どうしたものかなと言う所です。

とりあえず、swellの問題では無いことは前回分かりましたので、フォーラムでのサポートも難しいとは思いますが、今後同じエラーの人も出るかも知れませんので、一度でも出たら再発する可能性があるエラーと言う事で情報を残しました。

先ほど、気になり、５時間前のバックアップに戻した所、回復しました。

この間の作業は、WP-Optimizeプラグインをインストールして、デフォルトの最適化を実行した事です。

しかし、他のブログにも本日同じ事をしてますが、カスタマイザー画面にphpエラーは出ておりませんので、こちらのプラグインの問題でも無いかも知れません。

会社のホームページなので、再実験は嫌では有りましたが、原因不明も気になるので、再度WP-Optimizeを有効化して、デフォルトの設定でデータベース最適化を行いました。

その直後からカスタマイザー画面にphpエラーが出るようになりました。

今回の問題は、WP-Optimizeによるデータベース最適化によるものでした。

しかし、他のサイトでは同じ作業で問題はないので、プラグインでは無く、私のデータベースがおかしいのかも知れませんが、とりあえずこのプラグインの使用を辞めました。

皆様はデータベース最適化は行なってますか？

どんなプラグインを利用されているでしょうか？

今は履歴を見たら初回の問題時には、最適解プラグインは別モノでした。Optimize Database after Deleting Revisions

本日の再発時にはWP-Optimizeによる最適化する前後で再発するので、今の時点ではWP-Optimizeとの因果関係ではありますが。

WP-Sweepプラグインを使ってデータベース最適化をしてみると、その前後で警告の再発は有りませんでした。
当面、このプラグインでデータベース最適化を時々やって行きます。

私の管理する全サイトでWP-Sweepに最適化プラグインを切り替えて半年くらいになりました。

今の所は一回も問題が出てないので、これで大丈夫そうです。

肝心なデーターベースの最適化によるバックアップサイズの最適化については、効果はよくわかりません。

WordPressサイトは長く使っていると画像ファイルの問題か？当初は300MB程度だったサイト全体のバックアップサイズが、1GBを簡単に超えて、しかしサイト全体の規模はそう変わってないのに。。。。

となる繰り返しですが、そのクラスのバックアップサイズの肥大化には全く効果がないような印象です。

とりあえず、当初の問題は再発せずなので、最後のご報告でした。