光阴似箭催人老，日月如移越少年。
사실 저도 혼자 고민하다가 알아냈어요. 내 요구 사항에는 AJAX도 사용해야 합니다. AJAX를 사용하지 않는 경우 주입 공격의 위험이 있는 비밀번호 값을 전달하려면 매개변수가 있는 URL을 사용해야 합니까?
먼저 AJAX를 사용하면 리다이렉트가 안되는 것이 사실이다. AJAX를 사용한 후에는 이 과정에서 요청과 콜백이 모두 이루어지기 때문에 이 문제에 대한 해결책은 없다. HTTP는 하나만 있습니다. 헤더를 리디렉션하면 반복되어 오류가 보고됩니다.
AJAX를 사용하는 것은 동일한 인터페이스에 있는 것입니다. 리디렉션 기능은 AJAX 요청 도중에 방향을 변경하여 AJAX의 전체 프로세스를 중단시키기 때문에 다른 인터페이스로 리디렉션해도 AJAX의 전체 요청 프로세스가 중단될 수 없습니다.
그래서 로그인 인터페이스를 만들려면 AJAX만 다음 단계를 열기 위한 URL을 반환하고 프런트엔드를 전송할 수 있습니다. 또는 AJAX를 사용하지 마세요.
먼저 Ajax가 무엇인지 이해해야 합니다. 전체 페이지를 다시 새로 고치지 않고 페이지를 부분적으로 새로 고치도록 설계되었습니다. 요구 사항을 업데이트하기 위해 Ajax 기술을 사용할 필요는 없습니다.
말씀하신 대로 그냥 프런트 엔드로 뛰어가세요. Ajax는 원래 데이터를 얻는 데 사용됩니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
사실 저도 혼자 고민하다가 알아냈어요. 내 요구 사항에는 AJAX도 사용해야 합니다. AJAX를 사용하지 않는 경우 주입 공격의 위험이 있는 비밀번호 값을 전달하려면 매개변수가 있는 URL을 사용해야 합니까?
먼저 AJAX를 사용하면 리다이렉트가 안되는 것이 사실이다. AJAX를 사용한 후에는 이 과정에서 요청과 콜백이 모두 이루어지기 때문에 이 문제에 대한 해결책은 없다. HTTP는 하나만 있습니다. 헤더를 리디렉션하면 반복되어 오류가 보고됩니다.
AJAX를 사용하는 것은 동일한 인터페이스에 있는 것입니다. 리디렉션 기능은 AJAX 요청 도중에 방향을 변경하여 AJAX의 전체 프로세스를 중단시키기 때문에 다른 인터페이스로 리디렉션해도 AJAX의 전체 요청 프로세스가 중단될 수 없습니다.
그래서 로그인 인터페이스를 만들려면 AJAX만 다음 단계를 열기 위한 URL을 반환하고 프런트엔드를 전송할 수 있습니다.
또는 AJAX를 사용하지 마세요.
먼저 Ajax가 무엇인지 이해해야 합니다. 전체 페이지를 다시 새로 고치지 않고 페이지를 부분적으로 새로 고치도록 설계되었습니다. 요구 사항을 업데이트하기 위해 Ajax 기술을 사용할 필요는 없습니다.
말씀하신 대로 그냥 프런트 엔드로 뛰어가세요. Ajax는 원래 데이터를 얻는 데 사용됩니다.