- 综合排序
- 最热优先
- 最新优先
- 来自专栏web全栈工程师的取经之路
跨域通信
利用JSONP JSONP是服务器与客户端跨源通信的常用方法。 该协议不实行同源政策，只要服务器支持，就可以通过它进行跨源通信。 下面是一个例子，浏览器发出的WebSocket请求的头信息（摘自维基百科）。 __它允许浏览器向跨源服务器，发出XMLHttpRequest（Level2）请求，从而克服了XMLHttpRequest老版本只能向同一域名的服务器请求数据__。 浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。因此，__实现CORS通信的关键是服务器__。 只要服务器实现了CORS接口，就可以跨源通信。
1.7K40发布于 2019-08-05 - 来自专栏Html5知典
【通信】跨文档通信含代码说明
概述 出于安全和隐私方面的考虑，在web浏览器中，实施了不同域名下的文档间不能通信的举措，也就日常说的禁止跨域执行脚本。 但是在某些开发场景中还是会出现需要通过执行跨域脚本来实现某些功能的案例。 本章介绍的跨文本通信，正是为了解决这些案例而设计的。跨文档通信，可以在不同网页文档，不同端口（跨域情况下）进行消息传递。 说明 - iframe1中： window.parent.frames[1].postMessage(message, “*”) 这行代码效果是给iframe2发送一个消息即 iframe 中的 form transfer：可选参数 - iframe2中： window.addEventListener和window.attachEvent实现对iframe1发送消息事件的监听。 上一节的demo中将targetOrigin设置成了通配符*这个在实际使用场合需要避免，因为这是不安全的做法，实际情况下，在处理跨源通信的消息时，一定要验证每个消息的源。
1K20发布于 2019-11-26 - 来自专栏杰的记事本
postMessage实现跨域通信
IE8 部分支持跨文档通信：只能和iframe通信，不支持新窗口通信。IE10 将支持通道通信。FireFox目前支持跨文档信息，但是并不支持通道通信。 然而，通信事件并没有冒泡，不能取消，也没有默认行为。 三、跨文档通信 跨文档通信的使用跟我们平时实际生活中的邮件接收等类似。发送→接收。 文字化的描述不利于理解。所以，先从一个例子开始吧。 您可以狠狠地点击这里：不同窗体间的跨文档通信demo ? ? 在现代浏览器下，点击男生或女生按钮（例如点击男生按钮），打开的新页面子啊2秒后显示了对应的通信信息。 但是，使用渠道通信，通讯录站点(http://address.com)和游戏站点(http://game.com)可以直接沟通。 addEventListener('message', messageHandle, false); mc.port2.start(); 最后是主页面。
2K20发布于 2019-09-04 - 来自专栏桃子小白
【docker】完成跨主机通信
实验要求 掌握利用Docker实现跨主机容器互连的方法。 前置准备 要求实验主机能够连接外网，已经正确安装Docker，并关闭防火墙和selinux，各主机配置信息如表1-1所示。 表1-1 主机配置信息表 主机名 IP地址/子网掩码 容器名 node1 192.168.123.88/24 Centos node2 192.168.123.99/24 Centos 实验步骤 步骤 1：创建跨主机的容器，测试连通性。 步骤2：设置域名解析。 步骤3：安装etcd和flannel服务。 node01节点 注：1.ETCD_DATA_DIR为etcd数据存放路径 2.ETCD_LISTEN_CLIENT_URLS为监听客户端地址 3.ETCD_NAME为节点名称 4.ETCD_ADVERTISE_CLIENT_URLS
79210编辑于 2023-06-10 - 来自专栏网络安全
企业如何保护自身通信渠道被黑客攻击
然而，企业通信渠道也是网络犯罪分子的主要目标。近年来，尤其是自疫情以来，网络攻击的数量急剧上升。统计数据显示，仅去年一年，黑客攻击数量就增加了38%。 那么，企业如何在提供最佳客户体验和保持团队生产力的同时，保护其通信渠道免受黑客攻击呢？以下是你需要知道的一切——以及需要避免的错误。使用安全平台首先，从你选择的通信渠道开始。 为了满足客户的沟通需求，你需要提供多种渠道，从短信、电子邮件和实时聊天到语音和视频通话。更不用说内部业务通信、消息传递和团队协作工具了。在选择所有这些渠道时，你需要优先考虑安全性。 制定SOP和网络安全例行程序最后，为了保护企业的通信渠道免受黑客攻击，制定标准操作程序（SOP）和固定的网络安全例行程序至关重要。 只有拥有最佳工具和遵循网络安全最佳实践的团队成员，以及能够发现网络钓鱼攻击，你才能保卫你的通信渠道。
67310编辑于 2024-10-03 - 来自专栏编程语言的世界
x2-300中如何根据渠道编号查询渠道档案
= "渠道编号[PK]", dataType = "String(4)", required = true, notes = "渠道编号")private String channelId;/** 渠道名称 */@ApiModelProperty(name = "渠道名称", dataType = "String(50)", required = false, notes = "渠道名称")private String channelName;/** 状态(0-停用，1-启用) */@ApiModelProperty(name = "状态", dataType = "Integer(2)", required BigDecimal stockSaleRatio;/** 共享安全库存 */@ApiModelProperty(name = "共享安全库存", dataType = "BigDecimal(12,2) BigDecimal stockSendRatio;/** 发货安全库存 */@ApiModelProperty(name = "发货安全库存", dataType = "BigDecimal(12,2)
32310编辑于 2024-09-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的跨主机通信 scope global br-e344a2408164 valid_lft forever preferred_lft forever inet6 fe80::42:cfff:fe2e 跨主机通信 由于其他网络模式使用较少，所以我们这里就不讲解。 从上面的信息我们可以看到如果要实现跨主机通信，那么必须要确保每个主机的的网桥ip地址不冲突，其实k8s也是需要每个主机的的容器ip地址段不冲突，下面我们就手工模拟下如何实现跨主机通信。 192.168.2.0/24 via 192.168.31.210 3.开启iptables转发 #31.209和31.210同时配置 iptables -P FORWARD ACCEPT 这样就可以实现跨主机通信
44210编辑于 2024-12-19 - 来自专栏App数据监测
跨渠道广告监测+归因追踪，助力企业高效投放
随着互联网渠道的多样化发展，企业在广告投放方面有了更多丰富的选择。 在面对成百上千个不同的广告平台、社交渠道、搜索引擎、应用市场等渠道时，采用openinstall进行一站式全渠道拉新促活监测已经成为越来越多客户的首选。 企业在结合传参归因与广告监测功能后，可一站式高效率低成本实现全平台对接、跨渠道追踪、全领域覆盖的数据统计与分析，将渠道投放带来的用户来源与后链路的用户行为打通，针对全渠道下广告效果与行为事件进行一站式分析 广告监测+归因追踪，跨渠道全面覆盖H5传参安装归因运用的部分场景：线上：私域流量（社群、朋友圈、公众号）、短信、邮件、裂变分享、网页线下：地推、二维码、海报、户外广告通过配置生成多组不同的自定义参数专属链接或二维码 面对日趋复杂的广告渠道变化以及移动系统迭代，只有完善的一站式服务才能更高效的适配不断变化的环境，近期openinstall已针对广告渠道等功能进行升级优化，不断强化统计能力与渠道分析间的协同性，为广告主与企业带来更卓越的解决方案与增值服务
1.2K20编辑于 2023-07-04 - 来自专栏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.3K10编辑于 2022-09-21 - 来自专栏sktj
Docker overlay网络（跨主机通信）
overlay 可以划分vlan 1、管理节点安装 docker swarm init 2、其他主机加入swarm docker swarm join --token SWMTKN-1-0daup02ngezc9h5rqxi16itv7bcdwnx7egmls4ztdq8f2yxkdz-ahonnh24yzrgs6y6b93aj8574
1.1K20发布于 2019-10-30 - 来自专栏农历七月廿一
浏览器跨标签通信
写在前面 今天说一下跨标签通信的一种实现方式，首先跨标签指的是同一个浏览器中不同标签之间进行数据通信，也就是说比如在第一个标签写了一个数据，在另一个标签里面进行数据的使用，而且是实时的 先说现象 自执行函数进行接收获取到的广播消息 (() => { receiveMessages(setMessage) })() </script> </body> </html> 打完收工 这总跨标签的实现方案是有很多的
57310编辑于 2023-10-18 - 来自专栏区块链大本营
跨链通信简要研究
跨链交易实例2 仍以前⼀节中的交易需求为例 Alice随机构建⼀个字符串s，并计算出其哈希h； Alice将h发送给Bob； Alice通过合约锁定⾃⼰的1个BTC资产，设置⼀个较⻓的锁定时间T1, 再设置了获取该BTC的条件：Bob 提供h的原始值s; Bob锁定50ETH到⾃⼰的合约，设置⼀个相对较短的锁定时间T2(T2 < T1)。 2、中继链 中继链算是公证⼈机制和侧链机制的融合和扩展，⽬前社区内最活跃的两个跨链项⽬ Cosmos 和 Polkadot 采⽤的都是基于中继链的多链多层架构，其中Cosmos⽬前⽀持的是跨链资产交互 图1 图2是Cosmos⽹络的详细架构图。⼀条链从层次结构上讲，分为⽹络层、共识层、应⽤层。 举报交易也要经过共识过程，通过 2/3 以上验证⼈验证，打包进区块，惩罚和奖励也都是区块链交易[7]。
1.4K32发布于 2020-02-25 - 来自专栏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); } 通道通信 2 下发 port1/2；② 监听 worker2。
1.1K20编辑于 2022-01-24 - 来自专栏全栈程序员必看
linux跨网段实现内网互通_docker跨主机通信
1.简介 TCP协议规定只有处于同一个网段的IP才能实现互通，如果处于不同网段，则需要借助于所属的网关，即我们可以配置一台双网卡机器作为网关，然后指定路由线路实现跨网段访问。 2.实现方案 2.1 代理 1.开启数据包的转发功能 代理服务器打开终端执行如下命令 echo 1 >/proc/sys/net/ipv4/ip_forward 默认值0是禁止数据包转发，修改为1即开启数据包转发功能 Client子网）时，就会找到192.168.1.1，进而使用192.168.1.1进行连接 注意： 网关只能设置为同一网段的其他IP； 如果只是设置了网关但是没有在代理服务器中指定路由表（即步骤1,2）
3.4K50编辑于 2022-10-01 NanoBanana 2国内稳定渠道来了
前几天，谷歌放出大招，发布了最新的NanoBanana2模型。 NanoBanana2在世界知识、图像质量、推理能力和主体一致性等方面实现了全面升级，堪称当前地表最强生图模型。 但国内能体验到NanoBanana2的官方渠道几乎没有，说到这，今天就不得不来给大家安利下这个DeepSider了。 DeepSider是一款浏览器插件，在NanoBanana2发布的第一时间就已经接入，面向所有用户开放。 1.超宽幅全景图片 NanoBanana2新增了4:1、1:4、8:1、1:8这些极窄/超宽的特殊比例，可以适用于更丰富的场景。 2.专业信息分析图 NanoBanana2的知识储备和文字渲染能力大大提升，因此非常适合用于设计各类插画配图、科研绘图、机制图、信息图。比如： 【生成一副详解《登黄鹤楼》的古诗词鉴赏教学配图。】
55320编辑于 2026-03-07- 来自专栏App数据监测
全渠道、多场景、跨平台的App数据监测方案
openinstall全渠道、多场景、跨平台的一站式数据统计解决方案，能满足追踪多渠道安装来源、分析多维度数据、优化投放策略等需求，帮助App企业监测并分析用户从浏览页面到下载安装，再到转化消费的全链路多维度行为 一、全渠道数据追踪，提升转化效率openinstall全渠道、多场景、跨平台的渠道统计功能中，主要通过“H5渠道、广告平台渠道、ASA渠道”实现全渠道安装效果统计，高效监测App、落地页、广告平台、应用商店等场景的拉新转化效果 图片（2）广告平台&App：通过不同广告媒体渠道投放App下载广告，广告主往往需要得知多个不同广告平台、广告素材、投放时段带来的转化效果和用户质量，实现降本提效。 openinstall便捷的渠道打包方式，能一键导出多种自定义不同渠道标识的渠道包，在不影响自定参数传递的前提下，统计不同渠道包分发带来的全链路数据，并整合到相应渠道报表下。 传统的投放监测困境，在通过全渠道、多场景、跨平台的应用方案后已经全面解决。在未来，数据技术驱动运营增长的成功案例还会更多，而率先使用专业工具的企业将赢得更多竞争筹码。
2K20编辑于 2022-06-17 - 来自专栏前端之旅
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对象的readyState属性用来表示对象实例当前所处的连接状态，有四个值： 0：表示正在连接中（CONNECTING）； 1：表示连接成功，可以通信（OPEN）； 2：表示连接正在关闭
1.1K40发布于 2019-11-12 - 来自专栏前端之旅
AJAX 与跨域通信（二）：跨域解决方案
开始之前，要先清楚一件事： 跨域不一定是浏览器限制了发起跨站请求，而也可能是跨站请求可以正常发起，但是返回结果被浏览器拦截了。 万一服务端那边夹带恶意代码返回过来，那么客户端这边是会直接执行的，因此有安全隐患 无法监测 JSONP 请求是否成功或失败 2. 图像 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号