KazuoOtsukaECCUBEとWORDPRESSを一緒に使うことはよくあります。wordpress構築したことのある人は、うんうん!という感じかと思います。eccube2系の頃は、とくに気にすることなくWordpressのインストールができたと思いますが、eccube3系は、少々「くせ」がるのですよね。"-"でも実際には、wordpressのファイルはしっかり上がってる!!ページがみつかりません。出ていても焦らず!対応しましょう。ECCUBE3のフロント側を生成する/html/フォルダに問題(問題いっても大したことない。htaccess(えいちーあくせす)の中の記述が今回、インストールしたWordpressにまで影響して映らなくなってるようです。[QSA,L]だけをコメントアウトすると、今度はECCUBE3系のページが映らなくなります。KazuoOtsukaこんな使い方!eccube3系をサーバにインストールする際、FTP転送を使うのが一般的。インストールした後のURLはhttp://hogehoge.com/html/これになってしまいます。問題ないかもしれませんが、あまり格好がよくないですよね。__DIR__.'/autoload.php';この時点では、まだエラーがでます。アクセスが可能になります。ECCUBEのこのあたりはURLの変更などは、昔から変わらず、インストールする際に自動的に選択できたり管理画面から変更できるようになると便利なんだけど、今後のバージョンアップに期待しましょう。KazuoOtsukaこんな使い方!eccube3系を共有サーバにインストールする際、FTP転送を使うのが一般的。インストールした後のURLはhttp://ドメイン/html/これになってしまいます。問題ないかもしれませんが、あまり格好がよくないですよね。これで動かすようにする手順をメモ。ちなみに筆者は、ヘテムルの共有サーバで実装してます。__DIR__.'/autoload.php';この時点では、まだエラーがでます。次に、/html/フォルダ内を、ドキュメントルート直下に移動します。htaccessは、ひまず_bakに。アクセスが可能になります。ECCUBEのこのあたりはURLの変更などは、昔から変わらず、インストールする際に自動的に選択できたり管理画面から変更できるようになると便利なんだけど、今後のバージョンアップに期待しましょう。*ドキュメント直下にシステムファイルを置く場合セキュリティ的にちょっと怖いのもあるのでこのあたりは、注意してくだいね。KazuoOtsukaこんな使い方!eccube3系を共有サーバにインストールする際、FTP転送を使うのが一般的。インストールした後のURLはhttp://ドメイン/html/これになってしまいます。問題ないかもしれませんが、あまり格好がよくないですよね。これで動かすようにする手順をメモ。ちなみに筆者は、ヘテムルの共有サーバで実装してます。__DIR__.'/autoload.php';この時点では、まだエラーがでます。次に、/html/フォルダ内を、ドキュメントルート直下に移動します。htaccessは、ひまず_bakに。アクセスが可能になります。ECCUBEのこのあたりはURLの変更などは、昔から変わらず、インストールする際に自動的に選択できたり管理画面から変更できるようになると便利なんだけど、今後のバージョンアップに期待しましょう。*ドキュメント直下にシステムファイルを置く場合セキュリティ的にちょっと怖いのもあるのでこのあたりは、注意してくだいね。スマートフォンサイトの注文確認ページのTPLでバグ。弊社では、高トラフィックに対応したECCUBEの構築も対応しております。ユーザーはその時間に購入する準備をしている。サーバも分散し、もちろんデータベースも独立させて、ロードバランサーなるものを入れて対応してます。今回のこの記事は、ECCUBEの2.13系で起きたバグ?なんですが、スマフォサイトを持ち、かつ、決済モジュールを利用してない支払い方法の際は、要注意な記事になります。*高トラフィックではない、利用者も一度調査が必要です。商品をカゴに入れ、決済方法を選び、確認画面から、注文完了ボタンを押す際の、javascriptの記述に、デフォルトのテンプレートで記述ミスがありました。要は『連続クリック禁止』のためのjavascriptの記述に問題があります。ここで、制限を入れてあげないと、受注が重複して立ってしまう誰も得しない、何とも面倒なことが起きてしまいます。調査方法:スマートフォンサイト(1)商品をカートに入れる(2)支払い方法を、決済モジュールを利用してないものを選ぶ(よくあるパターンだと、銀行振込、代引きなど)(3)確認画面に進む(4)注文完了ボタンを連続クリックする(筆者はサーバが落ちるまでやってみました。)(5)データベースに受注データを書き込み中(6)エラー画面が表示される(7)同じ受注が何件も立ってしまう(筆者は最大で11件)*ちなみにPCサイトでは、しっかり、「連続クリック防止」のjavascriptが機能してますので、よほどのことがない限り、重複オーダーは立つことはありません。)解決策:スマートフォン改修するファイルはtemplateファイルで1箇所。alert("只今、処理中です。{alert("只今、処理中です。true;}</script>よく見受ける、ソースですね。ボタン内でセットされてないではありませんか(笑)*笑いごとではないです。これでは、ユーザーさん側は、注文完了ページが表示されない場合は、何度もクリックしてしまいます。冒頭のjavascriptは、そのまま生かすことにします。注文完了ボタンだけ記述方法を変更*サイトのデザインに合わせて改変してください。fnCheckSubmit();">ご注文完了ページへ</button>これで2回目以降にボタンをクリックしても、重複オーダーが発生することがほぼ無くなります。(0ではない)まとめ高機能なオープンソースでも、このようなバグなどは、つきものです。カスタマイズをした部分だけデバックするのではなく、基本機能もしっかりデバックすることが、重要だということですね。一度この件に関して、ご興味、調査が必要なお客様は、お気軽にお問い合わせください。スマートフォンサイトの注文確認ページのTPLでバグ。スマートフォンサイトの注文確認ページのTPLでバグ。