先週末、友人から急な頼みで海外向けECの相談を受けた。 友人の勤める会社は、日本製（made in japan）のある商品を日本から海外へ卸すBtoB企業。 他社が先行してBtoCを取り組んだところ、業績好調らしいので取り組みを検討し始めたらしい。 海外は私も未知の分野。良い勉強になると思ったので相談に乗った。 ターゲットとする顧客像は以下の通り。 年齢：全般的 性別：ほぼ男性 地域：北米、欧州、アジア　※海外在住日本人は対象外 趣味：その商品が好きな人たち 日本から海外の愛好家へ、 商品を提供するECサイトを目指す。 まずインフラ面。 ネットワークはKDDIの構成図にあるとおり、日本から欧州への直通ルートは存在しない。 KDDI - ネットワークバックボーン構成図 http://www.kddi.com/business/service/internet/kaiin/backbone/

当サイト内記事にはゲームのネタバレが含まれる場合があります。 ネタバレをみたくない方は、当サイトの閲覧をご遠慮願いますようお願い致します。 また、当サイトの記事自体は全年齢対象ですが、 扱っている評価物は基本的に18歳未満プレイ禁止の物が殆どですのでご注意願います。 EC-CUBEにPAYPAL支払いを組み込む事については以前も注意点などを書いたが、今回は住所氏名電話番号などをPAYPALに渡す方法について書いてみようと思う。 EC-CUBEは基本的にEUC-JPで動いている為、フォームを書いてPOSTで引数渡しする方法ではEUC-JP以外のエンコードで日本語を渡すのは難しい。 だから、私はGETによる引数渡しでPAYPALに渡す事にした。 前回記事を書いた時はEC-CUBEの支払い完了画面を２つ作って、１つをPAYPAL支払いへ飛ばすボタン付きの画面という風に設計した。 だけどこの方法で

ネットショップでは決済方法はできるだけ多く揃えておいた方が何かと便利ですが、決済種類によっては手数料がネックになることもあります。 特にネットで購入する場合はクレジットカード決済を使う人の割合はかなり多いということは皆さんもご存知かと思います。 でも、カード決済の手数料って意外とバカにならないんですよね。 5%前後が標準的なラインというところですが、商材によっては審査に通らなかったり、通っても10%近くの手数料を取られることもあったり。 ということで、私が導入してみたのが、PayPal決済。 PayPal決済はアメリカではシェアの高い決済方法で、メールアドレスを利用してクレジット決済が利用できるシステム。 取扱金額によって手数料が変わるんですが、なんと！2.4%から3.4%という手数料で利用できちゃうんです。 登録も誰でもできる気軽さに加え、登録料も不要ですので、これはかなりありがたいサー

＝ここに掲載している記事およびソースコードは、2008/05/23に全面的に見直し、リライトしています。＝ まず、CakePHPやSymphonyといったPHPのフレームワークが普及していく中、フレームワークへのsmartyの組み込みについて様々な意見が飛び交い議論がなされているが、もう一度必要性について考えてみたい。 それに伴い、今回、smartyのCakePHPへの組み込み方法や、ソースコードを公開した。 デザイナーとプログラマーの分業について CakePHPでMVCとなっていてビューとロジックが分離されているとはいえ、それでもPHPのコードが入ったHTMLを嫌がるデザイナーは多い。 デザイナーのスキル向上も必要かと思うが、やはり、餅屋は餅屋だ。本職に十分な力を注いでもうらうようにする為、なじみやすいAPIを提供し習得コストを減らして上げるという意識も必要だ。 各ページにおいて利用でき

Smarty は、タグの属性が不足していたり、誤った変数名を指定していた時など、 多くのエラーをキャッチする事ができます。 キャッチすると次の例のようなエラーが表示されます。 Warning: Smarty: [in index.tpl line 4]: syntax error: unknown tag - '%blah' in /path/to/smarty/Smarty.class.php on line 1041 Fatal error: Smarty: [in index.tpl line 28]: syntax error: missing section name in /path/to/smarty/Smarty.class.php on line 1041 Smarty はテンプレート名・エラー行番号・エラー内容を示します。 その次のエラーは、Smarty クラスにおいて

さくらインターネットにEC-CUBEをインストールする時のまとめ。EC-CUBEを使うときの本来のオススメはsixcoreだったりしますが、さくらにインストールする場合にはすこしばかりコツが要ります。 1.EC-CUBE最新版をダウンロード（現時点では2.4.1）してきて解凍する。できた htmlフォルダとdataフォルダの中身に以下の修正を加える。 /data/class/SC_DbConn.php　の72行目 $this->conn = $objDbConn; の下に $this->conn->query(“SET NAMES utf8”);　を追加。 /html/.htaccess と /html/mobile/.htaccess のファイルの中身の有効部分を全てコメントアウトする。（さくらではPHPの設定はhtaccessに書くと500 Internal Server Error

レンタルサーバさくらへEC-CUBEをインストールした覚え書きです。 EC－CUBE自体のインストールは色々な方が書かれているので割愛しています。 ここでは、インストールが終わった後のさくらインターネット用の設定になります。 ■EC-CUBE の .htaccess の削除 ・/html/.htaccess の内容をコントロールパネルよりphp.iniへ設定する。 /----kokokara #基本はphp_ini.incで設定するが、ini_setで反映されないものはここで設定する mbstring.language Japanese output_handler mb_output_handler mbstring.encoding_translation 1 magic_quotes_gpc=off #php_flag session.use_cookies 0 #php_flag

概要 長く厳しい戦いもようやくひと段落…。昨年11月から手がけていた本店*1 のリニュアル、プレオープンまでこぎつけることができました。 まだクレジット決済モジュールが動かないとか、これ重過ぎるんじゃね？とか問題はないわけではありませんが、とりあえず幾多の困難を乗り越えてここまでたどり着いたという安堵感と充実感にホッと胸をなでおろしております。はい。 事前確認 まず、EC-CUBEをインストールするための条件を満たしているか確認する必要があります。 と、いうのもさくらのデータベースはMySQLで、Postgreに対応していませんし、今年の2月以前から利用している場合、MySQLのバージョンが4.0系の可能性があるからです。EC-CUBEの動作条件ではMySQLの場合Ver4.1以降となっていますので、この場合条件を満たせず動かない*2 可能性が高いのでご注意ください。 ちなみに、うちが使っ