HTTP 리디렉션을 통해 데이터를 전달하기위한 옵션

Question

웹 응용 프로그램에서 작업 중이며 HTTP 리디렉션을 통해 데이터를 전달해야합니다. 예를 들어 :

http://foo.com/form.html 

게시하는 데이터에 문제가있는 경우

http://foo.com/form/submit.html 

에, 응답은

http://foo.com/form.html?error=Some+error+message 

및 쿼리 PARAM "오류"로 다시 리디렉션 의 값이 페이지에 표시됩니다.

리디렉션 (예 : HTTP 헤더 등)에서 데이터를 전달할 수있는 신뢰할 수있는 방법이 있습니까?

쿼리 PARAMS 작품으로 데이터를 전달하지만 때문에 적합하지 않습니다 :

이 이 에게 그것의 일반 텍스트 (그리고 쿼리 문자열에서, SSL이 encyrpt에 의존 질수 있도록) 그래서 싶지 않을 것이다

이 통과

민감한 데이터
• URI는 브라우저에 의해 길이가 제한됩니다 (길이는 일반적으로 상당히 길다).

중요 :이 플랫폼은 상태가 적으며 많은 응용 프로그램 서버에 분산되어 있으므로 서버 측 세션 객체에서 데이터를 추적 할 수 없습니다.

Answer 1

클라이언트 - 서버 상호 작용 관점에서 보면 이는 서버 내부 디스패치 문제입니다.

브라우저는 the HTTP specification에 따라 자동으로 초기 요청의 엔터티를 다시 게시하기위한 것이 아닙니다. ""브라우저에서 사용되는 방법이 다음과 같은 경우에만 사용자 에이전트와 사용자 상호 작용없이 수행 할 수 있습니다. 두 번째 요청은 GET 또는 HEAD입니다. "

아직 입력하지 않은 경우 form.html을 동적으로 만들어 HTML 정적 파일로 만듭니다. POST 요청을 자신에게 보내고 오류가 발생할 경우 값을 미리 채 웁니다. 또는 submit.html에 문제가있는 경우 form.html과 같은 템플리트를 사용할 수 있습니다.

이 이 (쿼리 문자열, SSL은 encyrpt에 의존 질수 있도록) 문제가 그래서 통과 싶지 않을 것이다 민감한 데이터 잘 모르겠어요

의 일반 텍스트입니다

무엇 이리. 어쨌든 평범한 HTTP를 통해 모든 것을 제출하고 있습니다. 쿠키, 쿼리 매개 변수 및 요청 엔터티가 모두 표시됩니다. HTTPS would actually protect all this을 사용하면 쿼리 매개 변수가 브라우저 기록 및 서버 로그 (TLS가 보호하는 연결의 일부가 아닌)에서 여전히 문제 일 수 있습니다.

Answer 2

쿠키 사용은 데이터 양에 따라 합리적인 해결책이 될 것이라고 생각합니다.

http://foo.com/form.html?error_id=42 : 당신은 당신이 ID로 그것을 서버 및 기준에 데이터베이스에 오류 메시지를 저장할 수

Answer 3

(훨씬 더 간단 할 것이다 예를 들어 세션을 사용하여) 서버 측에서이를 추적 할 수 없기 때문에

오류 텍스트가 수정되면 데이터베이스를 사용할 필요조차 없습니다.

또한 Web Storage을 사용할 수 있습니다. 대신 당신이 자바 스크립트로 출력 페이지를 표시 할 수 있습니다 "위치"헤더 리디렉션 :

var error_message = "Something is wrong"; 
if(typeof(Storage) !== "undefined") { 
    localStorage.error_message = error_message; 
else { 
    // fallback for IE < 8 
    alert(error_message); 
} 
location.href = "new url"; 

그리고 재 지정 후 당신은 자바 스크립트를 사용하여 localStorage.error_message를 읽고 메시지를 표시 할 수 있습니다.