Commencez par le domaine
Domaine : Le domaine est la limite de sécurité du système réseau WIN2K. Nous savons que l'unité la plus élémentaire d'un réseau informatique est un « domaine ». Ce n'est pas unique à WIN2K, mais Active Directory peut fonctionner via un ou plusieurs domaines. Sur un ordinateur indépendant, un domaine fait référence à l'ordinateur lui-même. Un domaine peut être distribué sur plusieurs emplacements physiques. Dans le même temps, un emplacement physique peut être divisé en différents segments de réseau en différents domaines. sa relation avec les relations de confiance avec d'autres domaines. Lorsque plusieurs domaines sont connectés via des relations d'approbation, Active Directory peut être partagé par plusieurs domaines d'approbation
Arborescence de domaines : Une arborescence de domaines se compose de plusieurs domaines qui partagent la même structure de table et la même configuration pour former un espace de noms continu. Les domaines d'une arborescence sont connectés via des relations d'approbation et Active Directory contient une ou plusieurs arborescences de domaines. Les domaines de l'arborescence des domaines sont connectés via des relations de confiance transitives bidirectionnelles. Étant donné que ces relations d'approbation sont bidirectionnelles et transitives, un domaine nouvellement créé dans une arborescence ou une forêt de domaines peut immédiatement établir une relation d'approbation avec tous les autres domaines de l'arborescence ou de la forêt de domaines. Ces relations d'approbation permettent un processus d'authentification unique qui authentifie les utilisateurs sur tous les domaines d'une arborescence ou d'une forêt de domaines, mais cela ne signifie pas nécessairement qu'un utilisateur authentifié dispose des mêmes droits et autorisations sur tous les domaines de l'arborescence de domaines. Étant donné que les domaines constituent des limites de sécurité, les utilisateurs doivent se voir attribuer les droits et autorisations appropriés pour chaque domaine.
Plus le niveau du domaine dans l'arborescence des domaines est bas, plus le niveau "." représente un niveau.
Par exemple, le domaine zhidao.baidu.com (connu de Baidu) est d'un niveau inférieur au domaine baidu.com (Baidu) car il a deux niveaux de relations, alors que baidu.com n'en a qu'un.
Qu'est-ce que le cross-domain
Par défaut, un objet XHR ne peut accéder qu'aux ressources qui se trouvent dans le même domaine que la page qui le contient. Cette stratégie de sécurité peut empêcher certains comportements malveillants. Cependant, la mise en œuvre de requêtes cross-origin raisonnables est également cruciale pour le développement de certaines applications de navigateur.
Tant que le protocole, le nom de domaine ou le port sont différents, ils seront considérés comme des domaines différents
Par exemple, envoyez une requête ajax à la page suivante de la page http://www.a.com/a.js. Voici le résultat et la description de la requête
.Les différences dans les ports et les protocoles ne peuvent être résolues qu'en arrière-plan. Ce que nous voulons résoudre, c'est le problème des différents noms de domaine
Comment traverser un domaine
(1) CORS (Partage de ressources cross-origine, partage de ressources cross-origine)
1.CORS (Cross-Origin Resource Sharing) est une ébauche de travail du W3C qui définit la manière dont les navigateurs et les serveurs doivent communiquer lorsqu'il faut accéder à des ressources d'origine croisée. L'idée de base derrière CORS est d'utiliser des en-têtes HTTP personnalisés pour permettre au navigateur de communiquer avec le serveur afin de déterminer si la demande ou la réponse doit réussir ou échouer.
2. La mise en œuvre de cette fonctionnalité est très simple, il suffit d'envoyer un en-tête de réponse par le serveur.
Prise en charge du navigateur :
Supposons que notre page ou application soit déjà sur http://www.a.com/ et que nous prévoyions de demander l'extraction de données à partir de http://www.b.com. Normalement, si nous utilisons AJAX directement pour demander, la demande échouera et le navigateur renverra une erreur.
Avec CORS, http://www.b.com peut autoriser les requêtes provenant de http://www.a.com en ajoutant simplement un en-tête.
Voici le paramètre utilisant php. Le signe "*" indique que tout domaine est autorisé à soumettre des requêtes à notre serveur :
header{"Access-Control-Allow-Origin: *"}
Comment écrire la compatibilité CORS
function createCORSRequest(method, url){ var xhr = new XMLHttpRequest(); //非IE浏览器 if ("withCredentials" in xhr){ xhr.open(method, url, true); //IE浏览器 } else if (typeof XDomainRequest != "undefined"){ vxhr = new XDomainRequest(); xhr.open(method, url); } else { xhr = null; } return xhr; } var request = createCORSRequest("get", "http://www.somewhere-else.com/page/"); if (request){ request.onload = function(){ //对request.responseText 进行处理 }; request.send(); }
(2) JSONP (JSON avec remplissage JSON rempli ou JSON paramétré)
En js, bien que nous ne puissions pas utiliser directement XMLHttpRequest pour demander des données sur différents domaines, il est possible d'introduire des fichiers de script js sur différents domaines sur la page. jsonp utilise cette fonctionnalité pour y parvenir
.JSONP se compose de deux parties : la fonction de rappel et les données. La fonction de rappel est la fonction qui doit être appelée dans la page lorsque la réponse arrive, et les données sont les données JSON transmises à la fonction de rappel.
Par exemple :
<script type="text/javascript"> function dosomething(jsondata){ //处理获得的json数据 } </script> <script src="http://example.com/data.php?callback=dosomething"></script>
首先第一个script便签定义了一个处理数据的函数;
然后第二个script标签载入一个js文件,http://example.com/data.php 是数据所在地址,但是因为是当做js来引入的,所以http://example.com/data.php 返回的必须是一个能执行的js文件;
最后js文件载入成功后会执行我们在url参数中指定的函数,并且会把我们需要的json数据作为参数传入。所以php应该是这样的
<?php $callback = $_GET['callback'];//得到回调函数名 $data = array('a','b','c');//要返回的数据 echo $callback.'('.json_encode($data).')';//输出 ?>
最终,输出结果为:dosomething(['a','b','c']);
从上面可以看出jsonp是需要服务器端的页面进行相应的配合的。
JSONP的优缺点
优点:
它的兼容性更好,在更加古老的浏览器中都可以运行,不需要XMLHttpRequest或ActiveX的支持;
能够直接访问响应文本,支持在浏览器与服务器之间双向通信
缺点:
JSONP 是从其他域中加载代码执行。如果其他域不安全,很可能会在响应中夹带一些恶意代码,而此时除了完全放弃JSONP 调用之外,没有办法追究。因此在使用不是你自己运维的Web 服务时,一定得保证它安全可靠。
它只支持GET请求而不支持POST等其它类型的HTTP请求;它只支持跨域HTTP请求这种情况,不能解决不同域的两个页面之间如何进行JavaScript调用的问题。
(三) window.name
window对象有个name属性,该属性有个特征:即在一个窗口(window)的生命周期内,窗口载入的所有的页面都是共享一个window.name的,每个页面对window.name都有读写的权限,window.name是持久存在一个窗口载入过的所有页面中的,并不会因新页面的载入而进行重置。
这里有三个页面:
a.com/app.html:应用页面。
a.com/proxy.html:代理文件,一般是一个没有任何内容的html文件,需要和应用页面在同一域下。
b.com/data.html:应用页面需要获取数据的页面,可称为数据页面。
app.html
<iframe src="b.com/data.html" id="iframe"></iframe> <script> var iframe = document.getElementById("iframe"); iframe.src = "a.com/proxy.html";//这是一个与a.com/app.html同源的页面 iframe.onload = function(){ var data = iframe.contentWindow.name; //取到数据 } </script>
data.html
<script> // 这里是要传输的数据,大小一般为2M,IE和firefox下可以大至32M左右 // 数据格式可以自定义,如json、字符串 window.name = "数据" </script>
iframe首先的地址是b.com/data.html,所以能取到window.name数据;
但是iframe现在跟app.html并不同源,app.html无法获取到数据,所以又将iframe的链接跳转至a.com/proxy.html这个代理页面,现在app.html跟iframe就同源了。
注意:iframe由b.com/data.html跳转到a.com/proxy.html页面,window.name的value是不变的
获取数据以后销毁这个iframe,释放内存;这也保证了安全(不被其他域frame js访问)
<script type="text/javascript"> iframe.contentWindow.document.write(''); iframe.contentWindow.close(); document.body.removeChild(iframe); </script>
(四) document.domain + iframe
对于主域相同而子域不同的例子,可以通过设置document.domain的办法来解决。
具体的做法是可以在http://www.a.com/a.html 和http://script.a.com/b.html 两个文件中分别设置document.domain = 'a.com',然后通过a.html文件中创建一个iframe,去控制iframe的contentDocument,这样两个js文件之间就可以“交互”了。
http://www.a.com/a.html页面
<iframe src="http://script.a.com/b.html" frameborder="0"></iframe> <script> document.domain = 'a.com'; </script>
http://script.a.com/b.html页面
<script> document.domain = 'a.com'; </script>
这样俩个页面就可以通过js相互访问各种属性和对象了。
document.domain的设置是有限制的,我们只能把document.domain设置成自身或更高一级的父域,且主域必须相同。例如:a.b.example.com 中某个文档的document.domain 可以设成a.b.example.com、b.example.com 、example.com中的任意一个,但是不可以设成 c.a.b.example.com,因为这是当前域的子域,也不可以设成baidu.com,因为主域已经不相同了。
(五) HTML5的window.postMessage
window.postMessage(message,targetOrigin) 方法是html5新引进的特性,可以使用它来向其它的window对象发送消息,无论这个window对象是属于同源或不同源,目前IE8+、FireFox、Chrome、Opera等浏览器都已经支持window.postMessage方法。
window.postMessage允许两个窗口/帧之间跨域发送数据消息。从本质上讲,window.postMessage是一个跨域的无服务器垫片的Ajax。
用法:
otherWindow.postMessage(message, targetOrigin);
数据发送端
a.com/index.html中的代码:
<iframe id="ifr" src="b.com/index.html"></iframe> <script type="text/javascript"> window.onload = function() { var ifr = document.getElementById('ifr'); var targetOrigin = 'http://b.com'; // 设定接收端的域,*则为不限制 ifr.contentWindow.postMessage('I was there!', targetOrigin); }; </script>
数据接收端
b.com/index.html中的代码:
<script type="text/javascript"> window.addEventListener('message', function(event){ // 通过origin属性判断消息来源地址 if (event.origin == 'http://a.com') { alert(event.data); // 弹出"I was there!" alert(event.source); // 对a.com、index.html中window对象的引用 // 但由于同源策略,这里event.source不可以访问window对象 } }, false); </script>
以上就是js实现跨域的多种方法,希望对大家的学习有所帮助。