モジュール「QuickEdit」での文字化け対応

[Guest]

Welcome, Guest. Please login or register.
Did you miss your activation email?

1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[yama]

管理画面にログインすると表のページ(？)に表示される便利なQuickEditバーですが、
Firefoxで編集するとページの内容がハデに文字化けしてしまうことが分かりました。
Firefoxのバージョンは最新の1.5です。

以下のように対応しましたが解決できませんでした。
(この作業自体は合ってると思うのですが…)

assets/modules/quick_edit/lang/english.inc.phpを「japanese-euc.inc.php」と
いう名前でコピーする。

japanese-euc.inc.phpをテキストエディタで開いて、以下のように書き換える。

$_lang['QE_lang'] = 'en';
$_lang['QE_xml_lang'] = 'en';
$_lang['QE_charset'] = 'iso-8859-1';

こうなっているところを、

$_lang['QE_lang'] = 'ja';
$_lang['QE_xml_lang'] = 'ja';
$_lang['QE_charset'] = 'euc-jp';

このように。

english.inc.phpと同じディレクトリにアップロード。

[takumi]

うちはUTF-8ですが、EUCでも特に文字化けする事は無いです。
どう言う仕様のサーバーをご使用なのか分かりませんが、.htaccessファイルが使えるなら
mbstring.internal_encoding
mbstring.http_output
mbstring.http_input
を指定するのも良いかも知れません。
（詳しい設定はgoogle先生で検索して下さい）
もっともAjaxな部分なんで実際にこれが有効かは怪しい所ですけど。

[yama]

サーバはxreaを使っています。takumiさんのアドバイスを参考に
他のサイトで試してみると…さくらのレンタルサーバでは確かに
化けませんでした。うーん？
mbstring関係、あとで試してみます。

[yama]

mbstring.encoding_translationをonにすることで解決しました。
MODxが使えるレンサバトピにも追記しておきます。

http://modxcms.com/forums/index.php/topic,2573.0.html

[eastbind]

皆様。
QuickEditモジュールでの文字化けに付きまして、
附属のjapanese-utf8.inc.php
フォーラムにアップされているjapanese-euc.inc.php、japanese-sjis.inc.php
以上のいずれかのファイルをお使いで、
mbstring.encoding_translation   Off
mbstring.http_input   pass
の設定で、問題の発生する方々がいらっしゃいましたら、事例を伺いたいと思います。
クライアントのＯＳ、ご使用のブラウザ、
文字化けの箇所と、どんな文字が表示されるのか
編集で問題が無いか
問題があるとすると具体的にどんな問題なのか
是非お聞かせください。
できる限り対処していきたいと思います。宜しくお願いいたします。

[nobokonoko]

>>eastbindさん
すいません。文字化けの原因は、QE用の言語ファイル作らずに、デフォルトまま使っていた為でした。
mbstring.encoding_translation   Offで文字化けしませんでした。

以下、メモ書き
Quick Edit用の言語ファイルは

Code:

  $lang = $modx->config['manager_language'];
  $qe_path = $base_path.'/'.$GLOBALS['quick_edit_path'];
  $qe_eng_path = $qe_path.'/lang/english.inc.php';
  $qe_lang_path = $qe_path.'/lang/'.$lang.'.inc.php';
  $manager_lang_path = $base_path.'manager/includes/lang/'.$lang.'.inc.php';

というように、Modx本体の設定が反映されるので、本体用の言語ファイルと一字一句同じ名前にしなければ反映されない。

間違えそうなところはこの辺くらいだと思うのですがどうでしょう?

[eastbind]

nobokonokoさん。
QE用の言語ファイルを作らなくても大丈夫なはずなんですが...

http://modxcms.com/forums/index.php/topic,2488.0.html
こちらのjapanese-euc.inc.phpをお使いではないのでしょうか？
附属のjapanese-utf8.inc.phpのエンコードを変更するときには、
1040行目を変更する必要があるので、別途アップロードしているのです。

[nobokonoko]

あれ、本当ですね。Quick Editの設定項目も本体の言語ファイルに入ってますね。
僕の使っているファイルは、付属のを自分でエンコーディング変更したものですが、1038〜1040行は変更してありますよ。

[eastbind]

nobokonokoさん。
とりあえず、お聞きしておきたいのは表示の文字化けは無いわけですね?
内容の編集はいかがでしょうか？
safariでも問題ありませんでしょうか？

UTF-8では、safariでぜんぜん問題なく、ページの編集ができちゃうのです。

[nobokonoko]

幸か不幸か、mbstring.encoding_translation   Offにしても文字化けが再現しません。
以前は確かに文字化けをしたのでこのトピを見て変更したのですが

只、気になった点が二つあります。

本体のjapanese.inc.phpのQE用項目と、quickedit/lang/english.inc.phpの設定項目数が違います。

Code:

$_lang['QE_lang'] = 'en';
$_lang['QE_xml_lang'] = 'en';
$_lang['QE_charset'] = 'iso-8859-1';
$_lang['QE_title'] = 'QuickEdit'; // please change only if it violates local trademarks
$_lang['QE_show_links'] = 'Show links';
$_lang['QE_hide_links'] = 'Hide links';
$_lang['QE_someone_editing'] = 'Someone else is editing this document';
$_lang['QE_cant_find_content'] = 'Could not find content to edit';
$_lang['QE_description'] = 'Edit pages from the frontend of the site';
$_lang['document_opt_hide_menu'] = 'Hide in menu';
$_lang['revert'] = 'Revert';
$_lang['apply'] = 'Apply';
$_lang['revert_prompt'] = 'Undo ALL of your edits?';
$_lang['QE_no_edit_rights'] = 'No edit rights';
$_lang['ok'] = 'OK';
$_lang['setting'] = 'Settings';
$_lang['go'] = 'Go';

訳さなくても分かるような項目ばかりですが、、

それと、quickedit/lang/japanese-xxx.inc.phpを置いた場合は、
ポップアップされたQuickEditの編集ウィンドウ自体のcharsetがきちんとeuc-jp等になるのですが、
置かないと、iso-8859-1になっちゃいます。

[eastbind]

nobokonokoさん。
編集は大丈夫だとすると、同じAjaxなのにどうしてQuickEditは大丈夫なのか？
その辺にいろいろありそうです。

一度、試しにquickedit/lang/japanese-xxx.inc.phpをそのディレクトリからはずしてみて、
文字化けが起こるかどうか確認していただけないでしょうか？
無理に、すぐにとは言いませんので。

追伸:
理由は$manager_lang_pathが本体用言語ファイルで、しかも一番最後に読み込まれるからです。つまり$_langは上書きされているのです。

他の方、いかがでしょうか？文字化けします、という方いらっしゃいませんか？

[nobokonoko]

以前は化けていたのですが、QE用ファイルを抜いても化けません。
理由が良くわかりません。
yamaさんはその後文字化けはどうなのか聞いてみたいところですが、今日は落ちます。。。

[yama]

どうも、お待たせです。こちらは、xreaのサーバ・EUC-JP・Firefox1.5(WindowsXP)・QuickEditの
組み合わせで文字化けが発生し、対処したという状況でした。
で、その後なんですが。なぜか通常の管理画面をIEで開いてドキュメントを編集した時に
文字化けが発生し(対処時に確認したと思うのですが)、結局、mbstring.encoding_translationの
記述を外してしまいました。QuickEditモジュールも機能を無効にしました。
という現状です。
また改めて検証してみようと思っています。

[nobokonoko]

うーん、やっぱり文字化けが出ない

只、文字化け確認した後、一回(実は数回)、データベース削除して構築仕直してます。
その際にSQLで

Code:

ALTER DATABASE `データベース名` DEFAULT CHARACTER SET euc-jp COLLATE ujis_japanese_ci;

を実行してるんですね。(確か)
これがうまいこと働いたのかな?とは思ってます。

それと、(当時の)文字化けの症状ですが、表示等は一切化けず、編集して保存すると、文章が化ける。
といった具合だった(はず)

ちょっと今、xreaが酷いことになってるので、いろいろ調べるのはもうちょっとしてからにしたいと思います。

[yama]

万一に備えて、xreaで作ったサイトのデータを片っ端からバックアップ中。
xreaが落ち着いたら僕も試してみます。