ユーザーが入力する登録フォームがあります。フォームに入力すると、ユーザーが電子メールを受信して電子メールが正常であることを確認するまで登録が延期され、電子メールに返信すると、登録が完全に進行します。
また、ユーザーが番号などを入力する必要がなく、確認のためにメールをクリックするだけでプロセスが自動化され、私の側でも自動化されることを望みます。
可能であれば、登録プロセス以外のタスクでもプロセスを利用できるようにしたいと考えています。
生成された 123456 でずっと check/123456 を実行する必要がありますか、それともより良い方法、コンポーネント、ジョブを実行できる nuget がありますか? あなたが戻ってきた経験が役に立ちます
ありがとう
あなたは正しい軌道に乗っているようです。
私もよく似たようなことをします。私はそれを必要としないので一般的ではありませんが、それは非常に簡単に変更できます。
ユーザーが登録したら、クリックするとhttp://domain/member/activate/idIDがGUIDの場所などに移動するリンクを含むアクティベーション電子メールを送信します。それは私が必要とするすべてです。メンバーIDを調べて有効化します。誰かが新しいメンバーの ID を推測する可能性はかなり低く、仮に推測されたとしても、大惨事にはほど遠いものです。
私が言えることから、より一般的なものともう少しセキュリティが必要なものが必要です。ユーザーと一緒に保存するキー (新しい GUID など) をいつでも作成してから、アクティベーションを呼び出すことができます: http://domain/member/activate/id?key={the guid}. キーを暗号化することもできます。しかし、それはあなた次第です。
再利用でき、より一般的なものについては、アクティベーション ID のリストを含むアクティベーション コンポーネントを作成できます。ただし、特定の種類のエンティティ (ユーザー登録やフォームの検証など) をアクティブにするには、バックエンドでそれを実行する方法が必要です。たとえば、http://domain/activation/activate/id内部で呼び出すと、id が検索され、型が取得されます。もちろん、アクティベーション要求は、たとえばユーザー登録時に作成されます。ユーザーがアクティブ化されない可能性があるため、おそらく有効期限/タイムアウトを保存する必要があります。
タイプごとに、関連するコントローラにアクティベーション メカニズムを設定できます:member/activate/keyまたはformvalidation/activate/key. したがって、アクティベーション コントローラーがアクティベートのリクエストを受け取ると、タイプごとに構成されたルートのリストがあり、関連するルートに移動して「実際の」アクティベーションを実行します。
もう 1 つのオプションは、インプロセス コンポーネントにアクティベーションを実行IActivatorさせるMemberActivatorことです。あなたへ）。FormValdationActivatorIActivatorProvider
ActivationRequestCommand必要に応じて、サービス バス エンドポイントに渡すこともできます。
したがって、多くのオプションがあります。HTH
あなたが開発者である場合は、少なくともコードから始めることをお勧めします...その後、自分が行ったことのサンプルを提供するのに行き詰まった場合は、もう一度尋ねてください.
あなたがしようとしているのは、基本的に、登録を完了するためにページに投稿する一時的な URL を使用することです...