내 생각은 사용자가 구독 계정 중 하나에 주문할 때 현재 구독 계정의 고유 식별자를 가져오는 것입니다. 주문이 생성되면 식별자가 데이터베이스에 삽입됩니다.
현재 수요가 있습니다. 즉, 여러 구독 계정이 하나의 웹사이트를 공유하지만 주문할 때 구별이 필요합니다.
그러니 지나가는 친구들 모두 한 번 보시고 개인적인 의견을 표현해보시길 바랍니다.
내 생각은 사용자가 구독 계정 중 하나에 주문할 때 현재 구독 계정의 고유 식별자를 가져오는 것입니다. 주문이 생성되면 식별자가 데이터베이스에 삽입됩니다.
현재 수요가 있습니다. 즉, 여러 구독 계정이 하나의 웹사이트를 공유하지만 주문할 때 구별이 필요합니다.
그러니 지나가는 친구들 모두 한 번 보시고 개인적인 의견을 표현해보시길 바랍니다.
구독 계정의 고유 ID를 얻을 수 없는 것 같습니다. 동적 라우팅을 사용하여 사용자가 어떤 구독 계정을 운영하고 있는지 식별한 다음 데이터베이스에 삽입할 때 식별을 구별할 수 있습니다.
각 구독 계정에는 고유한 ID가 있으며, 각 구독 계정의 사용자에게도 고유한 openid가 있습니다.
귀하의 웹사이트에서 추가 등록이 필요하지 않거나 다른 인증 방법(휴대폰번호, 이메일)을 사용하여 사용자를 구분하는 경우 구독 계정의 ID를 사용하여 그룹화하고 openid를 사용하여 사용자를 구별할 수 있습니다.
휴대폰 번호를 사용하여 사용자를 구분하는 경우 구독 ID만 가져오세요.
아이디어가 매우 좋습니다. 일반적으로 이렇게 식별 필드를 추가해야 합니다. 다양한 구독 번호에 대해 다양한 주문 번호 범위를 가질 수도 있습니다. 예를 들어 구독 번호 A의 주문은 1000001~1999999이고 구독 번호 B의 주문은 2000001~2999999입니다.
사용자 식별을 위해서는 먼저 OAuth2.0을 통해 웹페이지 인증을 완료해야 하는데, openid를 얻으려면 공식 계정의 appid와 AppSecret이 필요합니다. 구독 번호가 무엇인지 확실히 알 수 있습니다.
웹사이트에서 주문할 때 사용자가 누구인지 알 필요가 없다면 구독 계정이 웹사이트로 이동할 때 URL 뒤에 ID를 입력하여 어떤 구독 계정인지 식별하세요.