- 综合排序
- 最热优先
- 最新优先
- 来自专栏web全栈工程师的取经之路
跨域通信
, url: url, dataType: "script", success: success }); 方法2 利用JSONP JSONP是服务器与客户端跨源通信的常用方法 该协议不实行同源政策，只要服务器支持，就可以通过它进行跨源通信。 下面是一个例子，浏览器发出的WebSocket请求的头信息（摘自维基百科）。 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。 浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，__实现CORS通信的关键是服务器__。 只要服务器实现了CORS接口，就可以跨源通信。
1.7K40发布于 2019-08-05 - 来自专栏Html5知典
【通信】跨文档通信含代码说明
概述 出于安全和隐私方面的考虑，在web浏览器中，实施了不同域名下的文档间不能通信的举措，也就日常说的禁止跨域执行脚本。 但是在某些开发场景中还是会出现需要通过执行跨域脚本来实现某些功能的案例。 本章介绍的跨文本通信，正是为了解决这些案例而设计的。跨文档通信，可以在不同网页文档，不同端口（跨域情况下）进行消息传递。 说概念总是枯燥的，不妨先看个实际例子—不同iframe间的通信： 代码示例 // iframe1: var form = document.getElementById("form"); form.onsubmit 上一节的demo中将targetOrigin设置成了通配符*这个在实际使用场合需要避免，因为这是不安全的做法，实际情况下，在处理跨源通信的消息时，一定要验证每个消息的源。
1K20发布于 2019-11-26 - 来自专栏OpenFPGA
千兆网UDP通信
以太网帧格式 ? 图8‑12以太网帧格式 表8‑5以太网帧格式说明 类别 字节数 说明 前导码（Preamble） 8 连续 7 个 8’h55 加 1 个 8’hd5，表示一个帧的开始，用于双方设备数据的同步； 目的 只需要对应用数据报文添加相关首部后就向下交付，这个过程UDP对应用层交下来的数据报文，既不合并也不进行拆分，而是保留这些报文的边界； 2、UDP 是无连接的，从图中可以看出，UDP只是对应用数据添加首部后便以以太网帧格式进行发送 （说白了，就是发送时我不管数据能不能被准确接收，接收时也不管数据是否准确）这对某些实时应用是很重要的; 5、UDP 支持一对一、一对多、多对一和多对多的交互通信; 6、UDP 的首部开销小，只有8个字节 端口分用 上面提到UDP支持一对多交互通信，也就是端口分用。当运输层从 IP 层收到 UDP 数据报时，就根据首部中的目的端口，把 UDP 数据报通过相应的端口，上交最后的终点——应用进程： ?
1.2K10发布于 2020-06-30 - 来自专栏杰的记事本
postMessage实现跨域通信
伴随着server-sent事件以及web sockets, 跨文档通信和通道通信成为HTML5 通信接口“套件”中有用的一部分。 IE8 部分支持跨文档通信：只能和iframe通信，不支持新窗口通信。IE10 将支持通道通信。FireFox目前支持跨文档信息，但是并不支持通道通信。 然而，通信事件并没有冒泡，不能取消，也没有默认行为。 三、跨文档通信 跨文档通信的使用跟我们平时实际生活中的邮件接收等类似。发送→接收。 文字化的描述不利于理解。所以，先从一个例子开始吧。 ,’http://example.zhangxinxu.com/’); 跨文档的浏览器窗体通信 上面的demo实在一个文档页面内完成的。实际上跨文档通信也可以在不同窗体之间完成。 人人网这个社交站点需要信任每一个请求，或者为我们过滤（应该指：一个一个指定）。
2K20发布于 2019-09-04 - 来自专栏桃子小白
【docker】完成跨主机通信
实验要求 掌握利用Docker实现跨主机容器互连的方法。 前置准备 要求实验主机能够连接外网，已经正确安装Docker，并关闭防火墙和selinux，各主机配置信息如表1-1所示。 主机配置信息表 主机名 IP地址/子网掩码 容器名 node1 192.168.123.88/24 Centos node2 192.168.123.99/24 Centos 实验步骤 步骤1：创建跨主机的容器
78510编辑于 2023-06-10 - 来自专栏想法独特的Dev+Ops
容器跨主机网络通信
在分布式部署环境中，如何实现跨主机的容器通信始终是架构设计中必须解决的重要问题。 2.3 UDP 模式原理： 在用户态通过 UDP 封装实现跨主机容器通信。优势与不足： 实现简单、易于理解，但因封装与解封装均在用户态执行，引入了较高的性能开销。 历史地位： 虽然实际生产环境中已逐步被 VXLAN 模式取代，但 UDP 模式是理解容器跨主通信原理的最简单案例。 ，容器跨主机通信的整个过程可以归纳为以下步骤：数据包生成与发送：container-1 生成一个 IP 包（源：100.96.1.2，目标：100.96.2.3），经过 docker0 网桥进入宿主机 最终数据传递：Node 2 内核根据其路由规则，将 IP 包转发到 docker0 网桥，最终传递至 container-2，实现跨主机通信。
58000编辑于 2025-04-08 - 来自专栏运维小路
Docker-网络&跨主机通信
) Docker-Compose Docker番外篇 我们在讲解docker详细信息的时候，讲过docker有多种网络模式，今天我们就来详细讲解下最重要的网络模式-桥接模式，以及如何实现Docker的跨主机通信 跨主机通信 由于其他网络模式使用较少，所以我们这里就不讲解。 从上面的信息我们可以看到如果要实现跨主机通信，那么必须要确保每个主机的的网桥ip地址不冲突，其实k8s也是需要每个主机的的容器ip地址段不冲突，下面我们就手工模拟下如何实现跨主机通信。 主机IP 容器IP 192.168.31.209 172.16.1.1/24 192.168.31.210 172.16.2.1/24 1.修改docker0网桥的地址 #vi /etc/docker 192.168.2.0/24 via 192.168.31.210 3.开启iptables转发 #31.209和31.210同时配置 iptables -P FORWARD ACCEPT 这样就可以实现跨主机通信
43010编辑于 2024-12-19 - 来自专栏Keller
通过postMessage进行跨域通信
最近工作中遇到一个需求，场景是：h5页作为预览模块内嵌在pc页中，用户在pc页中能够做一些操作，然后h5做出响应式变化，达到预览的效果。
1K40编辑于 2021-12-14 - 来自专栏lhyt前端之路
不同页面通信与跨域
前言 相信跨域有什么手段，大家都背得滚瓜烂熟了。现在我们来做一些不在同一个tab页面或者跨域的实践。 如果我们用服务器打开，我们的不同tab页面通信完成了，而且是实时的。 2. 玩转iframe 我们都知道frame可以跨域，那么我们来试一下。 下面例子，都是一个html内嵌iframe，当然你直接打开iframe那个文件，没什么意义的 2.1 利用hash变化传递信息实现父子窗口通信（能跨域） 父窗口：1.html html: <iframe 非同域的两个tab页面通信 也就是两个毫无关系的tab页面通信（比如我打开一个baidu和一个github），怎么通？ 当然baidu和github能不能通信，我们不知道，得问他们家的开发。 前面我们已经知道，iframe能跨域，localstorage能使得两个tab页面通信。那我们就来试一下，iframe桥接两个互不相干的tab页面。
2.2K10编辑于 2022-09-21 - 来自专栏sktj
Docker overlay网络（跨主机通信）
1、管理节点安装 docker swarm init 2、其他主机加入swarm docker swarm join --token SWMTKN-1-0daup02ngezc9h5rqxi16itv7bcdwnx7egmls4ztdq8f2yxkdz-ahonnh24yzrgs6y6b93aj8574 192.168.118.77:237 3、#--subnet= docker network create --attachable -d overlay ol01 4、 docker run -itd --net=ol01 --name test05 busybox
1.1K20发布于 2019-10-30 - 来自专栏全栈程序员必看
linux跨网段实现内网互通_docker跨主机通信
1.简介 TCP协议规定只有处于同一个网段的IP才能实现互通，如果处于不同网段，则需要借助于所属的网关，即我们可以配置一台双网卡机器作为网关，然后指定路由线路实现跨网段访问。 Server端的路由表 sudo route add -net 10.168.9.0 netmask 255.255.255.0 dev eth1 这条路由表的含义就是发往10.168.9.0/24网段的数据包都由 eth1网卡发出 代理服务器中新增发往Client端的路由表 sudo route add -net 192.168.1.0/24 netmask 255.255.255.0 dev eth0 这条路由表的含义就是发往 192.168.1.0/24网段的数据包都由eth0网卡发出 Client服务器中设置网关为192.168.1.1 sudo route add default gw 192.168.1.1 设置之后就表示当 Client端连接其他网段（非Client子网）时，就会找到192.168.1.1，进而使用192.168.1.1进行连接 注意： 网关只能设置为同一网段的其他IP； 如果只是设置了网关但是没有在代理服务器中指定路由表
3.4K50编辑于 2022-10-01 - 来自专栏Super 前端
web 通信--跨文档、worker、通道
跨文档通信（cross-document messaging）、worker通信（cross-worker messaging）、通道通信（channel messaging） MessageEvent 跨文档通信 最常见的例子 iframe 之间。 window.addEventListener('message', (msgEvent) => { msg.innerHTML = msgEvent.data }) script> worker 通信 application/javascript'}); const url = URL.createObjectURL(blob); return new Worker(url); } 通道通信
1.1K20编辑于 2022-01-24 - 来自专栏区块链大本营
跨链通信简要研究
⽬前最有名的跨链项⽬有Cosmos和Polkadot，两者采⽤的都是基于中继链的多链多层架构。由此可⻅，侧链 &中继链技术将会是未来跨链技术的主⼒。 本⽂⾸先简要介绍跨链的技术原理。 公证人机制及哈希锁定 跨链交互根据所跨越的区块链底层技术平台的不同可以分为同构链跨链和异构链跨链。同构链之间安全机制、共识算法、⽹络拓扑、区块⽣成验证逻辑都⼀致，它们之间的跨链交互相对简单。 异构链之间的跨链交互⼀般需要第三⽅辅助服务辅助跨链交互。 跨链要达到安全可信必然对跨链机制、步骤等有⼀些要求，其中最重要的就是跨链事务的原⼦性。 侧链的机制相对哈希锁定⽽⾔能够提供更多的跨链交互场景，侧链以及类SPV验证的思想适合所有跨链的场景。 ⽽Cosmos为跨链带来的最⼤贡献 在于IBC协议的设计，IBC协议提供了⼀种通⽤的跨链协议标准。IBC的设计使得跨链交易可以在多个Hub之间进⾏安全路由和转发，类似⽬前互联⽹的TCP/IP 协议。
1.4K32发布于 2020-02-25 - 来自专栏农历七月廿一
浏览器跨标签通信
写在前面 今天说一下跨标签通信的一种实现方式，首先跨标签指的是同一个浏览器中不同标签之间进行数据通信，也就是说比如在第一个标签写了一个数据，在另一个标签里面进行数据的使用，而且是实时的 先说现象 自执行函数进行接收获取到的广播消息 (() => { receiveMessages(setMessage) })() </script> </body> </html> 打完收工 这总跨标签的实现方案是有很多的
56210编辑于 2023-10-18 - 来自专栏OpenFPGA
FPGA千兆网TCP通信分析
首先通过上面的简单分析，我们应该很清楚一件事：TCP协议很复杂，光握手过程就需要“三次握手、四次挥手”的复杂过程，不是特别适合FPGA的纯逻辑实现，因为用FPGA实现以太网通信的主要目的就是进行低延时的传输数据 ，而一旦设计规模达到一定量级，FPGA实现通信的优势便不复存在，转而体现出“性价比”低的劣势。 难道利用TCP协议进行通信就不可实现吗？答案当然是否。 因为现在各大厂商都会在自己芯片内部增加软核和硬核，而利用软核和硬核来实现以太网通信也是目前使用比较广泛的方式，但是并不是所有的TCP协议都适合软核或者硬核实现，接下来就简单介绍比较简单的TCP/IP协议栈
1.7K10发布于 2020-06-30 以太网的通信方式
二、以太网的通信方式在以太网中，常用的传输介质有同轴电缆、双绞线、光纤（因为以太网属于有线局域网，所以传输介质中不涉及无线传输介质）。因此以太网的种类就有同轴电缆以太网、双绞线以太网和光纤以太网三种。 如果通信过程中使用的传输介质是同轴电缆，也就是同轴电缆以太网，那么一定属于半双工通信。同轴电缆是总线型拓扑，所有设备连接到同一根电缆上，数据信号通过广播方式传输。 如果通信过程中使用的传输介质是双绞线，即双绞线以太网，那么属于什么通信方式呢？这时候需要就其连接点进行分类讨论。 所以说，用集线器连接的双绞线以太网属于半双工通信。若双绞线连接在交换机上，又得分情况讨论了。早期的网线只包含一对双绞线，只能支持半双工通信）。 而现在使用的网线（比较好的网线）通常是由4对双绞线构成的，支持全双工通信。所以，用双绞线连接的双绞线以太网既支持半双工通信，也支持全双工通信。
67410编辑于 2025-03-27- 来自专栏前端之旅
AJAX 与跨域通信（三）：跨域解决方案
6.postMessage HTML5 提供了 postMessage 和 onmessage 两个 api 用于在跨域站点页面之间进行通信。 window.parent.postMessage('B域收到A域的消息了，通知你一声','http://test.com/a.html'); } </script> 那么这就是简单的跨域窗口间通信了 假设A域有 a.html 和 b.html，B域有 c.html，且 a.html 和 c.html 之间要进行跨域通信。 那么谁能和 a.html 直接通信呢？ （三）跨域获取资源 ③ - WebSocket & postMessage js 中几种常用的跨域方法详解 JavaScript 跨域总结与解决方法 Cross-domain GitHub demo
1.1K40发布于 2019-11-12 - 来自专栏前端之旅
AJAX 与跨域通信（二）：跨域解决方案
开始之前，要先清楚一件事： 跨域不一定是浏览器限制了发起跨站请求，而也可能是跨站请求可以正常发起，但是返回结果被浏览器拦截了。 最好的例子是 CSRF 跨站攻击原理，请求是发送到了后端服务器无论是否跨域！ 图像 Ping 图像 Ping 是与服务器进行简单、单向的跨域通信的一种方式，请求的数据是通过查询字符串形式发送的，而响应可以是任意内容，通常是像素图和 204 响应。 图像 Ping 最常用于跟踪用户点击页面或动态广告曝光次数 缺点：单向通信，只支持 GET 请求；无法访问服务器的响应文本 4. document.domain 介绍 document.domain 跨域之前 的子域名是 editor.tool.com，editor.tool.com 的子域名是 www.editor.tool.com document.domain 适用于主域相同、子域不同的两个域之间的跨域通信
1.7K10发布于 2019-11-11 - 来自专栏前端之旅
AJAX 与跨域通信（一）：AJAX
4.4 进度事件 Progress Events规范规范定义了与客户端与服务器通信相关的一系列事件，这些事件监听了通信进程中的各个关键节点，使我们能够以更细的颗粒度掌控数据传输过程中的细节。 progress：在接受响应期间持续不断地触发 error：在请求错误时触发 abort：在因为调用 abort() 方法而终止连接时触发 load：在接收到完整的响应数据时触发 loadend：在通信完成或触发
1.3K20发布于 2019-11-08 - 来自专栏Cellinlab's Blog
HTML 面试要点：跨标签页通信
它允许同源的不同浏览器窗口，Tab 页，frame 或者 iframe 下的不同文档之间相互通信。 message: 'Hello from SharedWorker Demo2', from: 'demo2', }); 在控制台可以观察到： # IndexedDB 还可以使用一些其他“全局性”（支持跨页面 }); } } }); 在 控制台 可以观察到： # iframe 在非同源的情况下，可以使用 iframe (opens new window)作为“桥”，来实现跨页面通信 iframe 之间的信息后，将消息发送给页面 bc.onmessage = function(e) { window.parent.postMessage(e.data, '*'); }; 位于其他跨域页面中的 # 示例代码 Github | Ways-to-Communicate-Across-Browser-Tabs (opens new window) # 参考 [1] 前端跨页面通信，你知道哪些方法？
1.7K10编辑于 2023-05-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号