外観→カスタマイズ　プレビューが表示されません

解決できませんでした。

どんなことを試してみましたか。

試したことを確認しないと検索しようにも試したことがわからないので、答えようがないかも知れません。

途方に暮れています。　困りました。　一つ解決しては、また一つ問題が発生しています。

前回、カスタマイザーを触って以降。WordPress関連で何をされたか。順を追って落ち着いて思い返してください。

Simplicity動作不良時のガイドライン｜Simplicity

どこまでご確認されましたか？文面の情報量が少ないので1度、冷静になってご確認いただけますか。

ちなみにですが、カスタマイザーで何を変更しようとされてましたか？

カスタマイス変更は、１ヶ月くらい前に行いました。

「Simplicity動作不良時のガイドライン｜Simplicity」を一通り試しましたが無理でした。

ここ数日、ログインできなかった事以外、思い付く原因はありません。
しかも、何かした覚えがないのに、突然ログインできなくなりました。
新たなプラグインを入れていないのですが・・・

やっと、ログインできるようになり、カスタマイズをし試みると
「Non-existent changeset UUID.」と、本来プレビューされるはずの右側に
エラーがでます。

かうたっくさん、焦ってしまい、意味不明な文面ですが、不具合の状態
伝わりますでしょうか。

不具合の状態は伝わります＾＾

ただ解決しようとなると情報が全く足りないので、エラーの原因を知るために情報が欲しいといったところです。

レンタルサーバーにPHP設定・php.ini設定があるので、display_errorsをonにするなどしてエラーが出てる原因を限定してみてはいかがでしょうか。※エックスサーバー・ロリポップ・MixHostあたりはその設定はあります。

wp-config.phpで表示させる方法しかないサーバーもあるかも知れませんが。

エラーが出ている箇所が表示されたら、原因が分かりやすいですのでお試しください。

重ね重ね、ありがとうございます。
Xサーバーを使用しており、display_errorsを見ると「on」になっていました。

しかし、私の知識では、そこから先の操作が全くわかりません（涙）
ちんぷんかんぷんで、ございます！
だましだまし、エラーを無視して使用するしかないのかしら・・・・

error_reportingは、E_ALL & ~E_NOTICEになってますよね。

何か確認事項が抜けてるのかもしれません。何だぁ？？？・・・頭が全く回りません＾＾；

いつか思いつくことがあるかも知れない思いついたとき書き込みますね。ただテーマに問題というより、この1か月にやった事が原因だとおもいますよ。

エラーを再現する時間があったとしても、個々のエラーだと思うので再現する事もできないような気がします。

現在と同じプラグイン・WP管理画面から記事をエクスポートして、テスト環境やnoindexのサブドメインに復元して同じエラーがでるか。出ない時はphpMyAdminの内容をテスト環境と本番を見比べて違いをチェックしてみる。などでしょうか？？？？

カスタマイザーで何かの設定をしようとしているなら、CSSでできることもあるので伺いましたが、現状はそうではないんですよね？

あと、現状はカスタマイザーの右サイドが見えなくても設定変更が出来ているか、チェックして反映するなら…・・・

と思ったので追記しました。

「Simplicity動作不良時のガイドライン｜Simplicity」を一通り試しましたが無理でした。

・プラグインを全停止　→表示されたらプラグインが原因の可能性
・親テーマを有効にしてみる　→表示されたら子テーマの記載などが原因の可能性
・親テーマを再導入してみる

これをしてもダメでしたか。焦って工程を抜かした可能性はないでしょうか？

それでもダメならデフォルトのテーマで確認するなどですが、その前に工程を再度確認するのが良いような気がします。エラーが解消された時点で何が原因なのか特定する作業をする感じです。

・それでもダメなら、エラーログ（アクセスログではない。）がサーバーにあります。

朝3時に更新されると思うので昨日のエラーログをサーバーからダウンロードして、昨夜の該当エラーを見てヒントがないか確認するなどでしょうか。

かうたっくさん、わいひらさんありがとうございます。

ご指摘下さったものは、チャレンジしてみましたが、改善しませんでした。
エックスサーバーに問い合わせましたが、サーバーの問題ではないとのことで
具体的な解決策を教えてはくれません。

「エラーログをサーバーからダウンロードして」とありますが、どのように
するといいのでしょうか。

「Non-existent changeset UUID.」この文言を見ると、溜息ばかりです。

解決しました！！！！！
わいひらさんがアドバイスして下さったサイトを読むと
「WordPressアドレスとサイトアドレスが異なっていると云々」とあり
エックスサーバーのドメイン名を確認すると
「〇〇〇.com」でした。

なので、wp-config.phpにて確認すると
define( ‘WP_SITEURL’,’http://www.〇〇〇.com/’ );
となっており、「www」を消し

define( ‘WP_SITEURL’,’http://〇〇〇.com/’ );
を書き込むと、無事にプレビューすることができました。

今までワードプレスアドレスとサイトアドレスが違っていても
問題なくプレビューできていたので、焦りました。

かうたっくさん、わいひらさん、本当にありがとうございました❤

事前のエラーで色々触ってエラーがエラーを呼んだのかもしれないですね。。

WordPressアドレスの変更を上記のように行った場合。データベースの値が変更できてない。とあります。

WordPress アドレス (URL)
WP_SITEURL は WordPress のアドレス (URL) を定義します。

～　中略　～

ここで定義する値は WordPress のコアファイルが存在する URL です。http:// の部分は含め、末尾のスラッシュ “/” は含めないでください。wp-config.php でこの値を設定すると、wp_options テーブルの option_value siteurl の値よりも優先されます。

注意: この設定はデータベース内の値を変更しません。 wp-config.php からこの行を削除すると、URL は元のデータベースの値に戻ります。データベースの siteurl 値を書き換えるには RELOCATE 定数を使用します。

wp-config.php_の編集

それで今後不具合がなければそのままでOK！かと思います。『もし不具合があれば』以下を試してデータベースの値を変更すれば元に戻りそうです。または再度wp-config.phpに同じコードを書きこむか。※例：サーバーのお引っ越しとか

サイト_URL_の変更#Relocate_method
『データベースでURLlを直接編集する』の項目が分かりやすく簡単だと思います。※間違えると大変な項目なのでバックアップをとって超慎重にすればOK！

WPアドレス部分の書き換えをもし、ご自身でされてた場合。エックスサーバーが自動的にそのコードを付けたのかもなので、実際データベースを見てみないと分かりませんが…。

今は平気だと思いますけど今後何か、問題があったとき用にデータベースの書き換えが出来てなくwp-config.phpファイルから強制的に変更している。（『可能性が高いかも』）と頭に置いておくと困らずに済みそうです＾＾

お疲れさまでした！

・データベースのoption_value siteurl の値が元々　http://www.〇〇〇.com
※option_value siteurlは管理画面にあるWordPress アドレス (URL)：元々書いてあったURLが書いているデータベースの場所の事。

この場合、define( ‘WP_SITEURL’,’http://〇〇〇.com’ );で強制的にそのURLに変更している

→データベースを利用したお引越しの時に同じエラーがでる。その他上述通りです。

・データベースのoption_value siteurl の値が元々　http://〇〇〇.com

この場合、ご自身で変更されてサーバー側がデータベースを触らなくても良いような考慮としてdefine( ‘WP_SITEURL’,’http://www.〇〇〇.com’ );と追記するような仕様かもしれない。

→その場合、define( ‘WP_SITEURL’,’http://〇〇〇.com’ );の記載すら必要ない。ただデータベースの状態がわからないのと、他のパターンも考えられるので何ともわからない。ってことです。

ですが特に問題なければそのままでOK！何かの問題がある場合は、リンク先：データベース上にあるWordPressURLの確認。で対応が必要な場合もあります。難しい言葉が並ぶので、追記しました。

かうたっくさん、ご丁寧にありがとうございます。
体調不良により、返事が遅れてすみません。

その後、エラーは特に出ていないので、大丈夫だと思います。
超超超、感謝です！