複数のサブスクリプション アカウントが同じ Web サイトを共有します。注文時に違いを見分けるにはどうすればよいですか?

私のアイデアは、ユーザーがサブスクリプション アカウントの 1 つで注文するときに、現在のサブスクリプション アカウントの一意の識別子を取得するというものです。注文が生成されると、識別子がデータベースに挿入されます。

現在、複数のサブスクリプション アカウントが 1 つの Web サイトを共有するという需要がありますが、注文する際には区別する必要があります。
それでは、通りすがりの友人全員が見て、個人的な意見を述べていただければ幸いです、ありがとう

返信内容:

私のアイデアは、ユーザーがサブスクリプション アカウントの 1 つで注文するときに、現在のサブスクリプション アカウントの一意の識別子を取得するというものです。注文が生成されると、識別子がデータベースに挿入されます。

現在、複数のサブスクリプション アカウントが 1 つの Web サイトを共有するという需要がありますが、注文する際には区別する必要があります。
それでは、通りすがりの友人全員が見て、個人的な意見を述べていただければ幸いです、ありがとう

サブスクリプション アカウントの一意の ID を取得できないようです。動的ルーティングを使用して、ユーザーがどのサブスクリプション アカウントで操作しているかを区別し、データベースに挿入するときにその ID を区別することしかできないようです。

各サブスクリプション アカウントには一意の ID があり、各サブスクリプション アカウントのユーザーも一意の openid を持ちます。

Web サイトで追加の登録が必要ない場合、またはユーザーを区別するために他の認証方法 (携帯電話番号または電子メール アドレス) を使用している場合は、サブスクリプション アカウントの ID をグループ化に使用し、openid を使用してユーザーを区別できます。
ユーザーを区別するために携帯電話番号を使用する場合は、サブスクリプション ID を持参するだけです。

あなたのアイデアはとても良いです。通常、このような識別用のフィールドを追加する必要があります。たとえば、サブスクリプション番号 A の注文は 1000001 ～ 1999999、サブスクリプション番号 B の注文は 2000001 ～ 2999999 にすることもできます。

ユーザーを識別するためにユーザーの openid を取得するには、まず OAuth2.0 による Web ページの認証を完了する必要があります。ただし、openid を取得するには、公式アカウントの appid と AppSecret が必要です。この 2 つはわかっているので、間違いなく取得できます。それがどのサブスクリプション アカウントであるかを知っています。

Web サイトで注文するときにユーザーが誰であるかを知る必要がない場合は、サブスクリプション アカウントが Web サイトにジャンプするときに、URL の後に ID を入力して、どのサブスクリプション アカウントであるかを識別するだけです。