この問題は、Expresso Store がパスワードを保存する方法と、EE Admin/Security CP の「require secure passwords」オプションとの間の競合にあることに注意して編集しました。安全なパスワードの要件を無効にすると、問題は修正されますが、競合は修正されません。
元の投稿: e コマース機能に Expresso Store を使用している ExpressionEngine ストアがあります。
これまでのところ、チェックアウト時のメンバー登録を除いて、すべてが機能しているようです。
checkout2 (配送、請求、および登録情報を入力する場所) ではすべて問題ないように見えますが、すべてのパスワード規則 (少なくとも 1 つの大文字、1 つの小文字、1 つの数字) に従っている場合でも、最終的なステップを実行するときにチェックアウトすると、 選択したパスワードがこれらすべての基準を満たしている場合でも、「送信したフォームには次のエラーが含まれています。パスワードには、少なくとも 1 つの大文字、1 つの小文字、および 1 つの数字を含める必要があります」というエラーが表示されます。
私が試したこと： -EE CPでメンバー登録が有効になっていることを確認したので、それは問題ではありません。
- チェックアウト フォームの式に register_member="yes" があります。
-ドキュメントの例とまったく同じように、パスワード、password_confirm、ユーザー名、およびスクリーン名のフィールドが存在します。
- パスワードを作成するページの後ではなく、最後のチェックアウト ページにエラーがあるのはおかしいと思いました。そこで、登録フォームを最後のチェックアウト ページ (支払い情報の入力) に配置しようとしましたが、そのページは送信時に更新されるだけで、エラーは発生しませんでしたが、進行もありませんでした。
- モジュールの注文フィールド セクションを見て、フィールドを EE メンバー フィールドにマッピングしようとしましたが、カスタム フィールドがなく、EE のデフォルト (email、password、password_confirm、username、screen_name) のみを使用しているためです。カスタムメンバーフィールドがないかのように、登録フォームは機能しません。それらをデフォルトのメンバーフィールドにマップする方法はありません。
- register_member="yes" と {field:register_member} の両方を含めていないことを確認しました。ドキュメントの例に示されているように、私は register_member="yes" のみを使用してから、パスワード、パスワードの確認、ユーザー名、および screen_name フィールドを使用しています。
これがハングアップしている理由について何か考えはありますか? これをcheckout2に置くことで正しいページに含めてもいいですか（メールフィールドと同じページにあるはずだと思いました）。ExpressionEngine はパスワード基準 (少なくとも 1 つの大文字、1 つの小文字、1 つの数値) を必要とするため、Store フォームがこれらを大文字と小文字を区別しないものとしてレンダリングし、大文字を取り除く可能性があるのではないかと考えています。メンバーが支払いシステムに縛られている場合、安全でないパスワードを許可したくありません。