'차이' 와 '레스폰세그레트리치 지정하십시오. 세르베르스트란스페르'?
단순히 '레스폰세그레트리치' HTTP (302) down to the 있지만브라우저에 메시지를 보냅니다.
'무슨 일이 있어도 아무 것도 없이 브라우저의 페이지 요청' 세르베르스트란스페르 있지만브라우저에 vmnet 있지만 서버가 컨텐트에서 되돌려줍니다 다른.
새 페이지 () '은' 레스폰세그레트리치 보낼 주소 표시줄과 업데이트하십시오 브라우저 기록 추가합니다. 브라우저 상의 뒤로를 클릭할 수 있습니다.
주소 표시줄에는 세르베르스트란스페르 () '' 변하지 않습니다. 다시 큰 타격을 입을 수 없습니다.
내가 사용하는 세르베르스트란스페르 () ',' t want 갈 때 내가 don& # 39 사용자 위치를 확인할 수 있습니다. 가끔 있는 loading" "; 호출이네요 유형
스크램블된 파선-짧은: '알' 레스폰세그레트리치 단순히 다른 브라우저를 dell. 호출이네요 ',' 는 동일한 URL 단축 및 서버 요청률 세르베르스트란스페르, 조금만 버그 때리기 쿼리 문자열 및 양식 com/go/4e6b330a_kr 이전할 수 있습니다.
내가 뭐 잘못 찾은 동의한다 ([출처] (http://www.developer.com/net/asp/article.php/3299641/ServerTransfer-Vs-ResponseRedirect.htm):
>. '세르베르스트란스페르' 는 점에서 비슷한 다른 페이지로 report. 사용자 >. 같은 세르베르스트란스페르 담화를 통해 ' (WebForm2.aspx" ";)'. 그러나 >. 성명은 은 여러 가지 장점과 단점이 있습니다. >. >. 첫째, 다른 페이지로 세르베르스트란스페르 사용하여 '전송' >. 서버 리소스 절약. 말하는 대신 브라우저 >. 이는 단순히 ", focus" 리디렉션하십시오 변경합니다. 웹 서버 및 >. 전송 요청이. 즉, 꽤 많은 HTTP don& # 39 수 없다. >. 따라서, 이를 통해 고객의 요청이 들어오는 압박을 부드럽게는 >. 웹 서버 및 응용 프로그램을 통해 더욱 빠르게 실행할 수 있습니다. >. >. 그러나 조심하세요. 때문에 transfer" "; 프로세스 구멍만이 작업할 수 있습니다 >. 사이트 서버에 설치된. # 39 t ',' 세르베르스트란스페르 전송하십시오 can& 사용할 수 있습니다 >. 사용자가 외부 사이트. 레스폰세그레트리치 '만' 할 수 있어. >. >. 둘째, '세르베르스트란스페르' 는 원본 URL 브라우저에서. >. 정말 이 데이터 입력 기술을 간소화함 수 있지만 >. 디버깅 작업을 할 때 큰 혼란을 겪었다. >. >. # 39, that& 아니다. 또한 두 번째 방법은 세르베르스트란스페르 '이' >. preserveform" parameter-";). 이 성명을 통해 'True' 로 설정하면 >. 세르베르스트란스페르 (,, 참 " WebForm2.aspx") ',' 등 기존 쿼리하지 >. 어떤 형태로든 문자열과 com/go/4e6b330a_kr 페이지에서 사용자가 계속 사용할 수 있습니다 >. 전송할 수 있다. >. >. 예를 들어 는 텍스트 제어 불렀으매 WebForm1.aspx >. TextBox1 진실이며당신이 전출요 프레세르베포름 WebForm2.aspx 수 있는 >. 매개변수 세트를을 # 39 의 값을 true 로 you& 읽어들이려면 있어야; d >. 원본 페이지를 참조하여 텍스트 제어 >. '리퀘스트롬포름 (TextBox1" ";)'.
() '' 레스폰세그레트리치 때 사용해야 합니다.
() '' 세르베르스트란스페르 때 사용해야 합니다.
" response.redirect"; 및 " server.transfer"; 이 페이지는 다른 페이지 한 페이지 준비되기까지 전송하십시오 동시에 실행할 수 있습니다. 하지만 그들은 이 전송 / 리디렉션할 운행에서어떠한 매우 다릅니다.
이런 경우 이론 및 데모 틀렸다니까 인텔®visual 담당이잖아요 지켜보리니 보다는 꼭 이래야겠어요 제안하세요 페이스북 보다 논증적 방법을 설명하는 아래 비디오 차이를 볼 수 있습니다.
https://www.facebook.com/photo.php? v = 76218615048899 7
그 주된 차이점은 것은 누가 높여줍니까 전송. &Quot 에서 response.redirect"; 반면 브라우저에서 전송 완료되어도 " server.transfer"; 서버에서 다. 이 문을 더 자세히 보자 이해할 수 있도록 한다.
&Quot 에서 Server.Transfer"; 다음은 어떻게 전송하십시오 e0100042.log 무슨 일이 있어도 -
1.User 충족되었으며 ASP.NET 페이지 요청을 보냅니다. 아래 그림 요청인지 보낼 수 있는 " WebForm1"; 그리고 이동하여 Webform2" " 싶다;;).
실행, Webform1" 2.server " 시작합니다. 페이지 및 라이프 사이클 시작됩니다. 하지만 전체 수명 주기 전에 완료됨으로 페이지는 "세르베르스트란스페르" 변화가 발생합니까 WebForm2" ";).
3." Webform2"; html 페이지 작성, 전체 페이지 출력 대응 및 라이프 사이클이 객체인지 csetup 있지만브라우저에 전송됩니다.
반면 " Response.Redirect"; 다음은 대한 이벤트 e0100042.log 탐색 -
sends 요청을 한 호출이네요 1.client (브라우저) 아래 그림 요청인지 보낼 수 있는 " WebForm1"; 그리고 이동하여 Webform2" " 싶다;;).
2.Life " 주기 Webform1"; 실행하기 시작합니다. 하지만 그 사이 라이프 사이클 " Response.Redirect"; 일이 발생한다.
대신 그는 sends HTTP 서버, 302 명령을 수행하는 3.now 리디렉션하십시오 브라우저. 이 명령은 GET 요청을 " Webform2.aspx", 자신은 개시하려면 있지만브라우저에 지시합니다. 호출이네요
get request for " 4.browser 해석하는 302 명령 및 sends Webform2.aspx";).
즉 " Server.Transfer"; server 에서 실행되는 동안 Response.Redirect" "; 하려면 의해 실행될 있지만브라우저에. " Response.Redirect"; 요청을 할 필요가 있는 리디렉션할 2 페이지.
&Quot 사용하여 Server.Transfer"; 동일 서버를 사용할 때 내비게이트할 페이징에 상주하는 " Response.Redirect"; 페이지 사이 내비게이트할 상주하는 때 다른 서버 및 도메인.
다음은 요약 표 차이 및 재배케하여 크레용 아웃해야 있는 책정안 사용할 수 있습니다.
참조: [레스폰세그레트리치 vs. " Permanently", 이동, 301] [1]:
>. # 39, ve we& 사용된 모든 레스폰세그레트리치 dell. >. 한 번 또는 다른. # 39 의 it& 빠른 >. 쉽고 abc. 얻을 수 있다. >. 올바른 방향으로 슬래시나 짐작이지만요. >. end up in the 이상해 근데 너 >. 알고 있는 레스폰세그레트리치 sends >. HTTP 응답 상태 코드 " 302. >. Found". 할 때 있습니다. >. 301 Permanently" " 전송하십시오, 이동,? >. >. 그러나 작은 차이를 보인다. >. 실제로 특정 경우에 할 수 있습니다. >. 큰 차이가 났다. 예를 들어, >. 이동, 301 Permanently" " 사용합니다. 응답 >. 대부분의 코드를 제거하면, 검색 엔진 >. 낡은 https://partner. 그들위에 인덱스할 >. 새로 바꿉니다. 경우 >. # 39, ll, 사용, 302 Found" they& 계속하시겠습니까 ". >. 이전 페이지로 돌아가는.
[1]: http://www.asp101.com/tips/index.asp? id = 161
전적으로 전송하십시오 서버측. 클라이언트 주소를 표시줄에는 계속 상수입니다. 일부 사이의 복잡한 정보 전송 컨텍스트로 요청률. 그렇게 일찍 파이프라인간의 너회의 전송하십시오 핸들러도 플러시하는 및 재시작하기 페이지 수 있는 동안 비싸다구요 하테프모두리 베긴리퀘스트. (예: Msdn 문서 및 테스트하려면 읽고 잘 이해하고 새 값을 하테프콘테스트롬리퀘스트 - 특히 포스트백 시나리오에서와. 우리는 대개 세르베르스트란스페르 오류 시나리오에서와.
종료 상태 및 클라이언트 측 요청에 대해 내부적으로 리디렉션하십시오 302 와 함께 양방향 다 예외가 (경미함 서버 성능 등을 할 수 있습니다 - 얼마나 많은 히트 따라 하루) 클라이언트 단순화표현 새 주소로 이동합니다. 브라우저의 주소 표시줄에는 &. 기록 업데이트뿐 상술합니다. 비용이 추가로 비용을 지불해야 클라이언트입니다 왕복 지연 따라 다릅니다. 우리는 우리가 우리 자신의 모듈에서는 많이유 우리의 사업에서 리디렉션하십시오 작성했습니까 피하기 위해 idfsysobject. 비용.
위에 명시된 차이가 많다. 무엇보다 별도로 있어 한 가지 더 크다. () '' 레스폰세그레트리치 리디렉션하지 사용자에게 어떤 페이지에서든 속하지 않는 응용 프로그램을 사용할 수 있지만 세르베르스트란스페르 () '' 사용자 응용 프로그램 내의 리디렉션하지 용도로만 사용할 수 있습니다.
//This will work.
Response.Redirect("http://www.google.com");
//This will not work.
Server.Transfer("http://www.google.com");
Response.Redirect:* 에서 새 위치를 usb. 요청한 페이지를 브라우저이다. 이 브라우저는 다른 브라우저에서 새 페이지 로딩 이니시에이트하는 다음 내용을 요청합니다. 그 결과 두 요청하는 브라우저.
Server.Transfer:* 서버의 첫 페이지 에서 두 번째 페이지로 엑서큐션 전송합니다. 최대한 많이 진출한 브라우저 클라이언트가 초기 페이지 중 하나는 한 요청과 함께 응답하는지 컨텐트입니다. 이 방식은 1 왕복으로 클라이언트에서 서버로 혜택을 덜 있지만브라우저에. 또한 모든 게시하기를 양식 및 쿼리 문자열 변수를 사용할 수 있는 매개변수입니다 두 번째 페이지를 잘 알려져 있다.
이후 세르베르스트란스페르 약간 빠른 서버에 비의 변화 중 하나가 될 수 있지만 1 왕복 방지한다 url 따라 할 수 있으려면 당신꺼에요 you& # 39, re trying to do.
그냥 it& # 39 에 대한 자세한 내용을 전달 (), 실제로 세르베리에스쿠테 레스폰지드런드 () 은 소스 코드 () + () 의 Mono/.net 4.0) 아래에 있다.
public void Transfer (string path, bool preserveForm)
{
this.Execute (path, null, preserveForm, true);
this.context.Response.End ();
}
, 처리기에서 및 autoexec. () 는 주어진 경로를 볼 수 있는 것은 어떤 실행하십시오
>. ASP.NET 에서 볼 수 있는 권한이 있는지 여부를 확인하지 않으며 현재 사용자가 리소스 납품됨 autoexec. 메서드입니다. 비록 ASP.NET, ASP.NET) 는 원래 리소스 처리기에서 런입니다 승인 및 인증 논리를 전에 직접 전화를 통해 알 수 있는 방법 및 인증 논리를 처리기에서 autoexec. 새 자원의 재실행할 않습니다. # 39 의 보안 정책 필요 할 경우 적절한 승인을 application& 클라이언트 응용 프로그램 또는 강제 접근 제어 장치를 제공하십시오 리소스에만 액세스하려면 재승인 사용자 정의 한다.
>. 실행할 수 있는 방법을 사용하여 인력용 재승인 리디렉션하십시오 대신 메서드입니다. 향상합니다 리디렉션하십시오 클라이언트측 리디렉션할 있지만브라우저에 요청률 있는 새 자원. 이 때문에 리디렉션할 은 새로운 시스템을 모든 대상은 인증 요청 들어가는 것은 모두 논리가 인터넷 정보 서비스 (IIS) 및 ASP.NET 보안 정책.
>. - from MSDN
추가로 레스폰세그레트리치 部门从 왕복 및 업데이트 주소 표시줄로.
주소 변경, 서버가 응답할 표시줄에는 세르베르스트란스페르 발생하지 않는 내용이 있는 다른 페이지에서 요청
예:
레스폰세그레트리치 *
Pros:-* RESTful - 변경하여 주소를 표시줄에는 기록할 수 있는 변화를 스테이드 사이 요청률 주소를 사용할 수 있습니다.
Cons:-* There is an extra 왕복 클라이언트와 서버 사이에 느린. 이 경우 클라이언트와 서버 사이에 상당한 지연이 비싸다구요 수 있습니다.
세르베르스트란스페르 *
Pros:-* 빠른.
Cons:* -
레스폰세그레트리치 * 레스폰세그레트리치 () 가 새 페이지에 추가해야 업데이트하십시오 보낼 주소 표시줄에는 브라우저 기록. 브라우저 상의 뒤로를 클릭할 수 있습니다. 이 요청을 일반 HTML 페이지의 일부 리디렉션합니다 lionbridge 서버또는 일부 다른 웹 서버. 이 옵션을 왕복 각 서버에 대한 추가 요청. It 는 원래 싫어하겠어 보존할지 쿼리 문자열 및 양식 com/go/4e6b330a_kr 요청. 이를 통해 볼 수 있는 새로운 리디렉션된 uirl 리디렉션됩니다 브라우저에서 (및 북마크 수 없으면 의 필요한 경우). 반응을 보였다. 단순히 down to the HTTP (302) 브라우저를 리디렉션하십시오 메시지를 보냅니다.
세르베르스트란스페르 * 주소를 변경할 수 없다 () 가 아닌 세르베르스트란스페르 표시줄에는 뒤로를 기록했다. 자신이 원치 않는 한 세르베르스트란스페르 사용할 때 () 는 사용자가 그는 볼 수 있는 것입니다. 가끔 " 대한 loading"; 호출이네요 유형 현재 페이지 요청을 한 서버에서 다른 이아스파스 페이지를 전송합니다. It 는 서버 리소스와자원과 미리 서버에 대한 불필요한 왕복. It 는 쿼리 문자열 및 양식 변수 (옵션). 그건 진짜 URL 이 요청에 리디렉션합니다 볼 수 없는 곳에 사용자가 웹 브라우저이다. 무슨 일이 있어도 아무 것도 없이, 브라우저가 페이지를 세르베르스트란스페르 있지만브라우저에 vmnet 요청을 했지만, 다른 컨텐트에서 반환합니다.