ECCUBEで作成したオンラインショップで英語対応にしたく、会員登録部分を日本語から英語変換する方法をさがいしてみました。管理画面からは編集できなかったのでFilezillaから直接編集することになったので、注意点と変更部分を示しておきます。
変更箇所・・・・・ファイル場所：data/Smarty/templates/default/frontparts/form_personal_input.tpl
Smartyのファイルを編集したあと、PHPのファイルも編集します。
ファイル場所：/data/class/helper/SC_Helper_Customer.php
バージョンは2.13.1。
一度、.tpl部分を編集してみましたが、うまくいきませんでした。
php部分を編集していなかったのでかバージョンに関係があるのか・・・・
また調査してみます。
それでは
はいどうもこんばんわANDくんです。
EC-CUBEのプラグイン、WpPostのカスタマイズシリーズでお送りしています。
今回はWpPostの記事を取得しつつ、ページング機能を付けるカスタマイズを行いたいと思います。
WpPostは記事を全件取得しつつ、ページングするような機能が付いてなかったのでそれをつけます。
カスタマイズ方法としてはあまり良くないカスタマイズしてると思うので参考程度に。もうちょっとどうにかしたかった。
まず、ページを作成します。
そして、そのページのメインコンテンツ部分を空にし、WpPostのブロックをメインコンテンツ部に表示になるように配置します。
|
1 |
$expost = $wppost_postlist['postlist_exclude']; |
から
|
1 2 3 4 5 |
/** * コメント条件の取得 * * */ |
の間に
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 |
/* ▼▼▼ページャーをするための追加処理▼▼▼ */ // テンプレートに渡すための初期化変数 $this->range = 3; //前後にどれだけの数表示するか if(!empty($_GET["pages"])){ $pages = $_GET["pages"]; if(is_numeric($pages)){ $pages--; }else{ $pages = 0; } }else{ $pages = 0; } $offset = $pages * $postnum; //記事数取得 global $wpdb; $this->numposts = $wpdb->get_var("SELECT count(*) FROM $wpdb->posts WHERE post_status = 'publish' AND post_type = 'post'"); //全記事取得 $this->pages_num = $pages + 1; $this->max_pages_num = ceil($this->numposts / $postnum); if($this->pages_num < 1 || $this->pages_num > $this->max_pages_num ){ $this->pages_num = 1; $offset = 0; } $this->loopStart = $this->pages_num - $this->range; if($this->loopStart < 1)$this->loopStart = 1; $this->loopEnd = $this->pages_num + $this->range + 1; //smartyのループはループ終端の一つ前で終わるようなので+1する if($this->loopEnd > $this->max_pages_num + 1)$this->loopEnd = $this->max_pages_num + 1; /* ▲▲▲ページャーをするための追加処理▲▲▲ */ |
を挿入します。
|
1 |
$args = array( |
の中の
|
1 |
'offset' => 0, |
を
|
1 |
'offset' => $offset, |
に変更します。
処理部は以上でOK。次にテンプレート部分でページャーを作ります。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
<div class="pagination"> <div class="pager"> <!--{if $pages_num > 2 && $pages_num > $range+1}--><!--{* 最初へ *}--> <a href="<!--{$smarty.server.SCRIPT_NAME}-->" class="first">最初へ</a> <!--{/if}--> <!--{if $pages_num > 1}--><!--{* 前へ *}--> <a href="<!--{$smarty.server.SCRIPT_NAME}-->?pages=<!--{$pages_num-1}-->" class="prev">前へ</a> <!--{/if}--> <!--{section name=i start=$loopStart loop=$loopEnd}--><!--{* ループ箇所 *}--> <!--{if $pages_num == $smarty.section.i.index}--> <span class="page_here"><!--{$smarty.section.i.index}--></span> <!--{else}--> <a href="<!--{$smarty.server.SCRIPT_NAME}-->?pages=<!--{$smarty.section.i.index}-->"><!--{$smarty.section.i.index}--></a> <!--{/if}--> <!--{/section}--> <!--{if $pages_num < $max_pages_num}--><!--{* 次へ *}--> <a href="<!--{$smarty.server.SCRIPT_NAME}-->?pages=<!--{$pages_num+1}-->" class="next">次へ</a> <!--{/if}--> <!--{if $pages_num < $max_pages_num-1 && $pages_num < $max_pages_num-$range }--><!--{* 最後へ *}--> <a href="<!--{$smarty.server.SCRIPT_NAME}-->?pages=<!--{$max_pages_num}-->" class="last">最後へ</a> <!--{/if}--> </div> </div> |
こんな感じの物をページャーを置きたいところに配置します。
形とかもっと良い物あるかもしれませんが、最低限の機能は備えているかなと。
あとは軽くデザインを変更してください。今回はDB修正必要なかったはず・・・です。
ちょっと過去の事なので抜けてることもあるかもしれませんが・・・。
このような対応は下記のサイトのブログ箇所で行っています。参考までにご確認してみてください。
商品は・・・気が向いたら購入してみてはいかがでしょう！
どうもこんばんわANDくんです
本日はECCUBEプラグインのWpPostのスマートフォン版でも有効にさせる方法を書いていきます。
WpPostは足りない機能の一つとしてスマートフォン版で使えないって事がありますね。
今回の修正はデータベースの変更を行いますので、よくわからないとかがある場合はECCUBEのストアで販売してあるプラグインを購入いただくのがいいと思います。
でもまあデータベースを修正できるのであればそんなに難しくは無いかなと思います。
また、WpPostはインストールされている前提で話を進めていきますね。
まず、ブロックについて
スマートフォン版にブロックを先に管理画面から作成します。そのブロックをWpPostのブロックとなるようにデータベースで指定します。
dtb_blocテーブルをいじっていくことになります。mysqlやpsqlやphpmyadminやらいろいろ環境があると思いますのでそこは各自にお任せします。
データベースをチラッと見て、今追加したブロックを確認、bloc_idを覚えておきます。
where句は device_type_id = 2 and bloc_id = (該当するid番号) みたいな感じで変更するのを指定します。
bloc_idはdevice_type_idが違った場合に被る事があるので、device_type_idとbloc_id両方で指定する必要があります。
変更するカラムは
|
1 2 3 |
php_path deletable_flg plugin_id |
この3つのカラムをPC版のWpPostのブロックに習い同じように変更します。
|
1 2 3 |
frontparts/bloc/plg_WpPost_list.php 0 （数字 環境による） |
それぞれおそらく 空 1 空 の形から上記に変更します。これでブロックの設定は完了。
くれぐれも別のブロックを書き換えないでくださいね！
次はwppost/plg_WpPost_category.php wppost/plg_WpPost_post.php の二つについて。
まず先ほどと同じように今度はページを新規で2つ作ります。 対象が2つだから2つ作成します。
|
1 2 |
ページ名: WordPressポスト表示 ファイル名: plg_WpPost_post |
|
1 2 |
ページ名: WordPressカテゴリ表示 ファイル名: plg_WpPost_category |
とりあえずはこんな形で2ページ作成しておきます。わかりやすいのでPC版と合わせる形ですね。
セレクト文をしてみます。弊社はPostgresqlです。他の環境ではわからないですが（特にPHPから触る系）まあほとんど同じでしょう。
|
1 |
select device_type_id,page_id,page_name,url,filename,edit_flg from dtb_pagelayout where page_name like '%WordPress%'; |
セレクト文をすると弊社のカスタマイズ時では下記のように
|
1 2 3 4 5 6 |
device_type_id | page_id | page_name | url | filename | edit_flg ----------------+---------+-----------------------+-----------------------------------+-------------------------------+---------- 10 | 40 | WordPressカテゴリ表示 | wppost/plg_WpPost_category.php | wppost/plg_WpPost_category | 2 10 | 39 | WordPressポスト表示 | wppost/plg_WpPost_post.php | wppost/plg_WpPost_post | 2 2 | 39 | WordPressポスト表示 | user_data/plg_WpPost_post.php | user_data/plg_WpPost_post | 1 2 | 40 | WordPressカテゴリ表示 | user_data/plg_WpPost_category.php | user_data/plg_WpPost_category | 1 |
そうしたら今度はDBの修正し、上記のdevice_type_idが2の物をPC版の物と同じようにします。
|
1 |
update dtb_pagelayout set url = replace(url,'user_data','wppost'),filename = replace(filename,'user_data','wppost'),edit_flg = 2 where device_type_id = 2 and (page_id = 39 or page_id = 40); |
上記の場合なら具体的にはこう。
この後、ECCUBEからもう一度スマホ版の二つのページを編集で再登録しなおし（スマホ版のWpPostページのtplの再作成）してひとまずOKです。
PC版のテンプレートを参考にスマホ版を作成していきましょう。
また、スマホ版のuser_dataフォルダに最初にページを作成しようとした分のゴミが残ってるかと思いますが、気になる場合は削除しておくといいでしょう。
こんな感じですね。ECCUBEをわかってみるとそこまで難しくないカスタマイズとなります。
なんか暑くなってくるらしいですね。虫が増えるのかと思うと少し嫌な気分になってきますANDくんです。
ECCUBEプラグインの中で、WordPressと連携し、ECCUBE上でWordPressの内容を表示できるプラグインがあります。
ECCUBE上でWordPressを表示させるためにはこれを使わなければそれなりに難しいカスタマイズになってしまうのかなっていう気がしますね。
まあこのプラグインを使ってもいろいろ下準備とかが必要になり、大変なものではあるのですが・・・。
無料のWpPostですが、使ってみると案外機能が足りないなと感じます。
機能を多くしたかったりスマートフォンに対応させるためには有料のを買わないといけないですし、その機能も何が追加されるのかとか思うところがありますので、必要なところは自分でカスタマイズする必要があるのかなと思うしだいであります。
ライセンスがLGPLの物なので、カスタマイズしても、カスタマイズ方法載せても大丈夫なはず・・・ですよね。
今回はタイトルバーに記事タイトルを表示させるカスタマイズを行いたいと思います。
とは言え、バージョンが最新の物は無理やり対応させています。が、そのやり方もあまり気に入らないやり方だったので個人的には変えたい所です。
しかし、javascriptでページのタイトル変更した場合、検索エンジンってそれを拾ってくれるんですね。てっきりjavascriptは無視されるものなのかと思っていました。
今のWpPostの記事を表示させると、記事タイトルに一瞬「WordPressポスト表示」となってその後にjavascriptで書き換えられることとなります。
siteframe.tplを変更し、タイトルの形式を変更していた場合その形も変更されてしまいます。（個人的にはECCUBEデフォルトのタイトルの表示が気に食わないってのありますが。）
WordPressポスト表示はその表示するページの元々のページ名、そのページ名を普通に表示させるようにしつつ、javascriptを無効にしちゃいましょう。
/eccube/data/downloads/plugin/WpPost/templates
にあるplg_WpPost_header_add.tplをいったん空にするなり全部コメントアウトするなりします。これでjavascriptは読み込まれなくなりますね。
本当はそもそもこのファイルをインクルードしないようにすればいいのですが、どこですればいいのかちょっと見当たりませんでした。
次に/eccube/data/downloads/plugin/WpPost
にあるplg_WpPost_LC_Page.phpを開き
|
1 |
public function init() { |
内の一番後ろに
|
1 2 3 4 5 6 |
if ($_GET["postid"]) { $postid = $_GET["postid"]; $wp_post_base = get_post($postid, 'ARRAY_A'); $this->tpl_title = $wp_post_base['post_title']; } |
|
1 |
これを追加します。
これでカスタマイズ完了。
javascriptに頼らずにタイトルを表示することができるようになります。
最新版ではECCUBE側のバージョンに合わせてplg_WpPost_LC_Page_XXXX.phpみたいなファイルがたくさんあるので、バージョンによっては違うファイルを変更する必要があるかもしれませんが、たぶん同じ方法で行けると思います。
WpPostさんもこれを正式に採用していただけませんかねー_(：3 」∠ )_って思う今日この頃でした。
関係ないけど、ちょっとあるけど、WpPostのページにgetを無く表示した場合、全記事表示してしまうのは脆弱性じゃないのかな・・・？って思いました。
おはこんばんちは。福田です。
お客様から連絡があって、「EC-CUBEの http://example.com/sitemap.php をGoogle webmastertoolsに登録したら、 /shopping/*** みたいなページが入ってて、そこカートの情報が無いと入れないからエラー出てる」って言われました。
ふむ。たしかに出ている。
じゃーちょっと修正しようということで、調査してみました。
まず、最初に、”どこで表示しているのか”調べます。
以下、便宜的に、EC-CUBEの格納されているディレクトリを EC-CUBE-DIR とします。
EC-CUBEは構造上、アクセスすると、まず EC-CUBE-DIR/html/ の処理が実行されます。
今回調査したいのは、sitemap.php なので、EC-CUBE-DIR/html/sitemap.php を見ましょう。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
< ?php // {{{ requires require_once './require.php'; require_once CLASS_EX_REALDIR . 'page_extends/LC_Page_Sitemap_Ex.php'; // }}} // {{{ generate page $objPage = new LC_Page_Sitemap_Ex(); register_shutdown_function(array($objPage, 'destroy')); $objPage->init(); $objPage->process(); |
EC-CUBE-DIR/data/class_extends/page_extends/LC_Page_Sitemap_Ex.php にアクセスしてることがわかりました。
LC_Page_Sitemap_Ex.php を確認すると、中身は空っぽ。
ということで 親クラスの EC-CUBE-DIR/data/class/pages/LC_Page_Sitemap.php を見てみると、開発者さんの苦悩が垣間見えました(笑)
今回は、 /shopping/ のディレクトりを排他処理したかっただけなので、 LC_Page_Sitemap_Ex.php をこんな感じにしてみました。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 |
< ?php /* * This file is part of EC-CUBE * * Copyright(c) 2000-2012 LOCKON CO.,LTD. All Rights Reserved. * * http://www.lockon.co.jp/ * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ // {{{ requires require_once CLASS_REALDIR . 'pages/LC_Page_Sitemap.php'; /** * サイトマップ のページクラス(拡張). * * LC_Page_Sitemap をカスタマイズする場合はこのクラスを編集する. * * @package Page * @author LOCKON CO.,LTD. * @version $Id: LC_Page_Sitemap_Ex.php 21867 2012-05-30 07:37:01Z nakanishi $ */ class LC_Page_Sitemap_Ex extends LC_Page_Sitemap { /** * exclusive_keywords * * @access public * @var array */ var $exclusive_keywords = array("shopping/"); // }}} // {{{ functions /** * Page を初期化する. * * @return void */ function init() { parent::init(); } /** * Page のプロセス. * * @return void */ function process() { parent::process(); } /** * デストラクタ. * * @return void */ function destroy() { parent::destroy(); } /** * ブロック情報を取得する. * * SEOとして必要のないページをはじく（/shopping/とか） ** 2014.2.10 y.fukuda * * @param string $where WHERE句 * @param array $arrVal WHERE句の値を格納した配列 * @return array $arrPageList ブロック情報 */ function getPageData($where = '', $arrVal = '') { $objQuery = SC_Query_Ex::getSingletonInstance(); // DB操作オブジェクト $sql = ''; // データ取得SQL生成用 $arrRet = array(); // データ取得用 // SQL生成(url と update_date 以外は不要？) $sql .= ' SELECT'; $sql .= ' page_id'; // ページID $sql .= ' ,page_name'; // 名称 $sql .= ' ,url'; // URL $sql .= ' ,filename'; // ファイル名称 $sql .= ' ,header_chk '; // ヘッダー使用FLG $sql .= ' ,footer_chk '; // フッター使用FLG $sql .= ' ,author'; // authorタグ $sql .= ' ,description'; // descriptionタグ $sql .= ' ,keyword'; // keywordタグ $sql .= ' ,update_url'; // 更新URL $sql .= ' ,create_date'; // データ作成日 $sql .= ' ,update_date'; // データ更新日 $sql .= ' FROM '; $sql .= ' dtb_pagelayout'; // where句の指定があれば追加 if ($where != '') { $sql .= ' WHERE ' . $where; } $sql .= ' ORDER BY page_id'; $arrPageList = $objQuery->getAll($sql, $arrVal); $exclusive_keywords = $this->exclusive_keywords; $judge_exclusive = false; if(!empty($exclusive_keywords)) { $judge_exclusive = true; } // URL にプロトコルの記載が無い場合、HTTP_URL を前置する。 foreach ($arrPageList as $key => $value) { $arrPage =& $arrPageList[$key]; // 排他URL対応 $is_exclusive = false; if($judge_exclusive) { foreach($exclusive_keywords as $exclusive_keyword) { if (strpos($arrPage['url'], $exclusive_keyword) !== false) { $is_exclusive = true; } } } if($is_exclusive) { unset($arrPageList[$key]); continue; } if (!preg_match('|^https?://|i', $arrPage['url'])) { $arrPage['url'] = HTTP_URL . $arrPage['url']; } $arrPage['url'] = preg_replace('|/' . preg_quote(DIR_INDEX_FILE) . '$|', '/' . DIR_INDEX_PATH, $arrPage['url']); } unset($arrPage); return $arrPageList; } } |
うん、たぶん大丈夫(´∀｀)
EC-CUBE にセキュリティ上の問題が見つかったそうです。
セキュリティ関連の対処をちゃんとやってくれるのは有難いのですが、このシステム、アップデートやらパッチ当てやらがどうにも厄介。
WordPress ならWeb上の操作でアップデートできるし、CakePHPもシステム領域と開発領域が綺麗に分かれてるから簡単にアップデートできて便利なのですが。
少しでも楽に EC-CUBE のアップデートやパッチ当てを行うためには、こんな風にすればいい～と思いついたことを書いてみます。
「消費税率変更時の対応はどうしますか？」というお客様からのメールを受けて調べたところ、2013.9.19付けでEC-CUBEから税率変更に対応したver2.13がリリースされました。
http://www.ec-cube.net/product/info_2_13.php
新しいEC-CUBE2.13では、「消費税率の変更前後で、整合性のとれた受注管理が行える」点と、「将来や海外の税率も考慮した、柔軟な税率管理が行える」点に対応しています。
説明ページを見ると、今後行われる税率変更に対応したものとなっています。
現時点では、クレジットカード決済関連のプラグインが追い付いていないため、導入は11月前後になりそうな予感です。
年末までには完全対応が必要ということで、ECサイトはにわかに忙しくなりそうだなと思います。
特に弊社では特殊な機能を盛り込んだサイトが多いため、移行は苦労しそうです…
2.13用のクレジットカード決済関連のプラグインが出てくるのが遅くなると、こちらの作業する期間も短くなってしまうので、年内くらいに方針が決まらないとやっかいそうですね(´Д｀)
詳しい仕様はこちらです。→http://www.ec-cube.net/document/ec-cube/213_tax_spec.pdf
