대기열이 비동기적으로 실행될 때는 SESSION을 사용할 수 없는데 로그인 시에도 대기열을 사용할 수 있습니까? 그렇다면 쿠키와 세션 간의 대응 관계를 어떻게 처리할 수 있습니까?
走同样的路,发现不同的人生
녹화할 때 대기열을 계속 사용할 수 있나요?
로그인은 일반적으로 대기열을 사용하는 것이 불가능하지는 않지만 복잡성이 증가합니다.
동기식 로그인 프로세스는 데이터베이스를 읽고, 올바른 계정과 비밀번호를 결정하고, 세션을 설정하는 것이며, 이는 하나의 HTTP 요청으로 완료될 수 있습니다.
비동기식으로 변경하면 다음과 같은 방법밖에 생각이 나지 않습니다.
클라이언트가 무작위 토큰을 생성합니다
클라이언트는 토큰, 계좌번호, 비밀번호를 서버로 보냅니다
서버가 이 토큰을 redis에 기록하고 성공적으로 로그인하지 못했습니다.
서버는 처리를 위해 토큰, 계정 및 비밀번호를 대기열에 넣습니다
큐 처리, 계정이 정확하면 redis의 토큰은 성공으로 표시되고, 그렇지 않으면 실패로 표시됩니다
서버 및 대기열 처리 과정에서 클라이언트는 계속해서 다른 인터페이스를 사용하여 토큰 로그인이 성공했는지 확인합니다. 성공하면 모든 후속 요청이 토큰을 가져오고, 그렇지 않으면 클라이언트 로그인이 실패합니다.
따라서 동기식 로그인 프로세스는 최대한 빨리 완료되어야 하며, 로그인 후 필요한 일부 작업(이메일 알림 전송 등)은 전체 로그인 프로세스 대신 대기열에 추가되어야 합니다.
로그인은 일반적으로 대기열을 사용하는 것이 불가능하지는 않지만 복잡성이 증가합니다.
동기식 로그인 프로세스는 데이터베이스를 읽고, 올바른 계정과 비밀번호를 결정하고, 세션을 설정하는 것이며, 이는 하나의 HTTP 요청으로 완료될 수 있습니다.
비동기식으로 변경하면 다음과 같은 방법밖에 생각이 나지 않습니다.
클라이언트가 무작위 토큰을 생성합니다
클라이언트는 토큰, 계좌번호, 비밀번호를 서버로 보냅니다
서버가 이 토큰을 redis에 기록하고 성공적으로 로그인하지 못했습니다.
서버는 처리를 위해 토큰, 계정 및 비밀번호를 대기열에 넣습니다
큐 처리, 계정이 정확하면 redis의 토큰은 성공으로 표시되고, 그렇지 않으면 실패로 표시됩니다
서버 및 대기열 처리 과정에서 클라이언트는 계속해서 다른 인터페이스를 사용하여 토큰 로그인이 성공했는지 확인합니다. 성공하면 모든 후속 요청이 토큰을 가져오고, 그렇지 않으면 클라이언트 로그인이 실패합니다.
따라서 동기식 로그인 프로세스는 최대한 빨리 완료되어야 하며, 로그인 후 필요한 일부 작업(이메일 알림 전송 등)은 전체 로그인 프로세스 대신 대기열에 추가되어야 합니다.