요구가 만 페이지가 가져와진 동일한 웹 서버에 하는 경우에 당신이 아마 XmlHttpRequest 일을 알고 있기 때문에 (동일한 근원). proxying를 반전하는 의지 없이 XmlHttpRequest를 사용하여 이하 영역의 맞은편에 교통하는 방법은 여기 있다.

Abe는 I 프레임을 사용하여 (@ fettig.net) 해결책 및 "동일한 근원" 규칙에 예외를 찾아냈다. 원본은 현재 영역의 접미어에 document.domain의 가치를 놓을 수 있다. 그것이 이렇게 하는 경우에, 더 짧은 영역은 연속적인 근원 체크를 위해 사용된다. 따라서 어느 구조 에서나 달리는 원본은 지금 서로에게 말하는 것이 허용될 것이다.

이 방법에는 대로 당신이 점에서만 부르는 당신 놓인 document.domain XmlHttpRequest를 만들 수 있던 제한이 있다. 일단 당신이 그것을 하면, 당신은 부모 구조와 교통하는 기능을 얻는다, 그러나 당신은 XmlHttpRequest 미래 전화를 거는 기능을 잃는다.

Abe는 연속 전화를 걸기 위하여 엇바꾸기 document.domain를 시도했다 그러나 그것은 오페라와 Mozilla 브라우저에서 실패했다. 따라서 그는 첫째로 Internet Explorer를 위해 작동하는 그의 부호에 있는 엇바꾸기 document.domain를 시도한다. 그 금지 - document.location.replace ("test4-bridge.html" 극복하기 위하여)를 실패가 그 때 그 교량 구조를 이용하는 경우에;
이 교량 구조 전세 마차는 Mozilla 브라우저에서만 시험되었다. 이렇게 실지로 그의 해결책은 브라우저의 Internet Explorer와 Mozilla 그룹을 위해 작동한다.

그의 모험에 관하여 여기에서 읽는.

나는 확률이 높은 미래 안으로 폐쇄되기 위하여 브라우저 실시에 있는 안전 허점을 개발하는 때 그런 해결책을, 솔직 담백한, 본래부터 허약하다 생각한다.