フォーラムへの返信
-
投稿者投稿
-
2024年11月14日 11:08 AM 返信先: Snow Monkey Archive Content 1.2.4が重大なエラーを引き起こしたため、プラグインを有効化できませんでした。 #142717
サーバーのエラーログです!場所や確認方法はサーバーによって異なります。例えばエックスサーバーなら下記です。
ありがとうございます。もう
var_dump()
は消していただいて大丈夫です。11111 も 22222 も表示されたということはちゃんとフックは通ってるみたいですね…。ブロックエディターは iframe バージョン(標準)と非 iframe バージョン(後方互換性のために残してある)の2つのバージョンがあって、6.7 からは非 iframe で表示される条件が狭くなりました。もし今エディターが ifarme で表示されているのであれば、その iframe の中で CSS が読み込まれている必要があります。
enqueue_block_assets
+wp_enqueue_style
の場合は普通は正しく読み込まれるはずですが…。エディターが iframe なのかそうでないのか、iframe の場合は iframe の中で
my-snow-monkey/style.css
が読み込まれているか確認してみてください。読み込まれていることが確認できた場合、指定したセレクタに CSS が適用されているか確認してみてください(見た目ではなくデベロッパーツールで確認して、他の CSS で上書きされていないか確認してください)。
あ、あと、
ショップのトップページは
https://tarcoon.me/jp/shop/
だと思うのですが、
https://tarcoon.me/jp/shop/product/
はどんなページになのでしょうか?
Snow Monkey 公式サイトには
https://snow-monkey.2inc.org/shop/product/
の URL は無いみたいなので、WooCommerce が自動生成するページではないのかな?と思いまして…。
♥ 0Who liked: No user2024年11月14日 7:11 AM 返信先: Snow Monkey Archive Content 1.2.4が重大なエラーを引き起こしたため、プラグインを有効化できませんでした。 #142708おそらくサーバーのエラーログに Archive Content 関連のエラーがでていると思うので、どのようなログがでているか教えてください!
あと、マイアカウントページからダウンロードした
snow-monkey-archive-content.zip
を管理画面からアップロードして上書きアップデートするとどうなるか試してみてください。下記のコードに変更して、「HTML ソース上」に「11111」と「22222」が出力されるか確認してください。
add_action( 'enqueue_block_assets', // フロントでもエディターでも実行される function() { var_dump(11111); // エディター以外では何もせずに終了させる if ( ! is_admin() ) { return; } // CSS を読み込み var_dump(22222); wp_enqueue_style( 'my-snow-monkey', untrailingslashit( plugin_dir_url( __FILE__ ) ) . '/style.css', [ Framework\Helper::get_main_style_handle() ], filemtime( plugin_dir_path( __FILE__ ) ) ); }, 11 );
また、下記についても確認をお願いします。
– 読み込もうとしている CSS のパスはあっていますか?
– ブラウザのデベロッパーツールのネットワークタブで、読み込もうとしている CSS がロードされているか・404になっていないか確認してください。
–wp_enqueue_style()
のハンドル名の指定をmy-snow-monkey-editor
に変更したらどうなりますか?
–wp_enqueue_style()
の依存関係の指定を[]
に変更したらどうなりますか?Snow Monkey Blocks v22.2.3 で変更を入れてみました。アップデートして確認してみてください!
♥ 0Who liked: No user@read さん
現象が確認できるページの URL を教えてもらえますか?♥ 0Who liked: No user確かに反映されなくなってますね…。6.7 で挙動が変わったのかもしれません。
下記のように変更してみるとどうでしょうか?
add_action( 'enqueue_block_assets', // フロントでもエディターでも実行される function() { // エディター以外では何もせずに終了させる if ( ! is_admin() ) { return; } // CSS を読み込み wp_enqueue_style( 'my-snow-monkey', untrailingslashit( plugin_dir_url( __FILE__ ) ) . '/style.css', [ Framework\Helper::get_main_style_handle() ], filemtime( plugin_dir_path( __FILE__ ) ) ); }, 11 );
アップデート前の Snow Monkey と Snow Monkey Blocks のバージョンはわかったりしますでしょうか?
♥ 0Who liked: No user@damaya11 さん
WordPress 6.7 + Snow Monkey v27.3.5 でも発生しますかね?♥ 0Who liked: No userv27.3.5 の通知がきたらアップデートしてみてください!
ちょっと原因はよくわからないのですが、Snow Monkey 側でこの画像の CSS を追加したのは随分前なので、WordPress 6.7 で何らか画像まわりの変更があったのかもしれません。
♥ 0Who liked: No user他の方からも報告があり、現在作業を進めようとしているところです。ご迷惑おかけして申し訳ないです。
GitHub からのデータの取得に失敗したときの処理にバグがあったみたいです。/wp-content/themes/snow-monkey/vendor/inc2734/wp-github-theme-updater/src/App/Model/GitHubRepositoryContent.php
の先頭のほうにある、use Inc2734\WP_GitHub_Theme_Updater\App\Model\Requester;
を
use WP_Error; use Inc2734\WP_GitHub_Theme_Updater\App\Model\Requester;
とするとエラーが消えると思いますので、試してみていただけないでしょうか?
-
投稿者投稿