こんにちは。
Fatal error: Array and string offset access syntax with curly braces is no longer supported in
このエラーで検索していただければわかると思うのですが、PHP 8.0.x で配列要素へのアクセスに波括弧が使えなくなった事が原因かもしれません。
PHP: 下位互換性のない変更点 – Manual
<?php
// 以下ではなく:
$array{0};
$array{"key"};
// このように書いて下さい:
$array[0];
$array["key"];
?>
WordPress バージョンがかなり古ければ、WordPress そのものが原因でこのエラーが起こる可能性がありますが、そうでなければテーマ・プラグインのいずれかに上記に該当する記述が含まれているのではないかと思います。
- デフォルトテーマに戻す
- プラグインを一つ一つ停止してみる
- ご自身で開発したテーマ・プラグインを使っているのであれば、コードの中に上記に該当する記述が含まれているか確認する
などを確認してみてください。
Lazy Blocks は使った事がありませんが、デバッグして「どの箇所で画像URLが欠落しているか」を特定すると良いと思います。
ChatGPTの回答を貼っておきますので、デバッグの参考にしてみてください。
https://chatgpt.com/share/67a82d27-9bdc-8003-8cdd-47c30f87a851
該当箇所のコードを共有してご確認いただいてもよろしいでしょうか？
はい、解決できるかわかりませんが、原因調査の手掛かりになるかもしれません。
また、以下を確認いただけますでしょうか。
- プレビューではなく、通常通り投稿を公開したあとは、フロントエンド側で画像は表示されますか？
- プレビューで画像が表示されないとき、その画像の
src 属性は何になっていますか？確認する一つの方法として、「chrome 開発者ツール html」などで検索してみてください。
該当箇所のコードを共有してご確認いただいてもよろしいでしょうか？
これは、公開済かつ問題が発生しているページのURLを共有していただけるという事でしょうか。
当初のご質問は「Lazy Blocksで作成したブロックに挿入した画像がプレビューで表示されません」との事でしたが、公開済のページでも同じ問題が発生しているという事でしょうか。
こんにちは。
ブロックエディターは一つのReactアプリであるため、PHPのフックのような概念は通用しません。任意の箇所に何らかのReact要素を注入できるかどうかは、そこに「スロット」が用意されているかどうかによります（SlotFills Reference）。
ちょうどそのあたりに「PluginPostStatusInfo」というスロットが用意されていますので、それを利用すれば、独自のReact要素を注入する事はできます（PluginPostStatusInfo README）。
このスロットを使用せず、バニラJSで何とかする方法もあると思いますが、かなり大変です。
ただし、実装にあたってはReactやGutenbergのデータAPIの知識などが必要になります。
もしここまでの内容の意味自体が分からない場合は、無理せずACFやメタボックスを素直に使う事をお勧めします。
こんにちは。
おそらく、前任者の方が独自でそのようなカスタマイズを加えられているからだと思います。以下のようなコードが存在する事が分かります。
これらのコードを削除またはカスタマイズすれば解決できると思いますが、ご自身での作業が難しい場合は専門業者へご相談されてみてはいかがでしょうか。
こんにちは。
.wp-env.json の themes フィールドは、 WordPress コアにバンドルされているデフォルトテーマをコントロールするものではなく、追加でインストールするテーマを定義するものです。 .wp-env.json そのものには、デフォルトテーマを削除するようなオプションはありません。
もしやるなら、package.json で独自のスクリプトを組んで、Docker 起動後に wp-env run cli などで手動で任意のテーマを削除できるかもしれません。
今回のご報告のおかげで、WordPress本体の不具合が見つかりましたので、以下で報告をいたしました。
https://core.trac.wordpress.org/ticket/62623
修正やテストが進んでおり、カスタム投稿がエディターをサポートしていない場合には、このボタンが表示されないようになりそうです。
画面を開いた状態では出ず、記事タイトルをフォーカスし何かを入力して次へ移動しようとすると出るのですが、もしかしてそれが通常の挙動でしょうか？
こちら見逃していましたが、これが正しい挙動です。記事タイトルをフォーカスし、タブキーを押すと「エディターへ移動」ボタンが表示されます。
ですが、コンテンツエディターを無効にしているにもかかわらず、このボタンが表示されるのは矛盾しているので、厳密にはWordPressそのもものバグだと思います。
取り急ぎ、気にせずお使いいただいてよいのかなと思います。
こんにちは。WordPressとは直接関係のないご質問のように見えますが、お答えします。
原因は、addEventListerの第二引数に関数の実行結果そのものを渡しているからです。
document.getElementById('id1').addEventListener('click', func_1());
を
document.getElementById('id1').addEventListener('click', func_1);
に変更すれば大丈夫だと思います。
こんにちは。
おそらくクラシックエディターを有効化しており、以下のようなボタンが表示されている状態かと推測とします。
このボタンはアクセシビリティ上の理由で存在しますが、screen-reader-text CSS クラスを持っているので、キーボードのタブキーなどでフォーカスしない限りボタンは表示されないはずです。
このボタンがデフォルトで表示されているという事であっていますでしょうか？それであれば正しい動作ではないので、有効なプラグインを全て停止したり、テーマを変更したりしてみて、何がこのボタンの表示に影響しているかを切り分けてみてください。
@setouchikotori さん、ご説明ありがとうございます。
otona-home.com ドメインのネームサーバを確認した限りでは、NS1.MIXHOST.JP / NS2.MIXHOST.JP なので、現在は正しく設定されている、という事ですね。
