あ、サポートに問い合わせをしようと思っていましたが一応表示するようになりました。
参考になるURLを貼っておきます。
Bizメール&ウェブ WordPressダッシュボードでJavaScriptエラーが発生した原因と解決方法 | レンタルサーバー 賢者の選択
wp-config.phpに以下の記述を追加
// スクリプト結合を無効化（個別ファイル読み込み）
define(‘CONCATENATE_SCRIPTS’, false);
念のため、php.iniに下記も追記
display_errors = Off
display_startup_errors = Off
でも、外観のテーマのライブプレビューはまだ黒い画面ですが、それ以外は一応使えそうな感じです。
切り口としては、正直なところあまり期待できないように思われます。
ご共有いただいた URL の内容を見る限り、
「コントロールパネルからインストールできる範囲までがサポート対象であり、その後の WordPress のアップデートや動作不良については対応していない」
という明確なスタンスであると読み取りました。
そのため、「WordPress をアップデートした結果、正常に動作しなくなった」という状況については、サポート、ないしはサーバーそのものが対応していない可能性が高いです。
仮に「WordPress 完全対応」「最新版対応を保証」などの明確な表記があれば期待できる余地もありますが、現状のサーバーでは WordPress を常に最新版で運用すること自体が前提になっていないです。
WordPress は、常に最新バージョンで利用することを前提として、セキュリティやデータ保護、企業サイトとしての信頼性を担保する設計になっているため、ここにホスティング事業者側の対応とのズレが生じているように感じられます。
現状のホスティング環境を使い続ける場合、選択肢としては以下が考えられます。
- コントロールパネルから提供されている WordPress バージョンを使い続ける
- アップデートして動かすための個別パッチを自身で調査して当てる(別途有償サポートを含む)
- (ここの、実際に該当のホスティング環境を持っている人の解決策があれば私も知りたいです。)
- WordPress の最新版運用を前提とした 別のホスティング環境へ移行する
いずれの選択肢を取るかは、サイトの用途や今後の運用方針次第になるかと思います。
（次のページに移動されているのに気づきませんでした…）
スクリプト結合を無効化、なるほど、勉強になります。
まだライブプレビューでの黒い画面、問題が継続しているとのことですね。
何か解決策があると良いのですが…
cgi：errorのエラーが
cgi：errorのエラーが出ている事から、PHP CGI版ではなく、Module版に変えてみてください。
ChatGPTより回答ですが、
PHP は CGIではなくモジュール動作
php-cgi を直接呼ぶとこのエラーが出る <- bizメール＆ウェブ r3 特有かもしれない?
お使いの「bizメール＆ウェブ ビジネスr3o」は使ったことはありませんが、管理者マニュアルは読めるようですので確認してみました。すると、以下の記述がありました。
「● WordPressの自動更新は「無効化」してご利用ください。
本サービスではバージョン6.2.2の動作確認をしておりますが、それ以降の自動更新したバージョンでは、他のAPIで不安定になる場合がございます。インストール時はデフォルトで自動更新が「有効化」されておりますので、「無効化」してご利用ください。」
つまり、このサービスは、6.2.2でないと不安定になるようです。だから、うまく動かないのは、サーバーの仕様ですね。
https://bizmw.jp/b-manual/mwbr3_admin/oid0154/
ライブプレビューでの黒い画面問題解決しません。
黒い画面になった時に、F12キーでネットワークのJSを確認。
load-scripts.php?c=0&load%5Bchunk_0%5D=hoverIntent,wp-dom-ready,wp-hooks&ver=6.9
Responseの最後に
ライブプレビューでの黒い画面問題解決しません。
黒い画面になった時に、F12キーでネットワークのJSを確認。
load-scripts.php?c=0&load%5Bchunk_0%5D=hoverIntent,wp-dom-ready,wp-hooks&ver=6.9
Responseの最後に
Deprecated: PHP Startup: Use of mbstring.internal_encoding is deprecated in Unknown on line 0
が含まれています。
ここが問題のようなんですが、もしかしたらユーザー側では触れない場所かもしれません。
AIによると、こればWordpressのバージョンの問題とは関係なくPHPの起動時の問題との話です。
本当でしょうか？そうであればサポートに連絡して改善して頂くよう依頼できるかもしれませんが。
fukkoumiya さんはWordPressコミュニティへの信頼度が高いのかと推し量ります。
今までこのコミュニティへの貢献をしてきた人達の労力あってこそなので、とても素晴らしいことだと思っています。
ですが、本件はサーバー由来でのエラーなので、有償で使用しているホスティング業者さんからのサポートを受ける方がより確実に解決するのかと考えております。
ただ、
ご共有いただいた URL の内容を見る限り、
「コントロールパネルからインストールできる範囲までがサポート対象であり、その後の WordPress のアップデートや動作不良については対応していない」
という明確なスタンスであると読み取りました。
そのため、「WordPress をアップデートした結果、正常に動作しなくなった」という状況については、サポート、ないしはサーバーそのものが対応していない可能性が高いです。
この件も踏まえつつ、再度サポートへのご連絡をなさってみてください。
ともあれ、エラー原因が少しづつ絞られているのかと思います。
非表示の対応をしていた設定が load-scripts.php の読み込みで再発しているとは… 設定項目が別に存在するのかもしれません 🤔
ありがとうございます。
再度サポートへお伺いしてみようと思います。
サポートへ再問合せの前に、Wordpressのバージョンを戻しておこうと削除して再インストールすることで解決しました。
問題は、再インストールしてWordpressはログインすると自動でアップデートされてしまい6.9に更新され前と同じ問題が発生したので、あらかじめ自動更新しないように設定しておかないといけません。
自分が行った方法は
WordPressインストールディレクトリ直下にあるwp-config.phpファイルに下記追記
// 自動バックグラウンド更新を無効にする
define(‘AUTOMATIC_UPDATER_DISABLED’, true);
自動更新を無効化してWordPressにログインすると改善されていました。
今回発生していた症状は、ユーザー側からのアプローチだけでは不可で、サーバー側のファイルを触らないと改善しないのではないかと。
今回の症状は、かなり不親切でサーバー側の責任とは思いますが、いろいろ解決に向けアドバイスを頂いた皆様には感謝です。どうもありがとうございました。
解決されたとのこと、おめでとうございます。
また、解決に至った具体的な対応方法をご共有いただき、ありがとうございます。
トラブル対応後の手順をここまで詳しく記載されているのは、とても価値のあることだと思います。
同じ問題に直面した方にとって、大きな助けになるはずです。
なお、WordPressは常に最新の状態で運用することが、データの安全性を保つうえで重要です。
必要に応じて、ホスティング業者の移転もご検討いただくと安心かと思います。
今後も、安心して運営できる良いサイトとなることを願っています。
