next »

[MEGU]

概要
MODxは、現在デフォルトのロケール設定が英語になっています。そのため
言語ファイルを持たない、Jot などのスニペットで、ロケールに基づく日付を利用しても
日本語の表示になりません。このプラグインは、その問題を解決します。
多国語に対応しています。

（説明、変だったらつっこんでぇ～）

参照トピ：
http://modxcms.com/forums/index.php/topic,18623.0.html

ダウンロード(Repository登録済み)


インストールとアンインストール

インストール
１．リソース管理＞プラグイン＞プラグインの作成　とすすみ以下の要綱でプラグインを作成します
２．　プラグイン名　locale setting (任意)
　　　システムイベント　OnWebPageInit
　　　プラグインコード　ダウンロードしたファイルの中身をそのまま貼り付けます

アンインストール
１．リソース管理＞プラグイン　で　locale setting を開き　削除します


注意事項

●manager/includes/document.parser.class.inc.php　19行目付近に
　以下を加えている場合は、削除します（オリジナルに戻す）

Code:

setlocale(LC_ALL,"ja_JP.UTF-8");

リソースの情報

作者	ZeRo
リソース名	locale setting
バージョン	1.0
ライセンス	GPL
動作環境	MODx 0.9.6+
リソースの種別	プラグイン
タグ	locale plugin

[MEGU]

こんにちは。

リポジトリに登録させて頂きました。
http://modxcms.com/Locale-Setting-1956.html

また、このプラグインを（あるいはこの方法を）次期MODxに取り入れてもらえるよう、
コアチームに申請してみました。

[ZeRo]

あら、、今日みたときに評価が･･･アレだったんで・・・ちょっと方法を変更したバージョン（setting2？）を以下に。

やることは一緒ですが、Langファイルを読み込んでの方式からプラグインの設定でロケールコードを指定する方法です。
余分な言語ファイルを読み出さない分ちょっとサーバに優しいんですが、ロケールコードを自身で指定する分ちょっと面倒かも。

コードは短いので、以下に。

Code:

/*
 * LOCALE SETTING Plugin2
 *
 * 2008/04/08 ZeRo ver1.0a
 *
 * Event:OnWebPageInit
 * paramter:&locale=locale;text;ja_JP.utf-8
 * or
 * $locale="ja_JP.utf-8";
 *
 */
$e = & $modx->Event;
// $locale="ja_JP.utf-8"; 

if  ($e->name == "OnWebPageInit" && !empty($locale) )  {
 setlocale(LC_TIME,$locale);
}

設定タブのプラグインの設定(※添付の画像を参考）に、&locale=locale;text;ja_JP.utf-8　を入れてもらうとOKですが、よくわからないという方は以下のコメント行の部分を外してください。

Code:

// $locale="ja_JP.utf-8";

を

Code:

$locale="ja_JP.utf-8";

にします。

なお、ロケールの設定はそれぞれの環境に合わせてください。
Windowsだと、JapaneseもしくはJapanese_japan.utf-8とかに

[MEGU]

ZeRoさん。ありがとうございます。

うんとー。Ver2 ?というスタンスで良いのでしょうか。
バージョンアップ板として登録しちゃって良いですか？

言語ファイルで、設定している
setlocale (LC_ALL, "ja_JP.UTF-8");
の緑の太字の部分を書けばいいって事ですよね。

[ZeRo]

ZeRoさん。ありがとうございます。

うんとー。Ver2 ?というスタンスで良いのでしょうか。
バージョンアップ板として登録しちゃって良いですか？

v2でいいですかねぇ、まったくやり方が違うけど・・・・まあ、お任せしちゃいます。
別にしてもいいですし・・・。

言語ファイルで、設定している
setlocale (LC_ALL, "ja_JP.UTF-8");
の緑の太字の部分を書けばいいって事ですよね。

そ、その通りです。緑の部分をプラグインの設定で登録するか、$localeのコメントを外してもらうか、どちらかで・・。

[ZeRo]

私信になっちゃいますが・・・。
すいませんが、

あら、、今日みたときに評価が･･･アレだったんで・

このアレなんですけど、ResourceからA-Zで辿っていくと１つ前？のものが表示されてしまってるようです。
ココでリンクされているところとURLがちょっと違うのに今頃気がつきました。

できれば、ここのリンクのURLがResourceで辿ったときにも表示されると嬉しいんですが・・・。

v2はココに放置でも構いません（＾＾；；

[MEGU]

ZeRoさん。そぉなんですよぉ。。ごめんなさい。しくしくしく。。
これ、最初に登録してしまって、名前間違えてしまったので、
削除しようと思ったら、削除するメニューがないのです。
で、新しく、正しい名前で登録したんですけど。。

登録したリポジトリの削除って、どうすればいいんでしょう。。
どこで聞いて良いかもわからないので、とりあえず、どっかで聞いてこようかな。。

[ZeRo]

あ、そうなんですかぁ
うーむ、困りましたねぇ

[MEGU]

いま、どうしたらいいか聞いてるんですけど。。
管理者じゃないと削除できないみたい。

で、lacale...の方は、最初に登録してしまった方で、名前間違えたんで、
非推奨のマークを入れてあるんです。それで、あたらしく、local...で
登録してあって、それも、ResourceからA-Zで辿っていくと、下の方に
出てきてはいるのです。。でも、a と　o なので、local...の方が、下に
出ているという。。ぅぅぅぅぅ。。。

[MEGU]

間違えた方、削除してもらえるみたいですぅ～。
気をつけます。。

あと、V2の方は、バージョンアップというより、同じ事をするべつの
リソースという感じですよね。エンドユーザからすると、最初の方が、
たんに、入れるだけなので、使いやすいと思いますが、中級者以上の
方は、V2の方を好むかも知れないですね。

同じLocal Setting の中に、別バージョン（パターン）として、
入れておく...？

[ZeRo]

ありがとうございますだ。
ｖ２どうしましょーかねぇ、ココでこのままでも・・。
ｖ１の方がお手軽さはありますね。

[MEGU]

こんにちは。よろしくお願いいたします。

locale settingを導入していると、ある環境下で、一部の文字が文字化けすることを見つけました。
検証したのは、さくらインターネットとXREA+です。

さくらインターネットの方は、サーバーのロケール設定が有効ではありません。
いっぽう、XREA+は、サーバーのロケール設定が有効です。

文字化けするのは、PHxの「strip」を使ったときだけに出る模様です。
従って、PHxファンクションを利用している、Ditto及び、Jotなどのなかで、
「strip」を利用していると文字化けします。

簡単な例を作ってみました。
・さくらインターネット
　http://www.liolion.info/modx/dittotest.html
・XREA+
　http://www.liolion.net/dittotest.html
（外見違いますが、さくらで文字化けしている文章を使っています。）

Ditto call

Code:

[[Ditto? &language=`japanese-utf8` &parents=`61` &tpl=`ditto_phx_test` &display=`all`]]

チャンク

Code:

<h2>[+longtitle+]</h2>
<p>[+introtext:notags:strip+]</p>

上記の「strip」を取れば、さくらでも、文字化けしません。どう対処したらよいでしょうか。。

１．ロケール設定が有効でない、サーバーには、local setting は導入しない。
２．「strip」をあきらめる
３．......

なお、Dittoは、最新バージョン（2.1）じゃないんで、後でまた試してみますが、
Jotでも同じ現象は出ているんで、stripを使う限り、同じかも。。

なにか、手がかりがありましたら、よろしくお願いいたします。。

[MEGU]

別にDittoにしなくても良かったんでした...。

[*introtext:notags:strip*]

で、さくらの方は、文字化けし、XREA+は、文字化けしません。
一応、直前のポストの例の、水平線の下の部分は、[*introtext:notags:strip*]で
出したものです。水平線の上は、直前のポストの通り、Ditto とチャンクで出したものです。

[ZeRo]

さっぱり、わからんっすね
PHxのstripの処理は改行コード（CR/LF)と空白文字、タブコードを半角空白にしている処理みたいなんですよね。
これとlocaleの設定が絡むっていうことがまったくわからん感じです。

試しに、Ver2.0って書いた言語ファイルを呼び出すものじゃないバージョンで、LC_ALLではなくてLC_TIMEで行っても同じ事象になりますでしょうか？
LC_TIMEで指定すれば、strftimeのときのみに影響するだけだと思うので、これでもなるとすると・・・PHPそのものが疑わしいような・・・。
もちろん、まあPHP本体の不具合もありえなくはないので、環境の違いがPHPのバージョンも含まれているとしたらその可能性はあるかもです。
ロケールの設定で影響されるのは下記のマニュアルの記載の通りという前提ですが・・・。
http://manual.atseason.com/function.setlocale.html

[MEGU]

ZeRoさん。ありがとうございます。

まず、整理しますと。
私がさきほど試していたのは、ZeRoさんが、
一番最初に作って下さったもので、リポジトリに登録してあるものです。
（プラグイン設定を書かないヤツ）。これだと化けていました。

今、以下のコードでやってみたら、文字化け直りました！ありがとうございます。

Code:

/*
 * LOCALE SETTING Plugin2
 *
 * 2008/04/08 ZeRo ver1.0a
 *
 * Event:OnWebPageInit
 * paramter:&locale=locale;text;ja_JP.utf-8
 * or
 * $locale="ja_JP.utf-8";
 *
 */
$e = & $modx->Event;
// $locale="ja_JP.utf-8"; 

if  ($e->name == "OnWebPageInit" && !empty($locale) )  {
 setlocale(LC_TIME,$locale);
}

↑プラグイン設定に「&locale=locale;text;ja_JP.utf-8」と書く。

これは、以下でZeRoさんが書いて下さったコード（そのまま）です。
http://modxcms.com/forums/index.php/topic,24251.msg151025.html#msg151025

ということは、登録してあるのを非推奨にして、上記のコードを登録し直した方がよいですよね。

[ZeRo]

ということは、LC_TIMEをLC_ALLにすると　文字化け起こります？？？
LC_ALLで影響が出るとすると、strftime以外の関数がPHｘで使われているstr系でなんかあるってことに・・・こうなるとPHPそのものが疑わしくなってくるような・・・。
strtoupperとか日本語で関係ないですしねぇ・・・マニュアルと実際のPHPの動きが違う可能性もあるかも。

とりあえず、日時だけであればLC_TIMEの指定の方が無難ですねぇ。　
後は通貨ぐらいしか必要ないかなぁ　と。

[MEGU]

こんにちは。

ということは、LC_TIMEをLC_ALLにすると　文字化け起こります？？？

いえ。以下にしてやってみましたが、文字化けしません。

Code:

if  ($e->name == "OnWebPageInit" && !empty($locale) )  {
 setlocale(LC_ALL,$locale);

...ということで、LC_TIME と　LC_ALL とどちらにしておいた方がいいのでしょうか。。