李劲 2018-11-15 14:12 可以在手机或平板上使用EA吗？...潘加宇： EA目前没有Android或iOS版本，如果想要在手机或平板上使用的话，方法是： （1）在手机或平板上通过远程桌面软件连接PC，使用EA。如下图，效果还可以的。 ?...（2）Sparx Systems提供了WebEA，你可以自己去试试： https://sparxsystems.com/products/procloudserver/#webeabook
TCP 和 UDP 使用同一个端口的可行性4.1 原则上不允许根据TCP/IP协议的设计，TCP和UDP使用不同的协议号，因此它们不应该使用同一个端口。TCP使用协议号6，而UDP使用协议号17。...4.2 特殊情况下的考虑尽管TCP和UDP原则上不允许使用同一个端口，但在某些特殊情况下，我们可能会考虑使用“共享端口”。...4.2.1 使用协议判断借助某些处理，我们可以通过检查数据包的协议字段，对TCP和UDP进行区分。如果能够准确判断数据包所属的协议，那么我们可以使用同一个端口进行共享。...然而，这可能需要特定的配置和处理程序来解析不同的协议。4.2.2 使用多个IP地址如果每个协议使用不同的IP地址，那么在同一主机上，我们可以分别为TCP和UDP分配不同的端口号。...通过使用不同的IP地址，我们可以在同一主机上实现TCP和UDP的端口共享。5. 总结在大多数情况下，TCP和UDP应该使用不同的端口。
简介 在前面的文章中我们讲过了如何在netty中构造客户端分别使用tcp和udp协议向DNS服务器请求消息。在请求的过程中并没有进行消息的加密，所以这种请求是不安全的。...幸运的是在DNS的传输协议中特意指定了一种加密的传输协议叫做DNS-over-TLS，简称(“DoT”)。 那么在netty中可以使用DoT来进行DNS服务查询吗？一起来看看吧。...支持DoT的DNS服务器 因为DNS中有很多传输协议规范，但并不是每个DNS服务器都支持所有的规范，所以我们在使用DoT之前需要找到一个能够支持DoT协议的DNS服务器。...搭建支持DoT的netty客户端 DoT的底层还是TCP协议，也就是说TLS over TCP，所以我们需要使用NioEventLoopGroup和NioSocketChannel来搭建netty客户端...总结 这里我们使用netty构建了一个基于TLS的DNS查询客户端，除了添加TLS handler之外，其他操作和普通的TCP操作类似。
原文作者: Llorenç Muntaner 译者: 进击的大葱 推荐理由: 很多React初学者不知如何在React的JSX中使用console.log进行调试，本文将会介绍几个在JSX中使用console.log...先不急着解释这个为什么不行的原因，让我们先看几个在JSX中正确使用console.log的方法。...一个炫酷的解决方案 构建一个自定义的组件 const ConsoleLog = ({ children }) => { console.log(children); return false; }; 然后在需要的地方使用这个组件...为什么第一个方法不可以呢？ 我们必须要记住JSX既不是原生的JavaScript语法，也不是HTML语法。它只是一个语法扩展。...如果你希望你的代码被执行，你需要使用 {}告诉JSX你输入的字符串是可以被执行的代码，也就是: List of todos { console.log(this.props.todos
哪怕后来内存稍微宽松一些了，可以配置较大的共享池了，那时候服务器的CPU还是过于昂贵，因此如何让CPU把更多的资源用于SQL执行，Oracle在CURSOR共享上下足了大功夫，尽可能地让一个CURSOR...因此我们的服务器都可以配备了超豪华的CPU/内存/IO资源了，还是有大量的DBA依然受到那时候的影响，对SQL解析十分恐惧。这个恐惧甚至带到了开源数据库和国产数据库上。...实际上，在大多数开源和国产数据库上，并不存在全局共享的CURSOR，一般来说，CURSOR共享是会话级的。...这种设计让Oracle 复杂的共享池结构对于开源数据库来说变得简单的多了，它们只需要共享字典缓存就可以了，SQL执行的CURSOR结构在会话内共享就可以了。...当数据库在高并发SQL执行的时候，只需要增加一点点SQL解析的CPU和内存开销就可以了。而这两种资源在现在的服务器上，已经是十分便宜了。因此在开源和国产数据库上，我们很少听说SQL解析引起的性能问题。
这就是为什么我认为分享这些简单的技巧是非常重要的，这些技巧可以帮助我们避免过多的使用 if 语句。...接下来会介绍6种方式来代替 if 的使用，这样做不是坚决不使用 if 偏执狂，而是换个方式思考我们的编码思路。 1....4.非分支策略 此技巧尝试避免使用switch语句，相反是用键/值创建一个映射并使用一个函数访问作为参数传递的键的值。...", })[breed]||'Im the default'; dogSwitch("border xxx") 5.作为数据的函数 我们知道在JS中函数是第一个类，所以使用它我们可以把代码分割成一个函数对象...OOP中多态性最常见的用法是使用父类引用来引用子类对象。
之前有读者在字节面试的时候，被问到：TCP 和 UDP 可以同时监听相同的端口吗？...关于端口的知识点，还是挺多可以讲的，比如还可以牵扯到这几个问题： 多个 TCP 服务进程可以同时绑定同一个端口吗？ 客户端的端口可以重复使用吗？...当 TCP 服务进程重启时，服务端会出现 TIME_WAIT 状态的连接，TIME_WAIT 状态的连接使用的 IP+PORT 仍然被认为是一个有效的 IP+PORT 组合，相同机器上不能够在该 IP+...总结 TCP 和 UDP 可以同时绑定相同的端口吗？ 可以的。 TCP 和 UDP 传输协议，在内核中是由两个完全独立的软件模块实现的。...当 TCP 服务进程重启时，服务端会出现 TIME_WAIT 状态的连接，TIME_WAIT 状态的连接使用的 IP+PORT 仍然被认为是一个有效的 IP+PORT 组合，相同机器上不能够在该 IP+
DNS传输协议简介 在RFC的规范中，DNS传输协议有很多种,如下所示： DNS-over-UDP/53简称”Do53″,是使用UDP进行DNS查询传输的协议。...DNS-over-TCP/53简称”Do53/TCP”,是使用TCP进行DNS查询传输的协议。 DNSCrypt,对DNS传输协议进行加密的方法。...DNS-over-TLS简称”DoT”,使用TLS进行DNS协议传输。 DNS-over-HTTPS简称”DoH”,使用HTTPS进行DNS协议传输。...DNS-over-TOR,使用V**或者tunnels连接DNS。 这些协议都有对应的实现方式，我们先来看下Do53/TCP，也就是使用TCP进行DNS协议传输。...搭建DNS netty client 因为我们进行的是TCP连接，所以可以借助于netty中的NIO操作来实现，也就是说我们需要使用NioEventLoopGroup和NioSocketChannel来搭建
♣ 题目部分 在Oracle中，模糊查询可以使用索引吗?...♣ 答案部分 分为以下几种情况： （1）若SELECT子句只检索索引字段，那么模糊查询可以使用索引，例如，“SELECT ID FROM TB WHERE ID LIKE '%123%';”可以使用索引...如果字符串ABC在原字符串中位置不固定，那么可以通过改写SQL进行优化。改写的方法主要是通过先使用子查询查询出需要的字段，然后在外层嵌套，这样就可以使用到索引了。...④ 建全文索引后使用CONTAINS也可以用到域索引。...这种情况需要在LIKE的字段上存在普通索引的情况下，先使用子查询查询出需要的字段，然后在外层嵌套，这样就可以使用到索引了。
先决条件 在开始本教程之前，您需要： 一个Ubuntu 18.04服务器，具有非root，启用sudo权限的用户，没有服务器的同学可以在这里购买，不过我个人更推荐您使用免费的腾讯云开发者实验室进行试验，...在您的服务器上启用防火墙，如果您使用的是腾讯云的CVM服务器，您可以直接在腾讯云控制台中的安全组进行设置。...对于443端口，它应该是--preferred-challenges tls-sni。最后，该-d标志用于指定您要为其申请证书的域。您可以添加多个-d选项以涵盖一个证书中的多个域。...通常，在Ubuntu上，您将主要通过systemctl来实现重新加载服务。...结论 在本教程中，我们安装了Certbot Let的加密客户端，使用独立模式下载了SSL证书，并启用了具有续订挂钩的自动续订。这应该可以让您在使用Let的加密证书时使用除典型Web服务器之外的服务。
图1 Softmax函数给出的概率不能被可靠地视为是预测的置信度 图1B显示的是模型在训练集和测试集上给出的概率。可以看出，该模型在训练部分拟合良好，但在测试部分给出了过于自信的错误预测。...相应地，UQ的概念更广泛，可以指用于确定预测是否可靠的所有方法。因此，UQ 在概念上涵盖了AD定义方法。...为了解决这个问题，主动学习（AL）是一种不确定性引导算法，并被越来越多地使用。在 AL 中，模型通常使用有限的训练集（例如，当前可用的样本）进行初始化。...随后，使用这个扩展的训练集重新训练模型，期望在保留的测试集上获得更多的预测结果。 查询策略通常被称为抽样方法，以决定每次迭代应选择和标记哪些样本。...提高模型准确性和稳健性 到目前为止，我们引入的大多数策略都将UQ视为模型建立工作流程中的独立模块。一个重要原因是，我们希望在模型准确性和可解释性之间做出权衡。
有朋友就问题，操作系统、数据库之类的软件不都非常成熟吗？我们还能做些什么？ 其实计算机自诞生起，一直采用冯.诺依曼体系结构，这么多年也一直未能突破。...就在我们认为这种体系结构已经尽善尽美的时候，往往是取得突破之时。当然这种突破性的工作，往往需要多年的技术积累蓄势，然后静候天才人物的诞生。 在互联网世界，TCP/IP协议应该是构筑整个网络的基石。...实际上，QUIC是TCP + TLS + UDP上的SPDY的组合，并对TCP之上的HTTP/2实现做了改进。 ?...（OSI网络模型就是一个例子，虽然是一个官方标准，但最终TCP/IP成为了事实上的标准） QUIC安全吗？...但是，IETF计划使用TLS 1.3取代。 实际上，QUIC的连接建立策略是基于加密和传输握手的结合。 ? QUIC和TLS集成 使用QUIC，默认情况下将对所有内容进行加密。
远程桌面协议(RDP) 是 Microsoft 开发的一种网络协议，允许用户远程访问远程 Windows 服务器的图形用户界面并与之交互。...RDP 广泛用于 Windows 远程连接，但也可以使用xrdp之类的工具（RDP 服务器的开源实现）访问并与远程 Linux 服务器的图形用户界面交互。...在本教程中将在 Ubuntu 22.04 服务器上使用 xrdp 安装和配置 RDP 服务器，并使用本地计算机上的 RDP 客户端访问它。...环境：腾讯云云服务器 以及其公共镜像Ubuntu 22.04第 1 步 - 在 Ubuntu 上安装桌面环境首先，使用 SSH 连接到服务器并执行以下命令更新可用包的列表：sudo -iapt update...接下来，在服务器上安装xfce和包：xfce-goodiesapt install xfce4 xfce4-goodies -y如果安装过程中无提示，忽略就行。
幸运的是，我们将QUIC构建在了另一个在互联网上被广泛支持的传输层协议——UDP之上。 “ 你知道吗？...当你使用HTTPS时，你的纯文本HTTP数据先由TLS加密，再由TCP传输。 “ 你知道吗？...因此，虽然HTTP/2在理论上无需TLS（甚至在RFC规范中被定义为明文HTTP/2[8]）就可以直接运行在TCP之上，但（流行的）Web浏览器实际上却并不支持这一模式。...通过在传输层传输多个字节流以及在每个流基础上处理丢包问题，QUIC解决了TCP的这一难题。 | QUIC支持连接迁移 QUIC中的第三个重大改进就是让连接可以保持更长时间。 “ 你知道吗？...为了在改进TCP的同时绕过这个问题， 我们开发了新的QUIC协议（实际上是TCP 2.0）。
值得强调的是，拥塞控制算法并不仅限定于TCP或QUIC，任何协议都可以使用它们。希望QUIC的进步最终也能够体现在TCP协议栈。 “ 你知道吗？...有人说QUIC比TCP+TLS快两个甚至三个RTT，但我们将看到实际上只快一个RTT。 “ 你知道吗？...这在概念上也许可以实现（QUIC正是这么做的），但TCP最初并不是这样设计的，因为不管上方有没有TLS[19]，我们都需要能够使用TCP。换句话说，TCP在握手期间根本不支持发送非TCP内容。...因此，我们可以在未来使用初始加密连接（ initial encrypted connection）引导第二个连接。...我们看到即使使用了0-RTT，QUIC依然只比运行最佳的TCP + TLS 1.3协议栈快一个RTT。那些称QUIC比图2（a）和图3（f）快三个RTT的说法（如我们所见）有失公允。
但是 TCP 协议是在内核中实现的，应用程序只能使用不能修改，如果要想升级 TCP 协议，那么只能升级内核。...现在大多数网站都是使用 HTTPS 的，这意味着在 TCP 三次握手之后，还需要经过 TLS 四次握手后，才能进行 HTTP 数据的传输，这在一定程序上增加了数据传输的延迟。...TCP 三次握手和 TLS 握手延迟，如图： TCP 三次握手的延迟被 TCP Fast Open （快速打开）这个特性解决了，这个特性可以在「第二次建立连接」时减少 TCP 连接建立的时延。...实现的思路确实这样没错，但是有没有想过，既然 TCP 天然支持可靠传输，为什么还需要基于 UDP 实现可靠传输呢？这不是重复造轮子吗？ 所以，我们要先弄清楚 TCP 协议有哪些痛点？...而这些痛点是否可以在基于 UDP 协议实现的可靠传输协议中得到改进？
网络编程之一泡尿的时间，快速读懂QUIC协议 TCP协议到底怎么了？ QUIC协议登场 QUIC协议的目标 QUIC协议这么好，可以大规模切换为QUIC吗？...所以，一般的稳定网络传输都是通过TCP，但是在网络基建本身就已经越来越完善的情况下，TCP设计本身的问题便暴露了出来，特别是在弱网环境下，让我们不得不考虑一些新的可能性。...QUIC 协议握手原理图 从表面上看：QUIC 非常类似于在 UDP 上实现的 TCP + TLS + HTTP/2。...QUIC协议这么好，可以大规模切换为QUIC吗？...Google 在 2015 年的一篇博文中分享了一些关于 QUIC 协议实现的结果，这些优势在诸如 YouTube 的视频服务上更为突出：用户报告通过 QUIC 协议在观看视频的时候可以减少 30% 的重新缓冲时间
如果这个新兴的协议，它的名字就叫做“快”，并且正在标准化为新一代的互联网传输协议。 你愿意花一点点时间了解这个协议吗？你愿意投入精力去研究这个协议吗？你愿意全力推动业务来使用这个协议吗？...而这些干扰，也导致很多在 TCP 协议上的优化变得小心谨慎，步履维艰。 依赖于操作系统的实现导致协议僵化 TCP 是由操作系统在内核西方栈层面实现的，应用程序只能使用，不能直接修改。...概括来讲，TCP 和 TLS1.2 之前的协议存在着结构性的问题，如果继续在现有的 TCP、TLS 协议之上实现一个全新的应用层协议，依赖于操作系统、中间设备还有用户的支持。...由于建立在 UDP 的基础上，同时又实现了 0RTT 的安全握手，所以在大部分情况下，只需要 0 个 RTT 就能实现数据发送，在实现前向加密 [15] 的基础上，并且 0RTT 的成功率相比 TLS...STGW 在配置层面进行了优化，我们可以针对不同业务，不同网络制式，甚至不同的 RTT，使用不同的拥塞控制算法。
HTTP/2的缺点主要有以下几点： TCP 以及 TCP+TLS建立连接的延时 HTTP/2使用TCP协议来传输的，而如果使用HTTPS的话，还需要使用TLS协议进行安全传输，而使用TLS也需要一个握手过程...②进行TLS连接，TLS有两个版本——TLS1.2和TLS1.3，每个版本建立连接所花的时间不同，大致是需要1~2个RTT。 总之，在传输数据之前，我们需要花掉 3～4 个 RTT。...TCP的队头阻塞并没有彻底解决 上文我们提到在HTTP/2中，多个请求是跑在一个TCP管道中的。但当出现了丢包时，HTTP/2 的表现反倒不如 HTTP/1 了。...image Http 3.0 Google 在推SPDY的时候就已经意识到了这些问题，于是就另起炉灶搞了一个基于 UDP 协议的“QUIC”协议，让HTTP跑在QUIC上而不是TCP上。...image QUIC 虽然基于 UDP，但是在原本的基础上新增了很多功能，接下来我们重点介绍几个QUIC新功能。
1.3 我们需要 HTTP/3 协议吗 很多人可能都会有这样一个疑问，为什么在 2015 年才标准化了 HTTP/2 ，这么快就需要 HTTP/3？...所以在丢包比较严重的情况下，HTTP/2 整体效果大概率不如 HTTP1.1 事实上，我们并不是真的需要新的 HTTP 版本，而是需要对底层传输控制协议 (TCP) 进行升级。...这对使用 UDP 来承载 QUIC 协议的场景会带来致命的伤害。对此，我们可以采用多路竞速的方式使用 TCP 和 QUIC 同时建连。...：密码算法的开销；udp 收发包的开销；协议栈的开销； 针对这些，我们可以适当采取优化措施来： 使用 Intel 硬件加速卡卸载 TLS 握手 开启 GSO 功能。...面对新的协议，我们总是有着各种各样的担忧，诚然，QUIC 协议在稳定性上在成熟度上，的确还不如 TCP 协议，但是经过近几年的发展，成熟度已经相当不错了，Nginx 近期也发布了 1.25.0 版本，支持了
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
