Niebezpieczna próba uzyskania dostępu do ramki z adresem URL przez JavaScript

Otrzymuję poniższy błąd, gdy próbuję ustawić wartość skrótu na nadrzędny adres URL z elementu iframe, który zawiera inny adres URL domeny:

Niebezpieczna próba uzyskania dostępu do ramki z adresem URL „URL1” z ramki z adresem URL „URL2” przez niezabezpieczony kod JavaScript. Domeny, protokoły i porty muszą być zgodne.

Jak mogę rozwiązać ten problem?

Z dokumentu podrzędnego innego pochodzenia nie masz dostępu do właściwości okna górnego location.hash, ale możesz ustawić locationsamą właściwość.

Oznacza to, że biorąc pod uwagę, że górna lokalizacja okna jest http://example.com/page/, zamiast robić

parent.location.hash = "#foobar";

musisz znać lokalizację rodziców i to zrobić

parent.location = "http://example.com/page/#foobar";

Ponieważ zasób nie jest nawigowany, będzie to działać zgodnie z oczekiwaniami, zmieniając tylko część z krzyżykiem adresu URL.

Jeśli używasz tego do komunikacji między domenami, polecam zamiast tego użyć easyXDM .

Crossframe-Scripting nie jest możliwy, gdy dwie ramki mają różne domeny -> Security.

Zobacz: http://javascript.about.com/od/reference/a/frame3.htm

Teraz, aby odpowiedzieć na twoje pytanie: nie ma rozwiązania lub obejścia, po prostu powinieneś sprawdzić projekt swojej witryny, dlaczego muszą istnieć dwie ramki z różnych domen, które zmieniają adres URL drugiej.

Otrzymałem ten sam komunikat o błędzie, gdy próbowałem sfazować domenę dla iframe.src.

Dla mnie odpowiedzią była zmiana iframe.src na adres URL w SAMEJ domenie, ale w rzeczywistości był to przekierowanie strony HTML do żądanej domeny. Druga domena pojawiła się wtedy w moim iframe bez żadnych błędów.

Działał jak urok. :)

Rozwiązaniem mogłoby być użycie lokalnego pliku, który pobiera zdalną zawartość

remoteInclude.php

<?php
$url = $_GET['url'];
$contents = file_get_contents($url);
echo $contents;

HTML

<iframe frameborder="1" id="frametest" src="/remoteInclude.php?url=REMOTE_URL_HERE"></iframe>
<script>
    $("#frametest").load(function (){       
    var contents =$("#frametest").contents();
});

Zauważyłem, że użycie wersji XFBML przycisku „Lubię to” na Facebooku zamiast wersji HTML5 rozwiązało ten problem. Dodaj poniższy kod w miejscu, w którym ma się pojawić przycisk:

<div id="fb-root"></div>
<script>(function (d, s, id) {
    var js, fjs = d.getElementsByTagName(s)[0];
    if (d.getElementById(id)) return;
    js = d.createElement(s); js.id = id;
    js.src = "//connect.facebook.net/en_GB/all.js#xfbml=1";
    fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>

<fb:like send="true" layout="button_count" width="50" show_faces="false" font="arial"></fb:like>

Następnie dodaj to do swojego tagu HTML:

 xmlns:fb="http://ogp.me/ns/fb#"

Problem polega na tym, że nawet jeśli utworzysz serwer proxy lub załadujesz zawartość i wstrzykniesz ją tak, jakby była lokalna, wszelkie skrypty, które definiuje ta zawartość, zostaną załadowane z innej domeny i spowodują problemy między domenami.