投稿検索の際というのは携帯から検索した場合でしょうか。
だとすれば、携帯が送信している文字コードはおそらくShift-jisで、サーバ上でwordpressが処理しているphpファイルでは違う文字コードで処理されているのでしょう。
サーバにもよりますが、phpはEUCやutf-8で処理されていることが多いです。フォームから送信する段階で文字コードをphpと合わせる、もしくは逆に受け取ったコードを変換する、htaccessが使用可能ならばhtaccessで文字コードを固定(変更)する方法(PC用画面で不具合がでる可能性があります)などの対処が必要ですね。
早速の回答、ありがとうございます。
PCをメイン、携帯はあくまで補助で利用しているので、htaccessで文字コードを固定する方法はできれば避けたいです。
とすると、
>フォームから送信する段階で文字コードをphpと合わせる、もしくは逆に受け取ったコードを変換する、
ということですね。
これって、具体的にはどうすれば可能でしょうか。
よく分からないのは、携帯から投稿したり、編集したりするのは、文字化けせずに行えているのに、この携帯からの検索の結果のテキストボックス内が文字化けしてしまうのです。
そのために、投稿検索の結果も「見つかりません」になってしまうのです。
どうぞよろしくお願いします。
すみません。説明不十分でした。
投稿検索というのは、ダッシュボードの中での話です。
管理者が、投稿の編集を携帯からする際の話です。
よろしくお願いします。
ダッシュボードでの投稿検索のことだったのですね。
だとすればKtai Styleに依存する問題だと思います。
ここはYurikoさんの回答を待つしかありませんかね・・・
なぜか、投稿検索の際、テキストボックスに入れて検索すると、検索結果の表示で、テキストボックス内が文字化けして、「見つかりませんでした」のメッセージしか現れません。
おそらく Ktai Style のバグです。1.71-beta2 で改修したバグの1つに「ブログで文字列検索した結果を ks_posts_nav_dropdown() によるポップアップ (プルダウン) 式ナビゲーションで移動したとき、検索文字列が化ける不具合を修正しました。(例えば、「携帯」で検索させて他のページに移動すると『g』という文字列による検索になってしまう)」というのがありますが、そういう状況ではありませんか?
検索直後で発生するならば、PHP の mbstring 関連の設定がまずいのでしょう。mbstring.http_input とか mbstring.http_output が UTF-8 決め打ちになっているならば、pass に直すか、mbstring.encoding_translation を off にしてください。
原則として、今どきのウェブアプリケーションでは mbstring.encoding_translation は off で使うべきです (アプリ側で文字コードの処理をしているので)。