实战window.name解决跨域问题

本文介绍了一种使用window.name属性实现跨域数据传递的方法。通过在一个iframe中设置window.name,然后重定向到另一个域的页面来读取该值,从而实现跨域通信。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文:http://www.alisdn.com/wordpress/?p=433

之前在怿飞的博客上看到一篇关于 window.name 解决跨域问题的文章,给 web 前端的跨域问题提供了另外一种选择,但是里面的例子写得不是很简洁,这里从一个简单的例子,来说明该机制的应用。具体的机制说明可以参考 http://www.planabc.net/2008/09/01/window_name_transport/

 

该例子准备了 3 个页面,分别为 A B C A 是主页面,里面嵌入了一个 iframe B 页面。 B 页面对 window.name 进行赋值,接下来重定向到 C 页面。 C 页面在另外一个域里面,它的功能就是读取出 B 页面写入的 window.name ,具体如下:

 

所在域

功能

页面 A

sip0.site40.net

嵌入 iframe B 页面

页面 B

sip0.site40.net

设置 window.name ,重定向到 C 页面

页面 C

sip0.9ix.net

读取 window.name ,展示出来

通过在 B 页面写入 window.name 来传递文本给另外一个域的 C 页面,通过这样的方式,实现跨域页面的信息传递。

 

代码如下:

A 页面:

<html>

  <head>

   <title> Page A</title>

  </head>

 

  <body>

   <iframe src=”B.html” />

  </body>

</html>

 

B 页面:

<html>

  <head>

   <title> Page B </title>

  </head>

 

  <body> 

   <script language=”JavaScript”>

   <!—

 

var a = [];

for (var i = 0;i < 10; i++){

      a.push(’xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx’+i);

}

window.name= a.join(”);   // 写入 window.name ,这里可以写入一个比较大的值

this.location = ‘http://sip0.9ix.net/C.html’;

   //–>

   </script>

  </body>

</html>

 

 

C 页面:

<html>

  <head>

   <title> Page C </title>

  </head>

 

  <body>

   <script language=”JavaScript”>

   <!–

     document.write(window.name);// 读出 window.name ,并写到页面上

   //–>

   </script>

  </body>

</html>

 

 

可以看到 C 页面正常输出了 B 页面写入的 window.name 。并且能支持的值比较长,经实例测试,已经超过 3M (机器配置: T5500@1.66GHz  2G 内存),在 IE6FF2.0 测试正常通过。

 

个人小结:

这是一个例子说明了用window.name解决跨域问题是可行的,对于实际的运行可参见下图:

原文:http://www.cnblogs.com/chinafine/articles/1835260.html

name 在浏览器环境中是一个全局/window对象的属性,且当在 frame 中加载新页面时,name 的属性值依旧保持不变。通过在 iframe 中加载一个资源,该目标页面将设置 frame 的 name 属性。此 name 属性值可被获取到,以访问 Web 服务发送的信息。但 name 属性仅对相同域名的 frame 可访问。这意味着为了访问 name 属性,当远程 Web 服务页面被加载后,必须导航 frame 回到原始域。同源策略依旧防止其他 frame 访问 name 属性。一旦 name 属性获得,销毁 frame 。

在最顶层,name 属性是不安全的,对于所有后续页面,设置在 name 属性中的任何信息都是可获得的。然而 windowName 模块总是在一个 iframe 中加载资源,并且一旦获取到数据,或者当你在最顶层浏览了一个新页面,这个 iframe 将被销毁,所以其他页面永远访问不到 window.name 属性。


<think>好的,我现在需要分析用户提供的这段JavaScript代码,并解释它的功能。首先,我会通读代码,理解每个部分的作用。 这段代码定义了一个名为getQ的函数。函数一开始获取了user_nickname输入框的值,存储在userid变量中。如果userid是null或undefined,函数返回false。否则,发起一个AJAX POST请求到../services/Qxgl.ashx,传递action和id参数。请求头里有一个Authorization令牌,看起来像是某种认证信息。 成功回调函数处理返回的msg数据,遍历msg.ds数组,对每个item,通过typeid设置对应的复选框为选中状态。然后收集所有选中的复选框的值,用逗号拼接后去掉最后一个逗号,将结果填入typename输入框。 接下来,我需要确认各个部分的细节是否正确。例如,检查jQuery选择器是否正确,AJAX调用的参数是否合理,以及数据处理是否有潜在错误。比如,$.each遍历msg.ds是否正确,假设msg.ds是一个数组。另外,拼接结果时使用substring去除末尾逗号是否可靠,是否有更稳妥的方法。 还要注意可能的安全问题,比如硬编码的Authorization头,这可能存在安全风险,但用户可能已经处理了。此外,用户权限验证是否在服务端进行,这里只是前端控制,需提醒用户不能仅依赖前端验证。 最后,将这些分析整理成结构清晰的解释,分步骤说明代码的功能和潜在注意事项,确保用户能够理解每个部分的作用及可能的改进点。</think>这是一个典型的基于jQuery的AJAX请求实现,主要用于获取并设置用户权限信息。让我们分步骤解析这个函数的功能: 1. **函数定义与用户ID获取** ```javascript var getQ = function () { var userid = $('#user_nickname').val(); // 获取用户输入框的值 ``` 2. **空值校验** ```javascript if (userid == null || userid == undefined) { // 验证用户ID有效性 return false; } ``` 3. **AJAX请求配置** ```javascript $.ajax({ type: "POST", // 使用POST方法 url: "../services/Qxgl.ashx", // 后端接口地址 headers: { // 请求头认证信息 "Authorization": "0772A4AA051DDEBB393DC164B19A32E57C4FEEAB27A77820" }, ``` 4. **请求参数传递** ```javascript data: { action: "getQ", // 执行动作类型 id: userid // 传递用户ID参数 }, ``` 5. **成功回调处理** ```javascript success: function (msg) { // 遍历返回数据集 $.each(msg.ds, function (index, item) { // 根据typeid勾选对应复选框 $('#a' + item.typeid).attr("checked", true); }) // 拼接选中值 var result = ""; $("input[name='select_checkbox']:checked").each(function () { result += $(this).val() + ','; }); // 去除末尾逗号 if (result != "") { result = result.substring(0, result.lastIndexOf(',')); } // 填充到显示框 $("#typename").val(result); } ``` **功能总结**: - 这是一个用户权限查询功能 - 通过用户输入的用户名查询关联的权限配置 - 将查询结果转换为复选框勾选状态 - 汇总选中权限显示在文本框中 **潜在注意事项**: 1. 硬编码的`Authorization`头存在安全风险,建议动态生成 2. 缺少错误处理逻辑(error回调) 3. 使用字符串拼接处理结果可以考虑改用`Array.join()` 4. 权限控制不能仅依赖前端验证,必须配套后端验证 5. 对`msg.ds`的数据结构有强依赖,建议增加数据校验 6. 建议使用`.prop()`代替`.attr()`操作复选框状态
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值