상위 페이지의 쿼리 문자열을 가져올 수 있는지 여부를 알아야합니까? 나는 다음과 같은 것을 가지고있다 :하위 페이지에서 상위 페이지의 쿼리 문자열을 가져옵니다.
나는 한 페이지의 client.aspx를 가지고있다. 이제는이 페이지를 질의 문자열로 열었고,이 페이지에는 하나의 창이있다. 그리고 특정 버튼 윈도우를 클릭하면 pop up을 얻는다. 다른 페이지를로드하고있다. clientcontacts.aspx, clientcontatcts.aspx에서 client.aspx의 쿼리 문자열을 원한다.
가능합니까?
자식이 window.open이있는 팝업 창으로 열렸습니까? 그렇다면, 당신은 사용할 수 있습니다
window.opener
이 (http://www.w3schools.com/jsref/prop_win_opener.asp 참조) 상위 페이지를 얻을 수 있습니다. 그럼 당신은 사용할 수 있습니다
window.opener.location.search
를 URL의 쿼리 부분을 가져
이 QueryString 값을 팝업 페이지에 전달하고 하위 페이지의 값을 가져올 수도 있습니다.
는이 맥락에서 Request.UrlReferrer를 사용할 수 (http://www.w3schools.com/jsref/prop_loc_search.asp 참조)? 또는 Saurabh가 말했듯이 부모로부터 자식 페이지로 querystring을 전달하면됩니까?
리퍼러를 사용하여 문제를 발견했다. 과거는 모든 요청자를 HTTP 요청에서 제외 시켰습니다. 심지어 동일한 도메인의 요청자도 제거했습니다. 이것은 일반적인 것은 아니지만 일어날 수 있으며 (경험을 통해) 디버깅하기가 매우 어려울 것입니다. 조심성있는 말. ;-) – Chris
당신이 말한대로 가치있는 가치가 있지만, 다소 환경적인 기이함이 있습니다. 나는 당신이 어떤 것을 통해 당신의 웹 트래픽을 라우팅한다면, 응답의 내용은 항상 잘못된 것일 수 있다고 생각합니다. 우리의 프록시는 모든 종류의 내용을 페이지에서 제거합니다. 여러분이 이것에 동참하고 싶은지 확신 할 수 없습니다. 주위에 코드를 작성하거나 고객이 발급 할 때 코드를 내려 놓고 덜 엄격한 보안 소프트웨어를 향하게하십시오! – dougajmcdonald
후자는 분명히 말합니다. 문제는 고객이 문제를 해결하기 위해 기대하는 바에 상관없이 실제로 문제가 끝났고 내 경험에 있기 때문입니다. 하지만 네가이 줄을 서면 불만을 제기하는 경우를 대비해서 더 잘 알고 있어야한다. :) – Chris
나는 그렇게하지 말아야한다. 나는 그 쿼리 문자열에 액세스하라는 말을 들었다. 숨겨진 컨트롤을 사용할 수도 없다. –