- 综合排序
- 最热优先
- 最新优先
- 来自专栏web全栈工程师的取经之路
跨域通信
该协议不实行同源政策，只要服务器支持，就可以通过它进行跨源通信。 下面是一个例子，浏览器发出的WebSocket请求的头信息（摘自维基百科）。 Connection: Upgrade Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk= Sec-WebSocket-Protocol: chat 方法6 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。 浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，__实现CORS通信的关键是服务器__。 只要服务器实现了CORS接口，就可以跨源通信。
1.7K40发布于 2019-08-05 - 来自专栏路过君BLOG from CSDN
vue3笔记6 跨级组件通信
上级组件 setup() { let person = reactive({ name: 'zhoudd', age: 18 }) // 给下级组件提供数据 provide('person', person) }, 下级组件 setup() { // 从上级组件注入数据 let person = inject('person') return { person } }
24730编辑于 2022-04-13 - 来自专栏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，表示一个帧的开始，用于双方设备数据的同步； 目的 MAC 地址 6 存放目的设备的物理地址，即 MAC 地址 源 MAC 地址 6 存放发送端设备的物理地址 类型 2 用于指定协议类型：0800： IP 协议；0806： ARP 协议；8035： RARP （说白了，就是发送时我不管数据能不能被准确接收，接收时也不管数据是否准确）这对某些实时应用是很重要的; 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：创建跨主机的容器 node01节点： 步骤6：设置网络网段。
79110编辑于 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，实现跨主机通信。
61900编辑于 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 这样就可以实现跨主机通信
44210编辑于 2024-12-19 - 来自专栏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.3K10编辑于 2022-09-21 - 来自专栏Keller
通过postMessage进行跨域通信
最近工作中遇到一个需求，场景是：h5页作为预览模块内嵌在pc页中，用户在pc页中能够做一些操作，然后h5做出响应式变化，达到预览的效果。
1K40编辑于 2021-12-14 - 来自专栏sktj
Docker overlay网络（跨主机通信）
docker swarm join --token SWMTKN-1-0daup02ngezc9h5rqxi16itv7bcdwnx7egmls4ztdq8f2yxkdz-ahonnh24yzrgs6y6b93aj8574
1.1K20发布于 2019-10-30 - 来自专栏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 - 来自专栏农历七月廿一
浏览器跨标签通信
写在前面 今天说一下跨标签通信的一种实现方式，首先跨标签指的是同一个浏览器中不同标签之间进行数据通信，也就是说比如在第一个标签写了一个数据，在另一个标签里面进行数据的使用，而且是实时的 先说现象 自执行函数进行接收获取到的广播消息 (() => { receiveMessages(setMessage) })() </script> </body> </html> 打完收工 这总跨标签的实现方案是有很多的
57310编辑于 2023-10-18 - 来自专栏区块链大本营
跨链通信简要研究
⽬前最有名的跨链项⽬有Cosmos和Polkadot，两者采⽤的都是基于中继链的多链多层架构。由此可⻅，侧链 &中继链技术将会是未来跨链技术的主⼒。 本⽂⾸先简要介绍跨链的技术原理。 公证人机制及哈希锁定 跨链交互根据所跨越的区块链底层技术平台的不同可以分为同构链跨链和异构链跨链。同构链之间安全机制、共识算法、⽹络拓扑、区块⽣成验证逻辑都⼀致，它们之间的跨链交互相对简单。 异构链之间的跨链交互⼀般需要第三⽅辅助服务辅助跨链交互。 跨链要达到安全可信必然对跨链机制、步骤等有⼀些要求，其中最重要的就是跨链事务的原⼦性。 侧链的机制相对哈希锁定⽽⾔能够提供更多的跨链交互场景，侧链以及类SPV验证的思想适合所有跨链的场景。 [5]，Polkadot对其定义是App的数据结构，因此可以是DApp甚⾄是⼀般的 App；不过⼤部分情况下还会是⼀条链）； 转接桥(Bridges）：在Polkadot中转接桥其实有三个含义[6]
1.4K32发布于 2020-02-25 - 来自专栏全栈程序员必看
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 - 来自专栏TechBlog
数据通信网络之IPv6以太网多层交换
图1 网络拓扑图 备注：实际组网时，考虑实验室设备配置情况，AS1、AS2 及Coreswitch 均可考虑使用S3700，S3700 默认的端口包含 24 个快速以太网口（接口视图中显示依次为 Ethernet0 /0/1-Ethernet0/0/24）和 4 个吉比特以太网口（目前启用为面板上 Console 口左侧上下两个电口，面板亮灯对应接口序号分别为 27 和 28，接口视图中显示分别为 GigabitEthernet0 ⑵在 PC1 上 ping PC3，具体命令格式为 ping PC3 的 IPv6 地址 -6，验证 PC1 是否可与 PC3成功通信。 修改PC2的 IPv6 地址，使其与PC1配置相同网段，然后执行PC1 ping PC2指令，发现二者不能不经过 CoreSwitch 直接通信。 因为PC1和PC2隶属于不同VLAN并且连接到同一个二层交换机AS1上，即使它们配置了相同网段的IPv6地址，它们也不能直接通信。
46430编辑于 2023-10-13 - 来自专栏OpenFPGA
FPGA千兆网TCP通信分析
首先通过上面的简单分析，我们应该很清楚一件事：TCP协议很复杂，光握手过程就需要“三次握手、四次挥手”的复杂过程，不是特别适合FPGA的纯逻辑实现，因为用FPGA实现以太网通信的主要目的就是进行低延时的传输数据 ，而一旦设计规模达到一定量级，FPGA实现通信的优势便不复存在，转而体现出“性价比”低的劣势。 难道利用TCP协议进行通信就不可实现吗？答案当然是否。 因为现在各大厂商都会在自己芯片内部增加软核和硬核，而利用软核和硬核来实现以太网通信也是目前使用比较广泛的方式，但是并不是所有的TCP协议都适合软核或者硬核实现，接下来就简单介绍比较简单的TCP/IP协议栈
1.7K10发布于 2020-06-30 以太网的通信方式
二、以太网的通信方式在以太网中，常用的传输介质有同轴电缆、双绞线、光纤（因为以太网属于有线局域网，所以传输介质中不涉及无线传输介质）。因此以太网的种类就有同轴电缆以太网、双绞线以太网和光纤以太网三种。 如果通信过程中使用的传输介质是同轴电缆，也就是同轴电缆以太网，那么一定属于半双工通信。同轴电缆是总线型拓扑，所有设备连接到同一根电缆上，数据信号通过广播方式传输。 如果通信过程中使用的传输介质是双绞线，即双绞线以太网，那么属于什么通信方式呢？这时候需要就其连接点进行分类讨论。 所以说，用集线器连接的双绞线以太网属于半双工通信。若双绞线连接在交换机上，又得分情况讨论了。早期的网线只包含一对双绞线，只能支持半双工通信）。 而现在使用的网线（比较好的网线）通常是由4对双绞线构成的，支持全双工通信。所以，用双绞线连接的双绞线以太网既支持半双工通信，也支持全双工通信。
69810编辑于 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 与跨域通信（二）：跨域解决方案
开始之前，要先清楚一件事： 跨域不一定是浏览器限制了发起跨站请求，而也可能是跨站请求可以正常发起，但是返回结果被浏览器拦截了。 默认情况下，xhr 的 getResponseHeader() 方法只能拿到 6 个基本响应头字段，如果还想额外拿到其它字段，那么前端要和后端商量好，让后端在 Access-Control-Expose-Headers 图像 Ping 图像 Ping 是与服务器进行简单、单向的跨域通信的一种方式，请求的数据是通过查询字符串形式发送的，而响应可以是任意内容，通常是像素图和 204 响应。 图像 Ping 最常用于跟踪用户点击页面或动态广告曝光次数 缺点：单向通信，只支持 GET 请求；无法访问服务器的响应文本 4. document.domain 介绍 document.domain 跨域之前 的子域名是 editor.tool.com，editor.tool.com 的子域名是 www.editor.tool.com document.domain 适用于主域相同、子域不同的两个域之间的跨域通信
1.8K10发布于 2019-11-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号