Обходной путь политики того же происхождения с использованием document.domain в Javascript

Я сталкиваюсь с проблемами политики того же происхождения в Javascript. Я читал об обходном пути для этого с использованием переменной document.domain, но я не могу заставить обходной путь работать. Обходной путь заключается в том, что вы должны иметь возможность установить document.domain в 'example.com', чтобы, если вы запускаете код из foo.example.com, он мог загружать данные через XHR из bar.example.com.

Подробности об обходном пути здесь:

https://developer.mozilla.org/En/Same_origin_policy_for_JavaScript

Мой пример кода, который не дает желаемых результатов, запускается с URL-адреса, такого как http://foo.example.com/:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<body>
<script>
document.domain = 'example.com';
window.onload = function() {
    var req = new XMLHttpRequest();
    var url = 'http://bar.example.com/';
    req.open('GET', url, true);
    req.onreadystatechange = function (aEvt) {
        if (req.readyState == 4) {
            var elem = document.getElementById('result');
            if (req.status == 200) {
                var data = req.responseText;
            } else {
                var data = "Error loading page: " + req.status;
            }
            elem.innerHTML = data;
        }
    };
    req.send(null);
};
</script>
Result:<hr>
<div id="result"></div>
</body>
</html>

Вывод из этого кода:

Result:
Error loading page: 0

Если изменить url на 'http://foo.example.com/', все работает правильно. Есть ли ошибка в моем примере кода?

Я не хочу использовать прокси, потому что они медленнее, менее эффективны и увеличивают трафик на нашем веб-сервере. Было бы очень здорово, если бы этот обходной путь действительно работал. Является ли это обходным путем «журавлем в небе»?


javascript same-origin-policy
person Rubix    schedule 08.03.2010    source источник

Ответы (1)


arrow_upward
24
arrow_downward

document.domain позволяет обмениваться данными между фреймами/iframe. Не XHR.

<body>
<iframe src="http://bar.example.com/"></iframe>
<script>
    document.domain = 'example.com';
    var ifr = document.getElementsByTagName('IFRAME')[0];
    ifr.onload = function(e){
        //will log the string "BODY" in the console
        console.log(ifr.contentWindow.document.body.tagName);
    };
</script>
</body>

Если вы удалите строку с document.domain, чтение содержимого contentWindow вызовет ошибку Same Origin Policy.

person Mic    schedule 08.03.2010
comment
Я пробовал. Установка document.domain в chrome возвращает сетевую ошибку. Инструменты разработчиков сказали ту же проблему политики происхождения. - person user2284570; 12.09.2015
comment
Вы пытались установить document.domain на одно и то же значение как в родительском домене, так и в поддомене? Если нет, это вызывает ошибку. - person Mic; 21.09.2015
comment
Я думаю, это потому, что iframe — это совершенно другой домен. - person user2284570; 21.09.2015
comment
да, домен должен быть тот же. Это просто полезно для проблем с субдоменами/портами. - person Mic; 22.09.2015
comment
если foo.example.com устанавливает document.domain=example.com, то bar.foo.example.com также сможет общаться, если он устанавливает document.domain=example.com ? - person Jau L; 09.12.2016