問題タブ [aws-amplify-cli]

ドキュメントでは：

• 環境プルを増幅 – 復元

現在のクラウド環境で環境をプルします。復元フラグを使用して、ローカル バックエンド構成をクラウド内の構成で上書きします。

私の質問は、雲が正確にどこにあるのか?? 私が今抱えている問題は、実行するときはいつでもamplify env pull <multi-env-name> --restore、実行中とは異なる値を取得してamplify\.backend\amplify-meta.jsonいることamplify initです。

私が最初にしたことは、誤って を作成してプッシュしamplify auth、それを新しい に更新してauthプッシュし、公開したことです。どういうわけか、今私がするたびにamplify env pull <multi-env-name> --restore、古いauth値を取得しています。復元フラグがローカルのバックエンド構成をクラウド内の構成で上書きすることであると彼らが言う場合、クラウド内の私の構成は、私が最後に更新 (プッシュ) したものでなければなりません。

「amplify-cli」をインストールしました。「amplify configure」と入力すると、次のエラー メッセージが表示されます。

「amplify は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されません」。

AWSの増幅フレームワークを使用して、Vue.js で webapp を構築しています。

今のところ、cognitoサービスを使用してユーザーを認証しています。

ユーザーが最初にアカウントを作成したときに、ラムダ関数をトリガーしたいと考えています。次のコマンドを使用してラムダ関数を作成しました。

このコマンドを使用して機能をテストしました。

そして今、ユーザーがアカウントを作成したときにこの関数をトリガーしたいと考えています。

どうすればそれを行うことができますか？

ありがとう、アレクシス

現在、Cognito ユーザー プールを使用した Amplify CLI 認証には、ユーザー名によるサインインと電子メールによるサインインの 2 つの主要なモードがあります。前者の場合、必須のユーザー属性としての電子メールの一意性は適用されません。

Cognito サービス自体は、「検証済みの電子メール アドレスによるサインインも許可する」オプション (AWS コンソール、ユーザー プール属性セクション) をサポートしていますが、ユーザー プールの作成時にのみ設定できます (つまり、後で変更することはできません - チェックボックスは無効になっています)。ユーザーがユーザー名または電子メールで認証できるようにしながら、ユーザープール内で電子メールが重複しないようにすることはできますか?

要約すると、私のユースケースには次のものが必要です。

• Amplify を介してユーザーをサインアップするときに、Cognito レベルで電子メール属性の一意性を検証/強制しますAuth.SignUp。
• ユーザー名ベースのログインを維持しますが、ユーザーは電子メールでもログインできます (つまり、Auth.SignIn電子メールまたはユーザー名がユーザー名引数として提供されます)。