단일 페이지 시스템이 아니고 페이지 점프가 포함된 경우 백엔드에서 리디렉션을 제어할 수 있습니다. 사용자가 쫓겨날지 여부도 백엔드에서 결정합니다.
가로채기해야 하는 비동기 인터페이스인 경우 백엔드가 비로그인 오류 코드를 반환하도록 직접 허용하세요.
로그인과 동시에 사람을 쫓아내는 기능은 프론트엔드와는 아무런 관련이 없습니다. 백엔드는 사용자가 로그인했다고 알려주므로 로그인됩니다. 백엔드 인터페이스는 우리에게 돌아옵니다. 사용자의 로그인이 유효하지 않은 경우 해당 정보를 표시하고 점프 변경을 제어합니다.
================ 이 킥 기능은 원래 전체 시스템의 문제입니다. 킥킹 사람들은 어떤 시스템입니까? 실시간, 백엔드에 어떤 계획이 채택되었는지, 이런 것들은 언급되지 않고, 단지 "프론트엔드 작성 방법"이라는 큰 다섯 단어는 다른 사람들로부터 기술적인 도움을 얻으려는 시도라고 생각합니다. 말도 안 되는. 프런트 엔드에서는 사용자의 로그인 여부를 언제 결정합니까?
일반적으로 백엔드는 메시지를 프런트엔드로 푸시하며, 프런트엔드는 사용자에게 메시지를 표시하고 로그인 페이지로 다시 이동하는 역할만 담당합니다.
여러 가지 푸시 방법이 있습니다:
폴링
;
이 문제는 백엔드와 논의해야 합니다.
단일 페이지 시스템이 아니고 페이지 점프가 포함된 경우 백엔드에서 리디렉션을 제어할 수 있습니다. 사용자가 쫓겨날지 여부도 백엔드에서 결정합니다.
가로채기해야 하는 비동기 인터페이스인 경우 백엔드가 비로그인 오류 코드를 반환하도록 직접 허용하세요.
로그인과 동시에 사람을 쫓아내는 기능은 프론트엔드와는 아무런 관련이 없습니다. 백엔드는 사용자가 로그인했다고 알려주므로 로그인됩니다. 백엔드 인터페이스는 우리에게 돌아옵니다. 사용자의 로그인이 유효하지 않은 경우 해당 정보를 표시하고 점프 변경을 제어합니다.
================
이 킥 기능은 원래 전체 시스템의 문제입니다. 킥킹 사람들은 어떤 시스템입니까? 실시간, 백엔드에 어떤 계획이 채택되었는지, 이런 것들은 언급되지 않고, 단지 "프론트엔드 작성 방법"이라는 큰 다섯 단어는 다른 사람들로부터 기술적인 도움을 얻으려는 시도라고 생각합니다. 말도 안 되는. 프런트 엔드에서는 사용자의 로그인 여부를 언제 결정합니까?
기본적으로 상대방이 질문하는 방식을 보면 그 사람의 수준을 알 수 있습니다.
요즘 질문하는 건 다 삼촌들이에요.
==== 원래 답변 ====
키보드를 사용하시나요, 아니면 펜을 사용하시나요?
·새로 고칠 때마다 로컬 태그가 서버 태그와 일치하는지 확인하세요. 태그는 특정 상황에 따라 간격을 두고 획득됩니다.
·Websocket은 Ajax와 협력하여 권장되지 않는 http 상태 비저장 프로토콜을 달성합니다. .
로그인 선택을 제거하기 위해 사용하는 첫 번째 방법: 사용자가 로그인할 때마다 기호가 생성되어 데이터베이스에 저장되고 캐치에 기록되며 기호가 일치하지 않으면 로그아웃합니다.