KazuoOtsuka | Refine member Blog

ECCUBE3系とWordPressの共存でハマったときの回避策（ディレクター/デザイナー向け）

2016年12月25日 by KazuoOtsuka

ECCUBEとWORDPRESSを一緒に使うことはよくあります。
一応、よくある構造
httpdocs
└ ECCUBE本体
　└ wordpress
構築したことのある人は、うんうん！という感じかと思います。

eccube2系の頃は、とくに気にすることなくWordpressのインストールができたと思いますが、eccube3系は、少々「くせ」がるのですよね。

あ！映らない。。。。

そのときのエラーログ

"GET /topic/ HTTP/1.0" 404 1301 "-"

1	"GET /topic/ HTTP/1.0" 404 1301 "-"

でも実際には、wordpressのファイルはしっかり上がってる！！

ページがみつかりません。

と出ていても焦らず！対応しましょう。

どうやら、ECCUBE3のフロント側を生成する/html/フォルダに問題（問題いっても大したことない。）があるようです。

htaccessがworpressのファイルまで影響してる

eccubeの/html/に入ってる htaccess(えいちーあくせす)の中の記述が今回、インストールしたWordpressにまで影響して映らなくなってるようです。

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !^(.*)\.(gif|png|jpg|css|ico|js)$ [NC]
    RewriteRule ^(.*)$ index.php [QSA,L]
</IfModule>

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !^(.*)\.(gif|png|jpg|css|ico|js)$ [NC]

RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

これね！

先ほどのhtaccessに、Wordpressのディレクトリを除外する記述を書く

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !^(.*)\.(gif|png|jpg|css|ico|js)$ [NC]
    RewriteCond $1 !^(わーぷれすのでぃれくとり) → これ追加！！
    RewriteRule ^(.*)$ index.php [QSA,L]
</IfModule>

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !^(.*)\.(gif|png|jpg|css|ico|js)$ [NC]

RewriteCond $1 !^(わーぷれすのでぃれくとり) → これ追加！！

RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

ちなみに

RewriteRule ^(.*)$ index.php [QSA,L]

1	RewriteRule ^(.*)$ index.php [QSA,L]

だけをコメントアウトすると、今度はECCUBE3系のページが映らなくなります。。。

これで、問題なくwordpressが表示されるようになりました！！

eccube3 htmlの階層のまま、トップドメインでアクセスする方法

2016年11月24日2016年11月24日 by KazuoOtsuka

こんな使い方！

eccube3系をサーバにインストールする際、FTP転送を使うのが一般的。
ただしインストールした後のURLは
http://hogehoge.com/html/
これになってしまいます。
問題ないかもしれませんが、あまり格好がよくないですよね。

http://hogehoge.com/html/index.php
ではじまるものを
http://hogehoge.com/index.php
にする

やり方

変更するファイル
httpdocs/html/
の

index.php
.htaccess
robot.txt

index.php

.htaccess

robot.txt

を
httpdocs/中に

index.php
.htaccess
robot.txt

index.php

.htaccess

robot.txt

index.php
の
require __DIR__.’/../autoload.php’;
を
require __DIR__.’/autoload.php’;

//require __DIR__.'/../autoload.php';
require __DIR__.'/autoload.php';

1 2	//require __DIR__.'/../autoload.php'; require __DIR__.'/autoload.php';

この時点では、まだエラーがでます。

次に、path.ymlの書き換え
/app/config/eccube/path.yml

変更前

root_urlpath: /html

1	root_urlpath: /html

変更後

root_urlpath:

1	root_urlpath:

問題なければ、とりあえず成功！

まとめ

http://hogehoge.com/html だったeccube3が
http://hogehoge.com/ でアクセスが可能になります。

ECCUBEのこのあたりはURLの変更などは、昔から変わらず、インストールする際に自動的に選択できたり
管理画面から変更できるようになると便利なんだけど、今後のバージョンアップに期待しましょう。

完了すれば問題なく表示ができますので、デザインやシステムのカスタマイズをする前に
動作のチェック
1)フロント側がエラーなく表示される
2)管理画面にログインできる/ログアウトもできる
3)会員登録ができる
4)商品登録ができる
5)商品購入ができる

eccube3カスタマイズ方法[事前準備編]

2016年2月19日 by KazuoOtsuka

こんな使い方！

eccube3系を共有サーバにインストールする際、FTP転送を使うのが一般的。
ただしインストールした後のURLは
http://ドメイン/html/
これになってしまいます。
問題ないかもしれませんが、あまり格好がよくないですよね。

http://ドメイン/ これで動かすようにする手順をメモ。
ちなみに筆者は、ヘテムルの共有サーバで実装してます。

やり方

変更するファイル
/app/config/eccube/path.yml
のhtml/箇所を一括で置き換え

置き換え前 /html/~~~
置き換え後 /~~~~~

＊置き換え後のファイル

# duplicated
root: / # root_urlpath
admin_dir: admin/ # admin_route
tpl: /user_data/packages/default/ # front_urlpath
admin_tpl: /user_data/packages/admin/ # admin_urlpath
image_path: /upload/save_image/ # image_save_urlpath

# base valiables
root_dir: ルートパス
root_urlpath: /
template_code: default

# routing
admin_route: admin
user_data_route: user_data

# realdir::image
image_save_realdir: ルートパス/upload/save_image
image_temp_realdir: ルートパス/upload/temp_image

# realdir::user_data
user_data_realdir: ルートパス/user_data

# realdir::block
block_default_realdir: ルートパス/src/Eccube/Resource/template/default/Block
block_realdir: ルートパス/app/template/default/Block
user_block_realdir: ルートパス/user_data/block

# realdir::template
template_default_realdir: ルートパス/src/Eccube/Resource/template/default
template_default_html_realdir: ルートパス/template/default
template_admin_realdir: ルートパス/src/Eccube/Resource/template/admin
template_admin_html_realdir: ルートパス/template/admin
template_realdir: ルートパス/app/template/default
template_html_realdir: ルートパス/template/default
template_temp_realdir: ルートパス/app/cache/eccube/template

# realdir::csv
csv_temp_realdir: ルートパス/app/cache/eccube/csv

# realdir:plugin
plugin_realdir: ルートパス/app/Plugin
plugin_temp_realdir: ルートパス/app/cache/plugin

# urlpath
admin_urlpath: /template/admin
front_urlpath: /template/default
image_save_urlpath: /upload/save_image
image_temp_urlpath: /upload/temp_image
user_data_urlpath: /user_data

# duplicated

root: / # root_urlpath

admin_dir: admin/ # admin_route

tpl: /user_data/packages/default/ # front_urlpath

admin_tpl: /user_data/packages/admin/ # admin_urlpath

image_path: /upload/save_image/ # image_save_urlpath

# base valiables

root_dir: ルートパス

root_urlpath: /

template_code: default

# routing

admin_route: admin

user_data_route: user_data

# realdir::image

image_save_realdir: ルートパス/upload/save_image

image_temp_realdir: ルートパス/upload/temp_image

# realdir::user_data

user_data_realdir: ルートパス/user_data

# realdir::block

block_default_realdir: ルートパス/src/Eccube/Resource/template/default/Block

block_realdir: ルートパス/app/template/default/Block

user_block_realdir: ルートパス/user_data/block

# realdir::template

template_default_realdir: ルートパス/src/Eccube/Resource/template/default

template_default_html_realdir: ルートパス/template/default

template_admin_realdir: ルートパス/src/Eccube/Resource/template/admin

template_admin_html_realdir: ルートパス/template/admin

template_realdir: ルートパス/app/template/default

template_html_realdir: ルートパス/template/default

template_temp_realdir: ルートパス/app/cache/eccube/template

# realdir::csv

csv_temp_realdir: ルートパス/app/cache/eccube/csv

# realdir:plugin

plugin_realdir: ルートパス/app/Plugin

plugin_temp_realdir: ルートパス/app/cache/plugin

# urlpath

admin_urlpath: /template/admin

front_urlpath: /template/default

image_save_urlpath: /upload/save_image

image_temp_urlpath: /upload/temp_image

user_data_urlpath: /user_data

/index.php
の
require __DIR__.’/../autoload.php’;
を
require __DIR__.’/autoload.php’;

//require __DIR__.'/../autoload.php';
require __DIR__.'/autoload.php';

1 2	//require __DIR__.'/../autoload.php'; require __DIR__.'/autoload.php';

この時点では、まだエラーがでます。

次に、/html/フォルダ内を、ドキュメントルート直下に移動します。

移動前
/html

移動後

＊ドキュメント直下にある htaccessは、ひまず_bakに。

問題なければ、とりあえず成功！

まとめ

http://ドメイン/html だったeccube3が
http://ドメイン/ でアクセスが可能になります。

*ドキュメント直下にシステムファイルを置く場合セキュリティ的にちょっと怖いのもあるので
このあたりは、注意してくだいね。

eccube3を共有サーバにFTP転送を使い、インストールしてURLを変える方法

2015年9月13日2015年9月13日 by KazuoOtsuka

こんな使い方！

http://ドメイン/ これで動かすようにする手順をメモ。
ちなみに筆者は、ヘテムルの共有サーバで実装してます。

やり方

変更するファイル
/app/config/eccube/path.yml
のhtml/箇所を一括で置き換え

置き換え前 /html/~~~
置き換え後 /~~~~~

＊置き換え後のファイル

# duplicated
root: / # root_urlpath
admin_dir: admin/ # admin_route
tpl: /user_data/packages/default/ # front_urlpath
admin_tpl: /user_data/packages/admin/ # admin_urlpath
image_path: /upload/save_image/ # image_save_urlpath

# base valiables
root_dir: ルートパス
root_urlpath: /
template_code: default

# routing
admin_route: admin
user_data_route: user_data

# realdir::image
image_save_realdir: ルートパス/upload/save_image
image_temp_realdir: ルートパス/upload/temp_image

# realdir::user_data
user_data_realdir: ルートパス/user_data

# realdir::block
block_default_realdir: ルートパス/src/Eccube/Resource/template/default/Block
block_realdir: ルートパス/app/template/default/Block
user_block_realdir: ルートパス/user_data/block

# realdir::template
template_default_realdir: ルートパス/src/Eccube/Resource/template/default
template_default_html_realdir: ルートパス/template/default
template_admin_realdir: ルートパス/src/Eccube/Resource/template/admin
template_admin_html_realdir: ルートパス/template/admin
template_realdir: ルートパス/app/template/default
template_html_realdir: ルートパス/template/default
template_temp_realdir: ルートパス/app/cache/eccube/template

# realdir::csv
csv_temp_realdir: ルートパス/app/cache/eccube/csv

# realdir:plugin
plugin_realdir: ルートパス/app/Plugin
plugin_temp_realdir: ルートパス/app/cache/plugin

# urlpath
admin_urlpath: /template/admin
front_urlpath: /template/default
image_save_urlpath: /upload/save_image
image_temp_urlpath: /upload/temp_image
user_data_urlpath: /user_data

# duplicated

root: / # root_urlpath

admin_dir: admin/ # admin_route

tpl: /user_data/packages/default/ # front_urlpath

admin_tpl: /user_data/packages/admin/ # admin_urlpath

image_path: /upload/save_image/ # image_save_urlpath

# base valiables

root_dir: ルートパス

root_urlpath: /

template_code: default

# routing

admin_route: admin

user_data_route: user_data

# realdir::image

image_save_realdir: ルートパス/upload/save_image

image_temp_realdir: ルートパス/upload/temp_image

# realdir::user_data

user_data_realdir: ルートパス/user_data

# realdir::block

block_default_realdir: ルートパス/src/Eccube/Resource/template/default/Block

block_realdir: ルートパス/app/template/default/Block

user_block_realdir: ルートパス/user_data/block

# realdir::template

template_default_realdir: ルートパス/src/Eccube/Resource/template/default

template_default_html_realdir: ルートパス/template/default

template_admin_realdir: ルートパス/src/Eccube/Resource/template/admin

template_admin_html_realdir: ルートパス/template/admin

template_realdir: ルートパス/app/template/default

template_html_realdir: ルートパス/template/default

template_temp_realdir: ルートパス/app/cache/eccube/template

# realdir::csv

csv_temp_realdir: ルートパス/app/cache/eccube/csv

# realdir:plugin

plugin_realdir: ルートパス/app/Plugin

plugin_temp_realdir: ルートパス/app/cache/plugin

# urlpath

admin_urlpath: /template/admin

front_urlpath: /template/default

image_save_urlpath: /upload/save_image

image_temp_urlpath: /upload/temp_image

user_data_urlpath: /user_data

/index.php
の
require __DIR__.’/../autoload.php’;
を
require __DIR__.’/autoload.php’;

//require __DIR__.'/../autoload.php';
require __DIR__.'/autoload.php';

1 2	//require __DIR__.'/../autoload.php'; require __DIR__.'/autoload.php';

この時点では、まだエラーがでます。

次に、/html/フォルダ内を、ドキュメントルート直下に移動します。

移動前
/html

移動後

＊ドキュメント直下にある htaccessは、ひまず_bakに。

問題なければ、とりあえず成功！

まとめ

http://ドメイン/html だったeccube3が
http://ドメイン/ でアクセスが可能になります。

*ドキュメント直下にシステムファイルを置く場合セキュリティ的にちょっと怖いのもあるので
このあたりは、注意してくだいね。

アクセス数が高いサイトは要注意！ECCUBE 2.13系スマートフォンサイトの注文確認ページのTPLでバグ。。。

2015年9月7日2015年9月7日 by KazuoOtsuka

概要

弊社では、高トラフィックに対応したECCUBEの構築も対応しております。
＊高トラフィック/高アクセス　→瞬間的なアクセスの増幅（瞬間的同時接続：4000ユーザー）
例）何時何分より一斉に販売開始　ユーザーはその時間に購入する準備をしている。
サーバも分散し、もちろんデータベースも独立させて、ロードバランサーなるものを入れて対応してます。

今回のこの記事は、ECCUBEの2.13系で起きたバグ？なんですが、スマフォサイトを持ち、かつ、決済モジュールを利用してない支払い方法の際は、要注意な記事になります。

＊高トラフィックではない、利用者も一度調査が必要です。

商品をカゴに入れ、決済方法を選び、確認画面から、注文完了ボタンを押す際の、javascriptの記述に、デフォルトのテンプレートで記述ミスがありました。

要は『連続クリック禁止』のためのjavascriptの記述に問題があります。

ここで、制限を入れてあげないと、受注が重複して立ってしまう誰も得しない、何とも面倒なことが起きてしまいます。

調査方法：スマートフォンサイト

（１）商品をカートに入れる
（２）支払い方法を、決済モジュールを利用してないものを選ぶ（よくあるパターンだと、銀行振込、代引きなど）
（３）確認画面に進む
（４）注文完了ボタンを連続クリックする（筆者はサーバが落ちるまでやってみました。）
（５）データベースに受注データを書き込み中
（６）エラー画面が表示される
（７）同じ受注が何件も立ってしまう（筆者は最大で11件）

＊ちなみにPCサイトでは、しっかり、「連続クリック防止」のjavascriptが機能してますので、よほどのことがない限り、重複オーダーは立つことはありません。（0とは言えない。）

解決策：スマートフォン

改修するファイルはtemplateファイルで1箇所。
/data/Smarty/templates/sphone/shopping/confirm.tpl
デフォルトの記述は、以下ののようなソースなのですが

  <script>
      var sent = false;

      function fnCheckSubmit() {
          if (sent) {
              alert("只今、処理中です。しばらくお待ち下さい。");
              return false;
          }
          sent = true;
          return true;
      }
  </script>

var sent = false;

function fnCheckSubmit() {

if (sent) {

alert("只今、処理中です。しばらくお待ち下さい。");

return false;

}

sent = true;

return true;

}

</script>

よく見受ける、ソースですね。
しかしこれが、注文完了ボタンのソースを見ると

 <div class="btn_area">
     <ul class="btn_btm">
         <!--{if $use_module}-->
             <li><a rel="external" href="javascript:void(document.form1.submit());" class="btn">次へ</a></li>
         <!--{else}-->
             <li><a rel="external" href="javascript:void(document.form1.submit());" class="btn">ご注文完了ページへ</a></li>
         <!--{/if}-->
         <li><a rel="external" href="./payment.php" class="btn_back">戻る</a></li>
     </ul>
 </div>

<li><a rel="external" href="javascript:void(document.form1.submit());" class="btn">ご注文完了ページへ</a></li>

</ul>

</div>

冒頭に記述されてる、fnCheckSubmit() が、ボタン内でセットされてないではありませんか(笑)
＊笑いごとではないです。本当に。

これでは、ユーザーさん側は、注文完了ページが表示されない場合は、何度もクリックしてしまいます。

そこで以下のように改修
冒頭のjavascriptは、そのまま生かすことにします。

注文完了ボタンだけ記述方法を変更
*サイトのデザインに合わせて改変してください。

<button class="btn btn-default" onclick="return fnCheckSubmit();">ご注文完了ページへ</button>

1	<button class="btn btn-default" onclick="return fnCheckSubmit();">ご注文完了ページへ</button>

これで2回目以降にボタンをクリックしても、重複オーダーが発生することがほぼ無くなります。（0ではない）

まとめ

高機能なオープンソースでも、このようなバグなどは、つきものです。
カスタマイズをした部分だけデバックするのではなく、基本機能もしっかりデバックすることが、重要だということですね。

ぜひ、一度この件に関して、ご興味、調査が必要なお客様は、お気軽にお問い合わせください。

月	火	水	木	金	土	日
« 12月
				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