要求がページが取って来られた同じWebサーバになされればおそらくXmlHttpRequestの仕事だけ知っているので(同じ起源)。 proxyingを逆転させる依頼しないでXmlHttpRequestを使用して補助的範囲を渡って伝達し合う方法はここにある。

AbeはIフレームを使用して(@ fettig.net)解決および「同じ起源」の規則に例外を見つけた。 原稿は現在の範囲の接尾辞にdocument.domainの価値を置くことができる。 それがそう、より短い範囲はそれに続く起源の点検のために使用される。 従ってどちらのフレームでも動く原稿が今互いに話す。

この方法にようにポイントに呼出すだけ置かれたdocument.domain XmlHttpRequestを作ることができる限定がある。 それをすれば、親フレームと伝達し合う機能を得るがXmlHttpRequest未来の呼出しをする機能を失う。

AbeはオペラおよびMozillaのブラウザに失敗されるように後に続くコール後に続くコールをするために切換えdocument.domainを試みた。 従って彼は最初にInternet Explorerのために働く彼のコードの切換えdocument.domainを試みる。 その制限- document.location.replace (「test4-bridge.html」克服すればのに)を失敗がそれから彼橋フレームを使用すれば;
この橋フレームの刻み目はMozillaのブラウザでだけテストされた。 そう本質的に彼の解決はブラウザのInternet ExplorerおよびMozillaのグループのために働く。

彼の冒険についてここに 読まれる。

私は本当らしい未来差し込まれるためにブラウザの実施の保証拔け穴を開発すると同時にそのような解決を、けれどもingenuous、本来壊れやすい考える。