Kentaro Ohkouchi
Kentaro Ohkouchi
@ji-eunsoo 手動でテストするしかないと思います
管理画面側のほうが優先度高いと思うので。 管理画面側ができれば、ユーザーログインにも応用できるので、最終的にはどちらも実装したいです
docker-compose.yml の記述が間違っているのではなく、 [ghcr.io/ec-cube/ec-cube-php:8.1-apache](https://github.com/EC-CUBE/ec-cube/pkgs/container/ec-cube-php/207697137?tag=8.1-apache) が4.3ブランチでビルドされてしまっているのが問題ですね。 4.2 ブランチは今後更新されないと思われますので `export TAG=8.1-apache-4.2` としてから `docker compose` コマンドを実行することで、 [ghcr.io/ec-cube/ec-cube-php:8.1-apache-4.2](https://github.com/EC-CUBE/ec-cube/pkgs/container/ec-cube-php/167817144?tag=8.1-apache-4.2) を利用できると思います。 `${TAG:-7.4-apache}` とすると 4.2 ブランチが利用できる理由は、4.3 からは PHP7.4 がサポート外となり、4.3 ブランチではビルド対象から外れたためです。
本来セッションの書き込みはアトミックであるべきだと思われますので、C案の動作が正しいと思われます。 歴史的な経緯で、2系はDBセッション採用していますが、スケールアウトしない限りはファイルセッションでも問題ないと思いますので、本不具合の解消にはファイルセッションを利用するのも良さそうです
スケールアウトが必要な大量のトラフィックを捌く必要がある場合は、DBセッションはかえってボトルネックになりそうですので、 radis のような外部ストレージを使用するようにした方が良さそうな。
@nobuhiko たしか、これはDB接続が確立していないために出るエラーなので、直前で SC_Query_Ex::getSingletonIntance(); をコールすれば直ると思います
@robacarp Thanks for the valuable report, I will test it with `container: image: ruby`
@jeraldpunx-gemsoft Welcome to EC-CUBE2, thanks for the detailed issue. Unfortunately, documentation in English is not active. The following is the reference of the front end document. https://www.smarty.net/docs/en/ Also, @onshopVN team...
@bbkids @seasoftjapan > 数量欄のみ改善させていない こちらは別途 issues で対応したほうが良いですかね?