タグ: プラグイン

WORDPRESSで制作したサイトを多言語対応にする-その１-

マルチリンガルのやり方は、大きく分けて2通り。

日本語で書いたエントリーを自動翻訳させるパターンが、その１つ。

でも、これだと、変な翻訳になってもノーサポート。なので、コーポレートサイトなどには適さない。

もうひとつが、エントリー、それぞれが、多言語で記述できるというもの。

この場合は、翻訳自体は、自分でやらないといけないけど、エントリーごとに、対応言語の有無を選べたり、まとめられる。こっちのほうが、使い勝手があるかな？

とりあえず、実験。

今回は、「qTranslate」というプラグインを使用して、管理画面のエントリーフォームをタブで切り替えて、それぞれの言語のエントリーを記述し、フロントページからは、言語切り替えリンクボタンで、表示を切り替えられるようにしようと思う。

まずは、WORDPRESSのプラグインディレクトリから、qTranslateをダウンロードして（http://wordpress.org/extend/plugins/qtranslate/）FTPでアップロードするか、WPの管理画面のプラグインメニューから検索して、ブログに取り入れる。

qTranslateプラグインを有効にしたら、プラグインの管理メニューから設定を行う。
設定→言語設定が、qTranslateの設定項目になる。先にプラグインを有効化した時点で、WPの管理画面は、一旦英語表記になると思うので、Setting→Language、ですね。

Language Code: ja
Flag: jp.png
Name: Japanese
Locale: ja_JP
Date Format: ※特にフォーマットを指定する場合はここも入力
Time Format:※特にフォーマットを指定する場合はここも入力
Not Available Message: Sorry, this entry is only available in %LANG:, : and %.

Default LanguageをJapaneseにする。
その他利用する言語を「enable」、使用しない言語は、「ｄｉｓａｂｌｅ」に。

qTranslateは、そのままだと、日本語のエンコードをeuc-jpに解釈してしまい、設定によっては文字化けなどが起こる可能性があるため、言語ファイルを用意する。

/wp-content/languagesの中の、「ja.mo」ファイルをコピーして、「ja_JP.mo」という名称で保存。（「ja.mo」は、そのまま残す。）

これで、だいたいOK。

今度は、フロントページで、ユーザーが閲覧する表示言語を選択できるようにする。

ヘッダーやindex.phpテンプレートの、言語選択リンクボタンを表示させる適当な場所に下記のコードを埋め込む。ヘッダーのglobal_navi取得コードの前に入れるとよい。

<?php echo qtrans_generateLanguageSelectCode(‘both’); ?>

国旗のマークアイコンを表示させる場合は(‘image’)、テキストで「日本語」「ENGLISH」などと表示させる場合は(‘text’)、両方表示は(‘both’)を使用する。

以上。

もし、文字化けなどのエラーが出たり、詳しい設定で躓いた場合は、下記サイトが参考になりマスヨ。

http://formula1.gimlet301515.com/WordPress/?p=407

http://saqoosha.net/2009/01/06/1672/

そのほか、自動翻訳などを使いたい場合は、こういうプラグインもあり。

http://wordpress.org/extend/plugins/wp-multilingual/

【EC-CUBE】初回の買い物は、ポイント●倍にする

EC-CUBEを再びカスタマイズ。
初回の買い物は、ポイント●倍にして、その倍率は、管理画面のパラメータ設定で変えられるようにする。

その１）初回の買い物かどうか、判定してポイントを●倍にするロジックを追加。

/data/class/SC_CartSession.phpの function getAllProductsPoint() に下記コードを追加。
L206あたり。

$id = $_SESSION[$this->key][$i][‘id’][0];
$point = SC_Utils_Ex::sfPrePoint($price, $point_rate, POINT_RULE, $id);
$total+= ($point * $quantity);
}
$objQuery = new SC_Query();
$objCustomer = new SC_Customer();
//customer_idを検証
$customer_id = $objCustomer->getValue(“customer_id”);
$order_count = $objQuery->count(“dtb_order”, “customer_id= ? and del_flg = 0”, array($customer_id));
if ($order_count == 0) {
$total = $total*FIRST_POINT;
}
return $total;
}

// カートへの商品追加

その２）管理画面のパラメータ設定にポイント倍率設定用の項目を増やす。

DBの、mtb_constantsを開いて、カラムを1行追加。

id FIRST_POINT
name 1
rank 523※一番最後に追加
remarks 初回購入ポイント倍率

nameの値が倍率になる。デフォルトは”1″（倍）。

倍率を変更するときは、管理画面のパラメータ設定で値を変えればOK。

その他の注意点としては、キャンセルがあったときなどにポイントの手動付け替えなど、色々懸念することが出てきてしまうので、

  • ポイント付与のタイミングを発送済みか支払い確認済みなどのステータスになったとき、などに変更しておいたほうがいい
  • 注文のキャンセルがあったときは、自動でポイントが付け替えられるほうがいい

こういうことも一緒にカスタマイズしておいたほうがいい。この辺は、次のバージョンあたりで解消されそうな気もするけども。

WORDPRESSへフォームをつけた。そして携帯対応にした。

WORDPRESSには、色んなプラグインがある。

その中に、お問い合わせフォームを簡単に作ろう♪というプラグインがあるのであるが、

この２つで迷い、悩みぬいた挙句（というか、やりたいことを実現するために朝方までソースをいじいじテストした挙句）今回は、contact form 7を利用することにした。

というのも、問題は、KTAI STYLEとの相性というか、、、携帯での文字化け？

フォームのメール入力欄に携帯電話のメールアドレスを使用すると、送られてくる内容確認メールが文字化けするのだ。色んなハックを調べてやってみたんだけど、PCサイトでは、文字化けなく携帯にメールが送られるようになったものの、どうしても、KTAI STYLEの携帯サイトからは、文字化けが直らない・・・

エンコードの問題があるので対応を迫られるのはしょうがない；
とはいえ、これはキビシイ。

cformでは、全体の文字化けは、回避できたけど、formの値の部分のみ文字化けする。（後ちょっとな気がするんだけど；）

てことで、なんとかうまくいったcontact form 7のハック。

wp-contact-form-7.phpのL99１あたり。function validateにktai style用のコードを追加。

function validate($contact_form) {
$fes = $this->form_elements($contact_form[‘form’], false);
$valid = true;
$reason = array();

foreach ($fes as $fe) {
$type = $fe[‘type’];
$name = $fe[‘name’];
$values = $fe[‘values’];
$raw_values = $fe[‘raw_values’];

// Ktai ONLY
if (preg_match(‘/^(?:text|textarea)[*]?$/’, $type) && function_exists(‘is_ktai’) && is_ktai())
$_POST[$name] = mb_convert_encoding($_POST[$name], get_bloginfo(‘charset’) ,”SJIS”);

// Before validation corrections
if (preg_match(‘/^(?:text|email|captchar|textarea)[*]?$/’, $type))
$_POST[$name] = (string) $_POST[$name];

よし！

これで、簡単にフォームが追加できる！試しに、確認メールをお問い合わせユーザーに返信する設定で、メアドをdocomoにしてみたけど、OKだった。

は～。理屈は分かってんだけど、情報少ないし、大変だった。

参考サイト：http://d.hatena.ne.jp/v-m-s_memo/20081101/1225548282

この中で、ktai styleの作者のゆりこさんのコメントがあって、

「で、修正コードですが、SJIS 決め打ちはいろいろ問題が出そうです。現在は SJIS ないし SJIS-win しかないですが、将来的には is_ktai() が true でも UTF-8 になる可能性があるため、global $Ktai_Style; してから、$Ktai_Style->get(‘charset’) した値を使ってください。これならば、互換性が保てます。」

ということなので、

// Ktai ONLY
global $Ktai_Style;
$ktai_char = $Ktai_Style->get(‘charset’);
if (preg_match(‘/^(?:text|textarea)[*]?$/’, $type) && function_exists(‘is_ktai’) && is_ktai())
$_POST[$name] = mb_convert_encoding($_POST[$name], get_bloginfo(‘charset’) ,$ktai_char);

とかしたら、いいってことなのかな？？？

また、明日にでもテストしてみよう。。。 →これで、いけましたね。

追記：(09/08/17)

contact form 7のバージョンが新しくなったので、こちらに記載していたコードとコードの位置がどちらも変更になってしまった。（ketai styleもバージョンアップされている）

いい感じになったけど、ハックには不都合；

てことで、検索していたら、こちらで、モジュールを公開されているのを発見！
http://www.icoro.com/200908093906.html

【EC-CUBE】詳細ページに商品への問い合わせボタンを追加する

  1. 商品の詳細ページに、商品についての問い合わせボタンを追加し、問い合わせフォームへ遷移させる。
  2. 問い合わせフォームには、商品詳細ページから飛んできた問い合わせについては、フォームに商品名や品番などを自動入力されるように変更する。

フォーラムを見て、こんなことをやってみました。(ryoさん、ありがとうございます）

まず、/data/Smarty/templates/defaults/detail.tpl　内の、問い合わせボタンを追加したい位置に、問い合わせボタン用のフォームを追加する。（そのとき、注文用のフォームとかぶったり、入れ子にならないように注意！）

<form method=”post” action=”<!–{$smarty.const.SITE_URL}–>contact/”>
<input type=”hidden” name=”products_name” value=”<!–{$arrProduct.name|escape}–>” />
<input type=”submit” name=”” value=”この商品について問い合わせる” />
</form>

※ SSLに飛ばすなら赤字を「$smarty.const.SSL_URL」に変更。

つぎに、/data/Smarty/templates/contact/index.tpl　のL67あたり、お問い合わせ内容を記入してもらうtextareaに下記コードを追加。

<tr>
<th>お問い合わせ内容<span class=”attention”>※</span><br />
<span class=”mini”>（全角<!–{$smarty.const.MLTEXT_LEN}–>字以下）</span></th>
<td><span class=”attention”><!–{$arrErr.contents}–></span>
<textarea name=”contents” class=”area380″ cols=”60″ rows=”20″ style=”<!–{$arrErr.contents|sfGetErrorColor}–>”><!–{if $smarty.post.products_name != ” }–><!–{$smarty.post.products_name|escape}–>に関するお問い合わせ

<!–{/if}–>
<!–{$contents|escape}–></textarea></td>
</tr>

<!–{if $smarty.post.products_name != ” }–><!–{/if}–>
を記載することによって、「（商品名）に関するお問い合わせ」という部分が、商品ページからの遷移の場合のみ追加されることになる。（＝通常のお問い合わせの場合入らない）