[キタジマ タカシ]

Snow Monkey v27.0.4 にアップデートして確認してみてください！

♥ 0

Who liked: No user

[キタジマ タカシ]

なるほどです。ということは My Snow Monkey プラグイン自体は正しく実行されているのだと思います。
あとは地道に検証するしかないかなと思うので、例えば my_password_form 関数が実行されているか確かめるために、

function my_password_form() {
	if(is_page('3926')){
		return '〜'

を

function my_password_form() {
	var_dump( 1 );
	if(is_page('3926')){
		var_dump( 2 );
		return '〜'

としてみて、1 と 2 が画面に表示されるか確認してみると良いかもしれません。

♥ 0

Who liked: No user

[キタジマ タカシ]

Snow Monkey に限らず、自作のプラグイン・テーマ以外の、WordPress コア、プラグイン、テーマはファイルを直接編集しないほうが良いです。書かれている通り、更新の際に最新のファイルと置き換わってしまうためです。

My Snow Monkey と functions.php はほぼ同じものなので、基本的にはコピペするだけで動作するはずですが、動作しないということは My Snow Monkey プラグインが有効化されていない可能性があるかもしれません。

まずはプラグインの管理画面で、My Snow Monkey プラグインが有効化されているか確認してみてください。

♥ 0

Who liked: No user

[キタジマ タカシ]

値を確認したかっただけなので、もう var_dump(〜) は消していただいて大丈夫です！ ありがとうございます。

やっぱりエラーがでているところはオブジェクト（stdClass）ではなくて配列（array）になっちゃってますね。

ちょっと Snow Monkey 側で調整してみます。リリースしたらまた書き込みますのでしばしお待ちを！

♥ 1

Who liked:

[キタジマ タカシ]

解決できて良かったです！
解決済みということで、トピックのクローズをお願いします。

♥ 0

Who liked: No user

[キタジマ タカシ]

何か WordPress のメニュー機能に関連する部分で、独自にコードでカスタマイズをしたり、何らかのプラグインでカスタマイズしてたりということはありませんか？

本来オブジェクトであるべき部分が配列になっていて、それでプロパティにアクセスできない、というエラーに見えます。

nav_menu_item_title とか walker_nav_menu_start_el とか、メニュー関連のフィルターフックは $args というオブジェクト型の引数が渡されるのですが、なぜかそこが配列になっているっぽいので、カスタマイズの影響でオブジェクトが配列になっているという可能性はあるのかなと…。

あと、念の為、下記の場合にどういう出力がされるか教えていただけると助かります。

snow-monkey/app/setup/nav-menus.php の

add_filter(
	'nav_menu_item_title',
	function ( $title, $item, $args, $depth ) {
		$show_description = 0 === (int) $depth && 'global-nav' === $args->theme_location;

を

add_filter(
	'nav_menu_item_title',
	function ( $title, $item, $args, $depth ) {
		var_dump( $args );
		$show_description = 0 === (int) $depth && 'global-nav' === $args->theme_location;

に変更

♥ 0

Who liked: No user

[キタジマ タカシ]

現状、SEO パネルは、その投稿タイプが「カスタムフィールド」をサポートしている場合にのみ表示されるようになっています。

register_post_type() – Function | Developer.WordPress.org

Registers a post type.

developer.wordpress.org

↑のページでいう supports の custom-fields です。

まずはそこが有効化されているかを確認してみてください。

♥ 0

Who liked: No user

[キタジマ タカシ]

Snow Monkey Search v0.2.1 で修正を入れました！

もしサブディレクトリのサイトが残っているようであれば、そこでアップデートして正しく動くか確認してみてください。
もうサイトがなければ閉じていただいて大丈夫です！

♥ 2

Who liked:

[キタジマ タカシ]

jQuery と wp が無いというエラーがでているみたいですね。wp はブロックエディターの根幹なので、これがないとエディターが全く使えなくなります。

Snow Monkey 側で wp をどうこうはしていなかったと思うので、プラグインか追加しているコード、あるいはサーバー側に高速化の設定があるならそういうところが気になります。エラーが発生したときに、デベロッパーツールの「ネットワーク」タブを開いて、どのパスの jQuery や wp を参照しようとしているのか、あるいは参照自体していないのか、また、他にどういうパスのファイルを参照しようとしているのかを調べると、何かヒントがあるかもしれません。

♥ 1

Who liked:

[キタジマ タカシ]

良かったです！

再保存せずにちゃんと表示できるように修正できたらまた書き込みます。

♥ 0

Who liked: No user

[キタジマ タカシ]

ルートで表示するように変更したところ、カスタム投稿のアーカイブページからの検索結果が表示されるようになりました。

ありがとうございます！やはりサブディレクトリだとだめみたいですね…。

テンプレートに home.php が使われているのを確認していますので、 Snow Monkey Search が動作する「ブログのトップ（home）」という事のはずだと思うのですが、認識は合っていますでしょうか。

あっています！

いくつかの環境で試していたところ、再現できたので調査してみました。検索ボックスの設定の「投稿タイプ」のところを、一度「投稿」以外に変えて保存し、再度「投稿」に戻すと表示されるようになりました。

検索フォームを新規作成したときに「投稿タイプ」がデフォルトで「投稿」になっているのでそのまま作成されたのだと思います。まだなぜかはわかりませんが、どうもそれだとちゃんと home に表示されないみたいです。これから詳しく調査し、修正を入れていきます。

ひとまず、前述の方法で表示されるようになるか試してみてください！

♥ 1

Who liked:

[キタジマ タカシ]

再現できました！

まだ根本原因の特定には至っていないのですが、どうも「同期パターン」の中で「項目ブロックの子ブロック」を使っていると現象が発生してしまうようでした。

– 非同期パターンにする
– 項目ブロックではなくカラムブロックを使う

でとりあえず現象が発生しないようにはできました。
根本原因についてはこれから調べていきます…！

♥ 0

Who liked: No user

[キタジマ タカシ]

3件記事に入れていて、3件 Minified React error #185 というメッセージがあるので、それが怪しい気がします。ぐぐってみると、Minified React error #185 は

Maximum update depth exceeded. This can happen when a component repeatedly calls setState inside componentWillUpdate or componentDidUpdate. React limits the number of nested updates to prevent infinite loops.

という意味らしくて、つまり描画が無限に繰り返されるためにエラーになる、ということみたいです。フリーズすると言われていたと思うので、それとも合致するかなと。ただ、なんで無限に繰り返されるのかはわからないんですよね…。同じ形のものをもう一回新しいパターンとして作った場合、同じエラーが発生するか確認してもらえますか？

♥ 0

Who liked: No user

[キタジマ タカシ]

WordPress のバージョンは、6.6.1 です。

僕の環境（6.6.1）でも確認してみたら、確かに「注意: このプラグインは現在使用中の WordPress バージョンではテストされていません。」と表示されました。ちょっとなぜかわかりませんが、特に影響は無いので、とりあえず無視してもらって大丈夫です。

こちらでご確認いただけるかと思います。

ありがとうございます、助かります！
確認してみたところ、検索ボタンを押すと

https://xs217022.xsrv.jp/wpiwaki/wpiwaki/custom_posttype/?s=&snow-monkey-search=1473

という URL に遷移していました。本来は

https://xs217022.xsrv.jp/wpiwaki/custom_posttype/?s=&snow-monkey-search=1473

が正しいので、なぜか /wpiwaki が余分に追加されてしまっているようです。
現状 WordPress がドメイン直下ではなくてサブディレクトリにインストールされているようですが、Snow Monkey Search にサブディレクトリではうまく動かない不具合があるのかもしれません。一度サブディレクトリの環境を用意して調査してみます。

「ブログのトップ（home）」というのは、表示設定で「最新の投稿」としている時だけでしたでしょうか。他に手段があったかどうか、ど忘れしてしまいました。

「最新の投稿」の場合はサイトのトップページがそれになります。固定ページを割り当てている場合は「投稿ページ」に割り当てたページがそれになります。

♥ 0

Who liked: No user

[キタジマ タカシ]

などカテゴリー毎の記事一覧ページの上部に、絞り込み検索が表示されるものと思っていますが、違いますでしょうか？

あ、すみません、表示されるのは、現状「ブログのトップ（home）」と「カスタム投稿アーカイブ」のみとなります。

さらに詳細表示では「注意: このプラグインは現在使用中の WordPress バージョンではテストされていません。」と表示されました。

WordPress のバージョンは何ですか？ Snow Monkey Search の動作には 6.6 以上が必要です。

しかしそれはそれで、キーワード検索してみても「ページが見つかりませんでした。お探しのページは移動したか削除されています。この検索ボックスから検索してください。」と結果が出力されませんでした。

んーこれはもしかしたら不具合かもしれません。実際に動作が確認できるページはありますか？

♥ 0

Who liked: No user

[投稿者]

投稿