フォーラムへの返信
-
このエラーメッセージが発生した場合は、サーバー側でエラーが発生している可能性が高いです。
※これは mixhost がどうこうという意味ではなくて、ブラウザ側（JS 等）ではなくサーバー側（PHP 等）のエラーという意味なので、サーバーのエラーログで、エラーが発生した日時に何かログが残っていないか確認してみると良いかもしれません。
Who liked:アーカイブページのc-entry__titleのh1をh2に変更するのは下記コードであっていますでしょうか。
一部コードが消えているようだったのでこちらで調整してみました。実際に h2 になっているのか確認して、変わっているようなら大丈夫だと思います。
解決したらトピックのクローズをお願いします！
Who liked:確認したところ、Snow Monkey テーマに不具合が見つかりました。ご迷惑をおかけしてしまい申し訳ありません…。
v29.0.2 で修正を入れましたが、アップデート通知が届かないので手動で更新をして頂く必要があります。
XServer の管理画面から最新版（v29.0.2）の zip ファイルをダウンロードして管理画面からアップロードして更新する方法と、サーバー上のファイルを直接修正してアップデート通知が届くようにする方法があります。
詳しくは記事にまとめましたので、ご確認・ご対応いただければと思います。
お手数おかけする形になり大変申し訳ございませんが、よろしくお願いいたします。Who liked: No userAdvanced Custom Fields (ACF) プラグインを使って作成されたフィールドでしょうか？
それとも、ACFを使わずにWordPressの標準機能で追加されたカスタムフィールドでしょうか？ACF ではなくて、
register_meta()で追加したものです。Snow Monkey Search のクエリー操作を見直していて気づいたのですが、検索ボックスから特定のキーに対して複数の値が送信されてきたとき（例：チェックボックスで複数のチェックがされたとき）は、強制的に
INになるようにしてるみたいでした。なんで、チェックボックス検索にされているのならこれが影響しているのかも？これを消したらどうなるか一度試してみてください！
Who liked: No user試してみましたが、僕の環境だと正しく
LIKEになっているようでした。
クエリーをカスタマイズするコードを既に追加されているのであれば、一旦それを全部消してみると変化があるか確認してみてください。
Who liked: No userと、ここまで書いて気づきましたが、「3：Snow Monkey Search 「カスタムフィールド検索」ブロック」にかかれているように、「比較」は「LIKE」にされてるんですよね？
それなのに SQL では
INになっちゃうというのであれば、Snow Monkey Search 側に不具合があるのかな…？Who liked: No user1：Snow Monkey Search の「カスタムフィールド検索」ブロックは、ACFの複数選択チェックボックス（値がシリアライズされた配列としてDBに保存される）の値を、上記のような LIKE 検索で正しく絞り込むための標準的な設定方法（「タイプ」や「比較」の適切な組み合わせなど）はございますでしょうか。
本来だと同じキーのメタデータが複数登録された状態になるので、シリアライズして保存するというのが ACF の独自仕様なんですよね。なのでこれをどうにかする標準的な方法というのはなくて（強いて言えば標準的な形でメタデータを保存するプラグインに乗り換える）、基本的にはご想像の通りフックでクエリーを書き換えるという形になるのかなと思います。
Snow Monkey Search の場合だと
pre_get_postsよりsnow_monkey_search_pre_get_postsを使うほうが良いです。僕もやったことがないのでわからないのですが、
meta_queryの部分を参照して、書き換えた必要なメタキーが含まれていたら書き換えるというアプローチになるのかなぁと想像します。が、Snow Monkey Search の他に ACF にネイティブに対応している検索系プラグインがあるようなら、それを使うほうがリスクは低いかもですね…。
Who liked: No user
