Asp.net - 새로운 요청을 작성하지 않고 양식 데이터를 별도의 URL에 게시하십시오.

Question

다른 질문과 유사하지만,이를 이해하지 못했고이를 수행하는 방법을 모르는 경우 매우 바보입니다.

1) 버튼 클릭에 PostbackURL 속성을 사용할 수 없습니다.

기본적으로 사용자가 버튼을 클릭하면 데이터를 별도의 URL에 게시해야합니다. 해당 데이터는 양식 내에 없습니다. 코드에 프로그래밍 방식으로 데이터를 추가해야합니다.

그래서 사용자는 "보내기"를 클릭합니다. 그런 다음 사용자의 전자 메일, 성, 성을 namedvaluecollection에 추가 한 다음 특정 URL에 게시합니다.

제 질문은 어떻게 그 일을합니까? 지금까지 온라인에서이 작업을 수행하는 방법을 명확히 밝히지 못했습니다. HttpWebRequest를 새로 만들지 마십시오. 아래 COMMENT PER는

편집 :

은 기본적으로 우리는 별도의 응용 프로그램과 회원에 통합하고,이 전에 근무하고있다. 불행히도 그들의 기술 지원은별로 도움이되지 않습니다.

는 기본적으로 사용자가 자신의 사이트에 당신이 로그인 할 수 있습니다.

사용자가 내 로그인 페이지로 리디렉션 필요로 뭔가를하려고합니다. 사용자가 자격 증명을 입력합니다. 사용자가 인증하면 정보 (이름, 전자 메일 등)를 특정 URL에 게시합니다. 해당 URL은 끝에있는 사용자를 생성하고 (존재하지 않는 경우) 사용자에게 처음으로 액세스하려고했던 URL로 리디렉션합니다.

나는 새로운 HttpWebRequest 객체를 생성하고 있기 때문에이 작업이 가능하지만, 리디렉션이 작동하지 않습니다.

나는 쿼리 문자열에서이 모든 작업을 수행 할 수 있지만 게시되는 데이터 양은 URL 문자 제한을 초과 할 것입니다.

Answer 1

사용자가 항상 다른 페이지에 게시하는 경우 다음 작업을 수행 할 수 있습니다.

1.) 페이지의 숨겨진 필드에 추가 할 정보를 추가하십시오. 2.) 그런 다음 양식 페이지에서 "작업"을 수정하여 다른 페이지로 직접 게시하십시오.

지금 구현에 따라 또는

Answer 2

당신은 Server.Transfer 방법을 살펴 수 작동하지 않을 수. 이렇게하면 클라이언트가 아닌 서버에서 현재 폼과 쿼리 문자열 컬렉션을 포함하여 모든 페이지가 실행되고 클라이언트 브라우저로 해당 페이지의 결과가 다시 전송됩니다.

그러나 질문의 ​​마지막 부분을 읽는 것은 아마도 서버의 페이지로 이전하지 않는다는 것을 의미합니까? 어떤 경우에는 이것은 아마 당신을 위해 작동하지 않습니다.

---

편집은 사용자가 당신의 관점에서 다음보고 싶은

당신이 명확하게 할 수 코멘트에 반응 하는가?

• 그들은 그들이 양식을 작성하고 Enter 키를 제출 www.example.com/someform.aspx에 있습니다.
• 양식이 서버 (someform.aspx)에 제출되고 일부 처리는 서버 측에서 처리되고 원래 양식 세부 정보는 일부 추가 필드와 함께 www.someotherserver.com/anotherform.xxx에 게시됩니다.
• 이 시점에서 사용자에게 표시해야하는 항목은 무엇입니까? someotherserver.com의 페이지 결과 또는 서버의 다른 결과?

어떤 시점에서 타사 사이트에 대한 새 요청을 만들어야합니다. 즉, 클라이언트 브라우저에서 자바 스크립트를 통해, Response.Redirect와 같은 방식으로 진행할 수 있습니다. 쿼리 문자열 필드로 제한되며 사용자는 HttpWebRequest를 사용하여 다른 곳에서 보내 졌는지 또는 장면 뒤에서 보냈는지 알 수 있습니다.

개인적으로, 나는 단지 그것이 내가 두려워하고 싶은대로 할 수 있다고 생각하지 않습니다.

Answer 3

대상 사이트로 설정되어있는 포스트 백을 가진 두 번째 폼을 만듭니다. 이 페이지는 다른 페이지이거나 숨겨진 두 번째 양식 일 수 있습니다.

사용자가 기본 양식을 제출하면 코드에서 두 번째 양식의 (숨겨진) 입력란을 채우고 pageload에서 javascript form.submit()을 사용하여 제출합니다 (codebehind에서 javascript 삽입).

물론 Response.Redirect는 브라우저에서 GET을 시작하는 것이 더 쉽습니다.

POST 변수가 사용자가 쉽게 조작 할 수 있다는 점을 지적하겠습니까? URL을 조작하는 것보다 덜 분명하기 때문에 기술적이지 않은 사용자의 경우 속도가 다소 느려집니다.

그러나 POST에는 보안 및 데이터 보호 기능이 없습니다.