まったく過去のスレッドにある内容と同じになります。解決方法もスレッドに記載されている内容と同じです。https://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=27171&forum=11&post_id=107744#forumpost107744

▼テンプレート[EC-CUBE] EC-CUBE4.2.0プラグイン[レンタルサーバ] Xserver[OS] 使用しているOS名、バージョン[PHP] 使用しているPHPのバージョン[データベース] 使用しているDB名、バージョン[WEBサーバ] 使用しているWEBサーバ名、バージョン[ブラウザ] 使用しているブラウザ名、バージョン[導入プラグインの有無] あれば導入プラグインを記載[カスタマイズの有無] EC-CUBE4.2.0　を新規導入直後（Xserverの簡単インストール機能を用い本日設置）以下のようなエラーが出てしまい、インストールができませんでした。注意事項にある以下について、どこに記載があるかが判明せず、原因になっているかもしれません。これらはどこに記載があるのでしょうか。・xdebugが有効になっている→xdebugを無効にする・memory_limitが128M→memory_limitを512Mに設定・max_execution_timeが30→max_execution_timeを180に設定[現象] **************** EccubeUpdater420to421 ****************A script named compile would override a Composer command and has been skippedA script named auto-scripts would override a Composer command and has been skippedA script named installer-scripts would override a Composer command and has been skipped[12.3MiB/0.70s] Using version ^1.0 for ec-cube/eccubeupdater420to421[12.4MiB/0.71s] ./composer.json has been updated[14.6MiB/0.77s] Running composer update ec-cube/eccubeupdater420to421 --with-dependencies[16.7MiB/0.79s] Loading composer repositories with package information[17.4MiB/1.48s] Dependency ec-cube/plugin-installer is also a root requirement. Package has not been listed as an update argument, so keeping locked at old version. Use --with-all-dependencies (-W) to include root dependencies.[17.7MiB/1.50s] Updating dependencies[19.6MiB/1.52s] Your requirements could not be resolved to an installable set of packages.[19.6MiB/1.52s] Problem 1 - lcobucci/jwt 4.2.1 requires ext-sodium * -> it is missing from your system. Install or enable PHP's sodium extension. - league/oauth2-server-bundle v0.3.0 requires league/oauth2-server ^8.3 -> satisfiable by league/oauth2-server[8.3.5]. - ec-cube/api42 4.2.3 requires league/oauth2-server-bundle ^0.3 -> satisfiable by league/oauth2-server-bundle[v0.3.0]. - league/oauth2-server 8.3.5 requires lcobucci/jwt ^3.4.6 || ^4.0.4 -> satisfiable by lcobucci/jwt[4.2.1]. - ec-cube/api42 is locked to version 4.2.3 and an update of this package was not requested.To enable extensions, verify that they are enabled in your .ini files: - /etc/php-fpm/php74-php.ini - /opt/php-7.4.33/etc/php.d/apcu.ini - /opt/php-7.4.33/etc/php.d/bcmath.ini - /opt/php-7.4.33/etc/php.d/dba.ini - /opt/php-7.4.33/etc/php.d/dom.ini - /opt/php-7.4.33/etc/php.d/gd.ini - /opt/php-7.4.33/etc/php.d/imagick.ini - /opt/php-7.4.33/etc/php.d/imap.ini - /opt/php-7.4.33/etc/php.d/intl.ini - /opt/php-7.4.33/etc/php.d/json.ini - /opt/php-7.4.33/etc/php.d/ldap.ini - /opt/php-7.4.33/etc/php.d/mbstring.ini - /opt/php-7.4.33/etc/php.d/mcrypt.ini - /opt/php-7.4.33/etc/php.d/mysqli.ini - /opt/php-7.4.33/etc/php.d/pdo.ini - /opt/php-7.4.33/etc/php.d/pdo_mysql.ini - /opt/php-7.4.33/etc/php.d/pdo_pgsql.ini - /opt/php-7.4.33/etc/php.d/pdo_sqlite.ini - /opt/php-7.4.33/etc/php.d/pgsql.ini - /opt/php-7.4.33/etc/php.d/soap.ini - /opt/php-7.4.33/etc/php.d/xmlreader.ini - /opt/php-7.4.33/etc/php.d/xmlrpc.ini - /opt/php-7.4.33/etc/php.d/xmlwriter.ini - /opt/php-7.4.33/etc/php.d/xsl.iniYou can also run `php --ini` in a terminal to see which files are used by PHP in CLI mode.Alternatively, you can run Composer with `--ignore-platform-req=ext-sodium` to temporarily ignore these required extensions.[19.6MiB/1.52s] Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.[18.1MiB/1.52s] You can also try re-running composer require with an explicit version constraint, e.g. "composer require ec-cube/EccubeUpdater420to421:*" to figure out if any version is installable, or "composer require ec-cube/EccubeUpdater420to421:^2.1" if you know which you need.[18.1MiB/1.52s] Installation failed, reverting ./composer.json and ./composer.lock to their original content.[18.0MiB/1.52s] Memory usage: 18.02MiB (peak: 20.04MiB), time: 1.52s{"success":false,"log":"\u003Cwarning\u003EA script named compile would override a Composer command and has been skipped\u003C\/warning\u003E\n\u003Cwarning\u003EA script named auto-scripts would override a Composer command and has been skipped\u003C\/warning\u003E\n\u003Cwarning\u003EA script named installer-scripts would override a Composer command and has been skipped\u003C\/warning\u003E\n[12.3MiB\/0.70s] Using version ^1.0 for ec-cube\/eccubeupdater420to421\n[12.4MiB\/0.71s] .\/composer.json has been updated\n[14.6MiB\/0.77s] Running composer update ec-cube\/eccubeupdater420to421 --with-dependencies\n[16.7MiB\/0.79s] Loading composer repositories with package information\n[17.4MiB\/1.48s] \u003Cwarning\u003EDependency ec-cube\/plugin-installer is also a root requirement. Package has not been listed as an update argument, so keeping locked at old version. Use --with-all-dependencies (-W) to include root dependencies.\u003C\/warning\u003E\n[17.7MiB\/1.50s] Updating dependencies\n[19.6MiB\/1.52s] Your requirements could not be resolved to an installable set of packages.\n[19.6MiB\/1.52s] \n Problem 1\n - lcobucci\/jwt 4.2.1 requires ext-sodium * -\u003E it is missing from your system. Install or enable PHP\u0027s sodium extension.\n - league\/oauth2-server-bundle v0.3.0 requires league\/oauth2-server ^8.3 -\u003E satisfiable by league\/oauth2-server[8.3.5].\n - ec-cube\/api42 4.2.3 requires league\/oauth2-server-bundle ^0.3 -\u003E satisfiable by league\/oauth2-server-bundle[v0.3.0].\n - league\/oauth2-server 8.3.5 requires lcobucci\/jwt ^3.4.6 || ^4.0.4 -\u003E satisfiable by lcobucci\/jwt[4.2.1].\n - ec-cube\/api42 is locked to version 4.2.3 and an update of this package was not requested.\n\nTo enable extensions, verify that they are enabled in your .ini files:\n - \/etc\/php-fpm\/php74-php.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/apcu.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/bcmath.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/dba.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/dom.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/gd.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/imagick.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/imap.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/intl.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/json.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/ldap.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/mbstring.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/mcrypt.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/mysqli.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/pdo.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/pdo_mysql.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/pdo_pgsql.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/pdo_sqlite.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/pgsql.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/soap.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/xmlreader.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/xmlrpc.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/xmlwriter.ini\n - \/opt\/php-7.4.33\/etc\/php.d\/xsl.ini\nYou can also run `php --ini` in a terminal to see which files are used by PHP in CLI mode.\nAlternatively, you can run Composer with `--ignore-platform-req=ext-sodium` to temporarily ignore these required extensions.\n[19.6MiB\/1.52s] \u003Cwarning\u003ERunning update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.\u003C\/warning\u003E\n[18.1MiB\/1.52s] You can also try re-running composer require with an explicit version constraint, e.g. \u0022composer require ec-cube\/EccubeUpdater420to421:*\u0022 to figure out if any version is installable, or \u0022composer require ec-cube\/EccubeUpdater420to421:^2.1\u0022 if you know which you need.\n[18.1MiB\/1.52s] \nInstallation failed, reverting .\/composer.json and .\/composer.lock to their original content.\n[18.0MiB\/1.52s] Memory usage: 18.02MiB (peak: 20.04MiB), time: 1.52s\n"}

mcontact様早速のご回答ありがとうございます。mcontact様がおっしゃられる方法「管理画面＞商品管理＞商品CSV登録」画面からダウンロードした結果の話ですので、カスタマイズとプラグインの影響ということですね。ありがとうございます。【有効プラグイン一覧】・Facebook Ads Extention Plugin 1.0.0・この商品について問い合わせる機能 for EC-CUBE4 1.0.0・おすすめ商品管理プラグイン 4.0.0・関連商品プラグイン 4.0.1・売上集計プラグイン 4.0.1・Securitychecker4 4.0.0・SEO管理プラグイン for EC-CUBE4 1.0.0・ソニーペイメントサービス決済プラグイン 1.0.10【無効プラグイン一覧】・EC-CUBEアップデートプラグイン 1.0.0以上が導入プラグインです。大変恐縮ですがカスタマイズについては不明です。。。。カスタマイズの内容が分からないことには回答しようがないということでしたら、申し訳ございません。

▼テンプレート[EC-CUBE] EC-CUBE4.0.2[レンタルサーバ] AWS[OS] Linux ip-172-31-33-203 4.14.181-108.257.amzn1.x86_64 #1 SMP Wed May 27 02:43:03 UTC 2020 x86_64[PHP] 7.1.30 (Core, date, libxml, openssl, pcre, zlib, filter, hash, Reflection, SPL, session, standard, apache2handler, intl, gd, bcmath, bz2, calendar, ctype, curl, dom, mbstring, fileinfo, ftp, gettext, iconv, json, exif, mcrypt, mysqlnd, PDO, apcu, SimpleXML, sockets, sqlite3, tokenizer, xml, xmlwriter, xsl, mysqli, pdo_mysql, pdo_sqlite, wddx, xmlreader, apc, zip, Phar, Zend OPcache)[データベース] MySQL 5.7.38-log[WEBサーバ] AWS Amazon Linux[ブラウザ] Chrome 108.0.5359.124（Official Build） （x86_64）[導入プラグインの有無] ・EC-CUBEアップデートプラグイン・Facebook Ads・FlashSale・メールマガジンプラグイン・売上集計プラグイン・Security checker4・ソニーペイメント決済プラグイン・商品詳細ページ レイアウトプラグイン for EC-CUBE4・商品一覧ページ レイアウトプラグイン for EC-CUBE4・おすすめ商品管理プラグイン・カテゴリページ/コンテンツ追加 for EC-CUBE4・カラー選択プラグイン[カスタマイズの有無] 　ポイント関連をカスタマイズ[現象]　店頭で販売し、在庫が0になった商品をEC-CUBE上で在庫0に変更し保存したはずの商品が気がつくと在庫が1に変わっているとのことです。　在庫が増える操作としては、・手動で在庫を増やす・CSV登録により在庫を増やす・注文のキャンセルによる在庫戻りのみと考えております。ECで対象の商品が注文に入っておらず、キャンセルにもなっていないため３番目の可能性はないと思います。在庫を0に戻す操作のミスが一番可能性が高いかと思いましたが、複数人で確認し、確実に0に変更をしたとのことです。ログを確認して対象の商品がいつ在庫変動が起きているのか確認したいのですが、どのログ（Admin・Site・Front）を見ればよいかご教示いただけないでしょうか。よろしくお願いいたします。 :-(

/home/salt/kanematsu-salt.com/public_html/kowakeya/vendor/composer/../../app/proxyこのディレクトリ以下のファイルを削除したことがありませんか削除していた場合は再作成が必要と思います

・Proxy を削除してみたらどうでしょうか。$ rm -f app/proxy/entity/src/Eccube/Entity/*.php$ composer dump-autoload念のため、 app/proxy/entity/src/Eccube/Entity はバックアップ取っておいてください。

SheebExpandProductColumn というコード名のプラグインで発生しているエラーのようです。プラグインの開発元に問い合わせてみてください。

ご回答ありがとうございます！アップデートプラグインにより1)4.0.5-p1　→　4.0.6 (EccubeUpdater405to406)2)4.0.6　→　4.1.0 (EccubeUpdater406to410)の順でアップデートしましたが、システム情報で確認するとEC-CUBE　　4.0.5-p1のままですが、成功すると4.1.0と表示されるはずですよね？(^_^;)プラグインを無効にすることで、アップデート自体をやり直すことはできるのでしょうか？すみません、質問の内容が変わってしまいますが、この辺り含めご教示いただけますでしょうか？よろしくお願いいたします。

[EC-CUBE] EC-CUBE4.1.0　アップデート[レンタルサーバ] Xserver[OS] Linux sv14028.xserver.jp 5.4.0-131-generic #147~18.04.1-Ubuntu SMP Sat Oct 15 13:10:18 UTC 2022 x86_64[PHP] 7.4.33[データベース] MySQL 10.5.15-MariaDB-log[WEBサーバ] Apache[ブラウザ] chrome バージョン: 108.0.5359.95（Official Build） （64 ビット）[導入プラグインの有無] EC-CUBEペイメントLite4 プラグインバージョン：1.0.15EC-CUBEアップデートプラグイン 1.0.2　EccubeUpdater405to406EC-CUBEアップデートプラグイン　1.0.0　EccubeUpdater406to410特集商品ブロック/ページ作成プラグイン(4.0系/4.1系)おすすめ商品管理プラグイン[カスタマイズの有無] なし[現象]EC-CUBEペイメントLite4にて、クレジット決済およびコンビニ決済を運用しておりますが、コンビニ決済時のみ、「注文する」ボタンで注文を確定すると「システムエラーが発生しました。」と表示されてしまいます。EC-CUBE上での注文は成功しており、注文データは正常に出来上がっております。以下ログですが、何が原因かわかりません。対処方法などご教示いただけますと幸いです。[2022-12-07 11:57:21] front.ERROR [7e38c9e6] [629ed18] [anon.] [Eccube\Log\Logger:log:66] - システムエラーが発生しました。 ["Invalid escaping strategy \"safe_textmail\" (valid ones: html, js, url, css, html_attr).","/home/[servername]/*******.jp/public_html/app/template/default/Mail/order.twig",12,"#0 /home/[servername]/*******.jp/public_html/var/cache/prod/twig/58/58db2f7d2945288d7a10dff03edfcc936074b9ebc37e14681d075c51ea2aa4f0.php(37): twig_escape_filter(Object(Twig\\Environment), '\\xE5\\xAE\\x89\\xE8\\x97\\xA4', 'safe_textmail', 'UTF-8', true)\n#1 /home/[servername]/*******.jp/public_html/vendor/twig/twig/src/Template.php(407): __TwigTemplate_4b5a55faed1d5b54884384161f7475aceb37f5f24981f715b915092ebea303a7->doDisplay(Array, Array)\n#2 /home/[servername]/*******.jp/public_html/vendor/twig/twig/src/Template.php(380): Twig\\Template->displayWithErrorHandling(Array, Array)\n#3 /home/[servername]/*******.jp/public_html/src/Eccube/Twig/Template.php(40): Twig\\Template->display(Array, Array)\n#4 /home/[servername]/*******.jp/public_html/vendor/twig/twig/src/Template.php(392): Eccube\\Twig\\Template->display(Array)\n#5 /home/[servername]/*******.jp/public_html/vendor/twig/twig/src/TemplateWrapper.php(45): Twig\\Template->render(Array, Array)\n#6 /home/[servername]/*******.jp/public_html/vendor/twig/twig/src/Environment.php(318): Twig\\TemplateWrapper->render(Array)\n#7 /home/[servername]/*******.jp/public_html/src/Eccube/Service/MailService.php(347): Twig\\Environment->render('Mail/order.twig', Array)\n#8 /home/[servername]/*******.jp/public_html/src/Eccube/Controller/ShoppingController.php(416): Eccube\\Service\\MailService->sendOrderMail(Object(Eccube\\Entity\\Order))\n#9 /home/[servername]/*******.jp/public_html/vendor/symfony/http-kernel/HttpKernel.php(151): Eccube\\Controller\\ShoppingController->checkout(Object(Symfony\\Component\\HttpFoundation\\Request))\n#10 /home/[servername]/*******.jp/public_html/vendor/symfony/http-kernel/HttpKernel.php(68): Symfony\\Component\\HttpKernel\\HttpKernel->handleRaw(Object(Symfony\\Component\\HttpFoundation\\Request), 1)\n#11 /home/[servername]/*******.jp/public_html/vendor/symfony/http-kernel/Kernel.php(200): Symfony\\Component\\HttpKernel\\HttpKernel->handle(Object(Symfony\\Component\\HttpFoundation\\Request), 1, true)\n#12 /home/[servername]/*******.jp/public_html/index.php(76): Symfony\\Component\\HttpKernel\\Kernel->handle(Object(Symfony\\Component\\HttpFoundation\\Request))\n#13 {main}"] [POST, /shopping/checkout, ***.***.***.***, https://www.*******.jp/shopping/confirm, Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36 Edg/107.0.1418.62]よろしくお願いいたします。

Web APIのプラグインは導入してます。Web APIプラグインバージョン：2.1.3EC-CUBE対応バージョン：4.0.5,4.0.5-p1,4.0.6,4.0.6-p1,4.1.0,4.1.1,4.1.2,4.1.2-p1,4.0.6-p2更新日：2021/09/15

EC-CUBE Web API プラグインを導入されておりますでしょうか？

ご反応ありがとうございます。システムエラーログは以下になります。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ [2022-10-27 00:35:55] admin.ERROR [43ee2be5] [07fd129] [1] [Eccube\Log\Logger:log:64] - システムエラーが発生しました。 ["404 : The requested URL returned error: 404 ","/var/www/html/******/src/Eccube/Service/PluginApiService.php",322,"#0 /var/www/html/******/src/Eccube/Service/PluginApiService.php(226): Eccube\\Service\\PluginApiService->requestApi()\n#1 /var/www/html/******/app/Plugin/EccubeUpdater405to406/Controller/Admin/ConfigController.php(192): Eccube\\Service\\PluginApiService->getPlugin()\n#2 /var/www/html/******/vendor/symfony/http-kernel/HttpKernel.php(151): Plugin\\EccubeUpdater405to406\\Controller\\Admin\\ConfigController->checkPluginVersion()\n#3 /var/www/html/******/vendor/symfony/http-kernel/HttpKernel.php(68): Symfony\\Component\\HttpKernel\\HttpKernel->handleRaw()\n#4 /var/www/html/******/vendor/symfony/http-kernel/Kernel.php(200): Symfony\\Component\\HttpKernel\\HttpKernel->handle()\n#5 /var/www/html/******/index.php(80): Symfony\\Component\\HttpKernel\\Kernel->handle()\n#6 {main}"] [POST, /******/eccube_updater_405_to_406/check_plugin_version, 172.31.22.123, NULL, Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36]

管理画面からログを取得できないですか？管理画面＞設定＞システム設定＞ログ表示画面を表示し、システムエラーの文字がある箇所を添付すれば、もう少しコメントできるかもしれないです。

ログ上でエラーログ等は出力されていますか？エラーログなどが出力されていれば記載すると返信を得られやすいと思います。

[EC-CUBE]　バージョン4.0.5　[レンタルサーバ]　AWS[OS] Linux[PHP] 7.4.3[データベース] MySQL 5.7.38-log[WEBサーバ] Apache[ブラウザ] Googlechrome[現象] EC-CUBEアップデートプラグイン　EccubeUpdater405to406を使用してアップデートを試みた結果、プラグイン一覧で「アップデート対象プラグインはありません。」と表示され「設定」から「プラグイン対応状況の確認へ」ボタンを押下するとシステムエラーとなります。こちらの原因にこころあたりがある方、ご教示をお願い致します。

[EC-CUBE]　バージョン4.0.5　[レンタルサーバ]　AWS[OS] Linux[PHP] 7.4.3[データベース] MySQL 5.7.38-log[WEBサーバ] Apache[ブラウザ] Googlechrome[現象] EC-CUBEアップデートプラグイン　EccubeUpdater405to406を使用してアップデートを試みた結果、プラグイン一覧で「アップデート対象プラグインはありません。」と表示され「設定」から「プラグイン対応状況の確認へ」ボタンを押下するとシステムエラーとなります。こちらの原因にこころあたりがある方、ご教示をお願い致します。

ご親切にありがとうございました。大変助かりました。

セキュリティアップデートは継続してサポートされますので、安心してご利用いただけます

ご回答いただきありがとうございます。プラグインは使用していなかったのでスルーしてしまったのですが、そうゆう事でアップデートプラグインがリリースしていなかったんですね。確かに、アップデートプラグインがあっても、プラグインが移行できなければ意味が無いと思いますので、本体だけのアップデートプラグインというのは考えにくいかもしれないですね。4.1がまだ暫くセキュリティアップデートだけでもしてもらって、使えることが出来れば良いのですが・・・詳しいご回答ありがとうございました。

ご回答いただきありがとうございます。アップデートの方法も教えていただきありがとうございます。そうゆう事だったんですね。すると4.1というのは、4.2へアップデートできない人のために、暫くセキュリティアップデートだけ行っていくことになりそうでしょうか？お手数でなければご教授いただけますとありがたいです。どうぞよろしくお願いいたします。