FlexSearchForm with Ajaxについて

なんか入り乱れてしまって申し訳ない

nobokonokoさん お願いです。
ajaxSearch.php Line 34
$searchString = mb_convert_encoding($_GET[’resultsIntroFailure’], "UTF-8");
を
$resultsIntroFailure = mb_convert_encoding($_GET[’resultsIntroFailure’], "UTF-8");
に変更してお試しいただけますか？とてもアホなミスで申し訳ありません。

naoyaさん。
もし、まだお試しいただけるようであれば、
ajaxSearch.js Line 16、20、61 のパスが合っているか、確認いただけますでしょうか？
もし、naoyaさんのMODxへのアクセスが http://hostname/dirname/index.php になるのでしたら、
各々の先頭に「/dirname」を付けたほうがいいかもしれません。

遅くなりまして、スミマセン・・・。
なんか混在しちゃってると悪いので、4/3版を新たに落として修正した物をアップします。
実験サイトも、アップした物と同じ物に（よりオリジナルに近い物）変更しました。
私にはMac環境が無いので、SafariなどのKHTML系ブラウザーでの確認が出来ないのが辛いです。
Mac使いの方には日本語環境を整える点で、かなりの負担を課してしまってると思うと残念に思います。
Macユーザーの方にも安心して使える物を、早く提供出来るように私も頑張りますんで、もうしばらくMacユーザー様のお力をお貸し下さい。

私のサーバーの環境
mbstring.detect_order auto auto
mbstring.encoding_translation Off Off
mbstring.func_overload 0 0
mbstring.http_input auto auto
mbstring.http_output EUC-JP EUC-JP
mbstring.internal_encoding EUC-JP EUC-JP
mbstring.language Japanese Japanese
mbstring.substitute_character no value no value

オリジナルと違う所。
どこかで「外部JavaScriptと使用するサイトのエンコードが違うと文字化けする可能性がある」と、見た記憶があったので、念のためajaxSearch.jsはEUC/改行コードLFで保存してます。

>>eastbindさん
上述の4通り試してみました。
全部日本語検索通るようです。

>>takumiさん
mbstring.http_input auto
mbstring.encoding_translation ON

の組合せのみFF日本語検索通らず。safari処理が終らない。
という結果になりました。
他の組合せは良好でした。

ちなみにFlexSearchForm.inc.phpはeastbindさんバージョンを使いました。

Quote from: nobokonoko at Apr 13, 2006, 03:07 PM

>>takumiさん
mbstring.http_input auto
mbstring.encoding_translation ON

の組合せのみFF日本語検索通らず。safari処理が終らない。
という結果になりました。
他の組合せは良好でした。

ありがとうございます。
ini_set()を使って、強制的にmbstring.encoding_translation offにした方がいいのかな？
と、思ったらセキュリティー対策として、ini_set()を使わせてくれないホスティング会社が結構あるらしい？
となると、eastbindさんのハックの方が最善策でしょう。

nobokonokoさん。御協力ありがとうございました。
私版FlexSearchForm.inc.phpは、placeholder対応とSmartSubstrのmbstring化を行ったものです。
このファイルだけ、従来のものと差し替えて使う事ができます。もちろんDB関係の設定の上で、です。
じつは、不正なバイトをencodeした文字列を、decodeURIComponent()に通すと、javascriptが死にます。
そのため、是が非でも日本語交じりでもsubstrできるようにしなければなりませんでした。
私の方法の欠点です。

私版はそのままUTF-8環境で使えます。(safari 1.3.2ではOK）
使っていただいた上での御意見はいつでもどうぞ。
後、ajaxSearch=0のときの処理、途中でjsが死んだときの処理を加えていきたいと思います。

takumiさん。
ajaxSearch.phpの中で、encoding_translationをＯＦＦしても遅いです。もう変換しちゃってます
単に、
mbstring.encoding_translation=1で
mbstring.http_input!=’pass’なら
エンコード変換しない
ってすればいいのじゃないでしょうか？

>>eastbindさん
ajaxSearch.php Line 34を$resultsIntroFailure = mb_convert_encoding($_GET[’resultsIntroFailure’], "UTF-8");
に変更して、ajaxSearch.js Line 16、20、61 のパスに「/dirname」を付けテストしてみました。

mbstring.encoding_translation On ではちゃんと検索されました（SunriseBrowserのみ他の検索を一度してやらないと、処理が止まります。ブラウザの仕様によるのかもしれません）。
私の環境ではmbstring.encoding_translation Off では処理が終わりませんでした。
メジャーブラウザならとりあえず満足出来る結果と言えると思います。色々ご助言有り難うございます。

>>takumiさん
ファイルアップ有り難うございます。
本日、これから県外に出張なのでまだ試せてませんが、帰宅後テストしてみようかと思います。
出張の内容は…企業HPの作成なのですが、MODxで作ろうかと思っています（チャレンジャーですかね？将来性と使いやすさを考えて、これに賭けてみるのも面白いかと思いまして）。
最終的にはどうなるか分かりませんが、MODxの日本での実績になれば（サンプルとも言う）良いかなと思っています。

Quote from: naoya at Apr 14, 2006, 12:42 AM

本日、これから県外に出張なのでまだ試せてませんが、帰宅後テストしてみようかと思います。
出張の内容は…企業HPの作成なのですが、MODxで作ろうかと思っています（チャレンジャーですかね？将来性と使いやすさを考えて、これに賭けてみるのも面白いかと思いまして）。
最終的にはどうなるか分かりませんが、MODxの日本での実績になれば（サンプルとも言う）良いかなと思っています。

よろしくお願いします。
なかなかのチャレンジャーかも？
でも、こう言う流れは大切だと思います。
ビジネスで使う事を前提とすれば、日本語環境を整えるスピードがアップしますし、問題点も浮き彫りになります。
私もMODxでのビジネス展開に期待してる一人です。
まだ安心してクライアントに提案できる段階ではないのですが、もう少しMODxを把握してから提案しようかな？と思ってます。
頑張って下さい。

Quote from: takumi at Apr 14, 2006, 03:51 AM

なかなかのチャレンジャーかも？
でも、こう言う流れは大切だと思います。
ビジネスで使う事を前提とすれば、日本語環境を整えるスピードがアップしますし、問題点も浮き彫りになります。
私もMODxでのビジネス展開に期待してる一人です。
まだ安心してクライアントに提案できる段階ではないのですが、もう少しMODxを把握してから提案しようかな？と思ってます。
頑張って下さい。

まだ、takumiさんのテストが出来ていないのですが（今日もこれから別件の打ち合わせ :’(）、昨日の打ち合わせでMODxによるサイト構築の方で話が決まりそうです。実際の実務の場面で使われることでフィードバック出来ることも多いと思いますし、PGの人に（一部）開発をお願いすることも（クライアントの金を使って）可能になるように思います。

で、クライアントが今まで使っていたサーバーを移転させようと思うのですが、やはりUTF-8が安心かなと思うのですが、どこかよいところは無いですかね？まあ、トピックスとは外れてしまうのですが…どこかおすすめがあれば教えて頂ければありがたいです。
ちなみに、現在クライアントのサーバーは…XREAだったりします（まあ、それはそれで検証が楽なんですけどね）。