こちらでは、一覧にプラグインの表示は出ますが、操作するためのボタンが表示されないため、インストールするされない（できない）状態です。

Rights様

コメントありがとうございます。
微妙に現象がちがうのですね。

試しにGitHubからDLしたデータを独自プラグインのアップロードからアップしてみたところ以下のエラーが出ました。

/var/cache/prod/Plugin/d9f60cd98a678425d8f7a1c086f038070001b377/composer.json not found.

phpを7.1（モジュール版）から7.1（CGI版）に変更してみたところ、
管理画面　プラグイン　プラグインを探すから【入手する】ボタンが押せるようになり、詳細画面からインストールボタンも押せるようになした。
ですが、その後インストールが途中で止まってしまい、システムエラーとなります。
何度試しても同じ動きになります。

エラーログは以下です。

[2019-03-14 15:48:53] app.INFO [N/A] [4192e51] [1] [Eccube\Log\Logger:log:68] - PROCESS END ["admin_store_plugin"] [GET, /●●/●●/store/plugin, 126.243.68.194, http://●●.jp/●●/●●/store/plugin/api/install/1758/confirm, Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.121 Safari/537.36]

Ringo様

sshで接続し、unzipできました。
ですが、プラグインをインストールできないのは解決できておりません。

phpを7.1（モジュール版）から7.1（CGI版）に変更したところ、
管理画面からプラグイン詳細まで進めるようになり、インストールの途中でエラーになるようになりました。

有料プラグインインストールの件、解決しましたのでご報告を、

再度、オーナーズストアから新規追加を行い、導入しようとしたプラグインを検索して表示したところ、インストールが選択でき、インストール＞有効化ができました。

ただ、この手順を確認する前に、サーバー側の php.ini の
memory_limit = 512M
max_execution_time = 180
に変更（元々はサーバーのデフォルト設定で利用）した事。

php(Ver7)を、デフォルトのモジュール版からcgi版に変更した事。
（最終的に、元のモジュール版に戻しました）

php.ini の設定を変えたことで解決したのか、順を追って確認しなかったため、切り分けができませんでした。

申し訳ありません。

※一部の導入済みプラグインのサムネイル画像が No Image になった状態は、変わりありません。

Rights様

ご報告ありがとうございます。

>memory_limit = 512M
>max_execution_time = 180
>xdebugが有効になっている -> xdebugを無効にして解消

こちらについて、php.iniの変更ができないようでしたので、
htaccessで変更しました。

phpinfo();で確認したところ変更されていましたが、やはりインストール途中（半分くらい）でエラーになってしまいます。

>php(Ver7)を、デフォルトのモジュール版からcgi版に変更した事。
こちらにしましては、先ほど変更したところ
プラグイン詳細画面まで進めない状況から、インストールボタンが押せる状況まで進みました。

ヘテムルで設定可能な memory_limit について、
上限は「128MB」で、この値を超過して動作することができないようです。

phpinfoでmemory_limit = 512Mとなっていても実際には128MBでうごいているということになるのでしょうか。

プラグインインストール時のログは以下の内容でした。
この状態で有効化できない状態です。

--

<warning>Deprecation warning: require.ec-cube/Maker4 is invalid, it should not contain uppercase characters. Please use ec-cube/maker4 instead. Make sure you fix this as Composer 2.0 will error.</warning>
<warning>Deprecation warning: require.ec-cube/RelatedProduct4 is invalid, it should not contain uppercase characters. Please use ec-cube/relatedproduct4 instead. Make sure you fix this as Composer 2.0 will error.</warning>
<warning>Deprecation warning: require-dev.mikey179/vfsStream is invalid, it should not contain uppercase characters. Please use mikey179/vfsstream instead. Make sure you fix this as Composer 2.0 will error.</warning>
[156.3MiB/1.58s] Using version ^4.0 for ec-cube/Maker4
[156.3MiB/1.58s] ./composer.json has been updated
[156.7MiB/1.66s] <warning>Deprecation warning: require.ec-cube/Maker4 is invalid, it should not contain uppercase characters. Please use ec-cube/maker4 instead. Make sure you fix this as Composer 2.0 will error.</warning>
[156.7MiB/1.66s] <warning>Deprecation warning: require.ec-cube/RelatedProduct4 is invalid, it should not contain uppercase characters. Please use ec-cube/relatedproduct4 instead. Make sure you fix this as Composer 2.0 will error.</warning>
[156.7MiB/1.66s] <warning>Deprecation warning: require-dev.mikey179/vfsStream is invalid, it should not contain uppercase characters. Please use mikey179/vfsstream instead. Make sure you fix this as Composer 2.0 will error.</warning>
[160.6MiB/1.86s] <warning>Dependency "ec-cube/plugin-installer" is also a root requirement, but is not explicitly whitelisted. Ignoring.</warning>
[160.4MiB/1.86s] Loading composer repositories with package information
[161.0MiB/2.65s] Updating dependencies (including require-dev)
[512.5MiB/9.64s] Nothing to install or update
[482.9MiB/9.68s] <warning>Package phpunit/phpunit-mock-objects is abandoned, you should avoid using it. No replacement was suggested.</warning>
[482.9MiB/9.68s] <warning>Package symfony/lts is abandoned, you should avoid using it. Use symfony/flex instead.</warning>
[483.6MiB/9.69s] Generating optimized autoload files
[485.5MiB/11.06s] Memory usage: 485.52MiB (peak: 544.59MiB), time: 11.06s
完了

--

サーバーを変えるご提案について、IDCF Cloudでしたら可能のようですが、こちらのサーバーはどうなのかお分かりになる方いらっしゃいますでしょうか・・？

わかっていることは、共有サーバーでは、インストールや有効化の PHP プロセスが高負荷と判断され、強制終了してしまうことです。

Symfony DI のキャッシュ生成処理や、 Composer API をコールする処理が該当します。

さくらのレンタルサーバー(スタンダード)でしたら、比較的問題が発生しにくいのは確認しています。

IDCF Cloudでしたら可能のようですが、こちらのサーバーはどうなのかお分かりになりますでしょうか・・？

サーバーをロリポップに変更し、
>memory_limit = 400M
>max_execution_time = 180
>xdebugを無効
こちらの方法で解決しました。

皆様色々とありがとうございました。

こちらもヘテムルで試してみたので共有します。

モジュール版の場合、php.iniの設定変更ができず、動作しない

CGI版の場合は、phpの設定は.user.iniで変更できるものの、インストール中にinternal serverエラーが発生

という結果になりました。

ヘテムルでプラグインを利用するのは現状のところ難しそうですね。

こちらのRightsさんと同じ問題が発生しています。

どなたか解決方法をご存知であれば教えていただけますでしょうか。

サーバー：Xserver
ec-cube 4.0.2
PHP: 7.2.17
MySQL:5.7
ec_cube/app/Plugin/ には有効化できたプラグインだけが見えて、できていないものはここにも見えません。

よろしくお願いいたします。