nanasess さん、ありがとうございます。

識者の方にそう言っていただけると安心してトライできます（たぶん新たな問題が起こるかとは思いますが（笑））。

CUBE Lab さんのおっしゃる通り、EC-CUBE1系/2系で得られたもの（カスタマイズした機能、顧客・注文等データも含め）は財産ですので、それらが極力簡単に次世代EC-CUBEに移行できるとよいのですが。

引用：

全く問題ございません！

ご報告が大変遅くなりました。結局のところ、総合的な判断からEC-CUBE3.0系の導入は見送ることにしました。従いまして、このスレッドは一旦クローズとさせてください。

理由としましては、（１）EC-CUBE3を稼働させるには共用サーバではサーバリソースや環境が不安（共用サーバなためサーバのエラーログも非公開です）、（２）越境ECをスコープにしているのは3.n系で3.0系を経由した移行をすると3.0系とはフレームワークが異なるようなので3.0から3.nへの移行にもコストがかかりそう、（３）PHP7で稼働するEC-CUBE2.17が期待できる、ということから、当面はEC-CUBE2.17でPHP5サポート切れに対応し、事業規模が拡大しているであろう数年後に3.n系に移行する方針としました（3.0系には移行しない）。

ということで、当面はEC-CUBE2.17.0αを調査したいと考えておりますが、今度は2.17はComposerが必要ということで共用サーバにはComposerが無いので困っております（汗）。この場合、例えばパソコンにPHPの環境を作り、そこでComposerをインストール＆実行して2.17を展開して、展開した全ファイルを共用サーバにアップロードしてもうまくいくものでしょうか（近いうちにトライしてみる予定ですが）・・このスレッドのテーマから話が変わるので別スレッドで質問させていただくことになったら重複申し訳ございません。


なお、上記に「PHPのプログラムで実際のメモリ使用上限量を調べたところ64MB程度でした」と記載しましたが、よくよく調査したところ、PHP5の環境では160MB程度で、PHP7の環境で64MB程度でした。徐々にメモリ使用量を増やすプログラムを実行すると、PHP5とPHP7ではメモリアロケーションする際のサイズが異なるようで、PHP5では32バイトずつ小刻みにアロケートしているので160MBぎりぎりでOutOfMemoryで異常終了し、PHP7だと128Mバイトを一気にアロケートしようとして64MB＋128MB＝192MB＞160MBとなり64MBの時点でOutOfMemoryとなっていました（その分、PHP7の方が高速なのだと思いますが）。共用サーバの設定上（非公開のようですが）は、64MBではなく160MBまではアプリケーションで使えるようです（PHP7ではアロケーションサイズの指定とかできるのでしょうか？）。念のため、GMOさんの名誉のために追記しておきます。

はい、EC-CUBE 2.17 も気にはしていました。昨年9月に EC-CUBE 2.17.0α リリースのアナウンスがあってから、状況や計画のアナウンスが無いようですので、頓挫してしまっているのかと思っていたのですが、順調に開発を進められていらっしゃるのですね。

ただ、次のショップでは越境ECもスコープにしたいと考えておりますので、現状では、EC-CUBE3.n が有力候補と考えておりました。ショップサイトの翻訳や名前・住所などの扱いはともかく、特に小数点以下のある通貨や各国の税制対応などはそれを前提としたものでないとカスタマイズも大変かなとも思いました。

少なくともEC-CUBE2はカスタマイズもしやすかったですので、EC-CUBE3.n には期待をしております（サーバはなんとかしないとダメそうですが・・）。

2系のPHP7対応も鋭意開発中です。

https://github.com/EC-CUBE/eccube-2_13#217系開発中

諸先輩方、アドバイスありがとうございます。

そもそもEC-CUBE3は共用サーバのリソースでは厳しそうですか・・EC-CUBE2系のノリで考えておりました。おっしゃる通り、サーバのエラーログも確認したいと思います。

ちなみに、レンタルサーバでもPHP5系のサポート終了が予想されますので、1年後くらいにはPHP7で稼働するものに乗り換えようと、現在、EC-CUBE3.0.16（今後の3.1？も）・3.nα5、Magento、WooCommerceなどの調査を始めたところ、という背景があります。

進展がありましたら、またご報告いたします。最終的にはサーバのグレードアップという結論になるのかもしれませんが・・

サーバーのエラーログに何かでていそうですが、現象からして、実行時間のタイムアウトですかね。
EC-CUBE3系を共有サーバーで動作させるのは小々辛いものがあると思います。
全く動かないわけではないと思いますが、運用中もあれこれトラブルが発生する懸念もありますので、 VPS など潤沢なリソースの環境での運用をおすすめします。

メモリに関していえば、プラグインを入れたり、 CSVアップロードなどの機能は多くのメモリを消費するので、 memory_limit = 512M 以上にしたいところです。

GMO iCLUSTA+のサーバーのログは確認可能でしょうか？
そちらでどのようなエラーが出ているか確認されてはいかがでしょうか。

----------------
EC-CUBEカスタマイズ・高速化・脆弱性対策・SEO ご相談ください。

2系・3系から4系へのバージョンアップ実績豊富

自己レスのレスですが、メモリ使用上限が160MBの環境でインストールしてみましたが、最初の投稿と全く同じ現象結果となりました。160MBでも足りないのか、あるいは、他に原因があるのでしょうか？
いよいよインストールのソースコードを読んでみようかと思いますが、効率的に進められるヒントなどございましたら、ご教示いただければ助かります。

自己レスですが、PHPのプログラムで実際のメモリ使用上限量を調べたところ64MB程度でした。これが原因かもしれません。

私どもでは、EC-CUBE2.13系 on PHP5 の本番用・試験用に他に2つのサーバをレンタルしていますが、そちらではメモリ使用上限は160MB程度になっておりますので。これらのサーバでも、以前、64bit化の際にメモリ不足でEC-CUBEが動かなくなるという問題が発生し、GMOさんにメモリ上限拡張していただいた経緯がございます。

今回、EC-CUBE3系 on PHP7 のために、新たにサーバをレンタルしましたのでデフォルトのメモリ上限環境なのかもしれません。GMOさんに問い合わせしてみたいと思います。