Kentaro Ohkouchi
Kentaro Ohkouchi
@eternalharvest ご対応ありがとうございます！お問い合わせフォームは、必要最小限の入力でお問い合わせできるようにという配慮から、必須が外れているようです
まずは離島や特定の地域の住所をマスタ化する必要がありそうです。 以下コメントのように、国土地理協会の住所マスターを使用して、町・字・丁目までマスタ化できれば本issuesの実現が近づきそうです。 https://github.com/EC-CUBE/ec-cube/issues/4696#issuecomment-1077519232 > 逆にないものを機能として持っているのも良いのではないでしょうか？ この観点は同意します。とても素晴しいと思います
ISO は以下のとおり https://ja.m.wikipedia.org/wiki/ISO_5218
手元の環境では問題なかったはずですので、テスト書いてみますね。
以下、修正案です ## dtb_customer | 変更前 | 変更後 | JSON format | |--------------------|------------------------|------------------------| | customer_id | | | | status | | | | sex | gender_id | | | job...
@tao-s 名前やカナ, 電話番号に関しては、 OpenID Connect の Standard Claims と Claims Languages and Scripts に準拠するようにしています。これに準拠せずに、 first name, last name にした方がよい理由があれば教えてください。 http://openid.net/specs/openid-connect-core-1_0.html#Claims > 中国等でも越境で読み仮名をアルファベットで表記するケース name_ch_alphabet_CN といったようなカラムを増やしたらよいかなと。 プレフィクスは無くす方向で検討しています。
MySQL8 で utf8mb4 を使用するためには以下の対応が必要そうです https://github.com/EC-CUBE/ec-cube/pull/4796
共有でも、さくらのレンタルサーバーでは難なく動くので何故かなと考えていたんですが、FreeBSD を採用しているため、 OOM Killer が走らないからみたいですね🤔
[bolt](https://github.com/bolt/bolt) の場合、プラグインは独自に composer.json を生成しており、bolt 本体とは別途依存関係の管理をしているようです。 依存関係考慮のスコープが狭いため高速で、本件のような問題は発生しにくい模様
@tao-s Composer API の問題と Symfony キャッシュ生成の問題ですね