有什么方法可以在 Apache 中实现 HTTP/3?
QUIC 协议现已成为 RFC,请参阅RFC 9000。正在等待 HTTP/3...
OpenSSL 在某处表示他们将在发布 OpenSSL 3.0 后开始研究 QUIC。不确定何时发布 OpenSSL 3.0。
在此之前,也许我们可以将 BoringSSL 集成到 Apache 中,并开始使用 QUIC 进行测试。
几天前,我看到Google.com正在使用HTTP/2,但昨天我发现Google.com已经切换到SPDY(HTTP/2 + QUIC/35).
两个问题:
我有一个与浏览器如何知道站点是否支持 HTTP/2?。我想知道浏览器如何知道网站支持http3。
我正在使用 safari 并打开了 http3 支持。然后我去https://cloudflare-quic.com,协议是h3-29。我认为我的 safari 使用 h3 协议探索这个网站。它是怎么知道的呢?
出于实验目的,我想尝试一下,但是 HTTP-over-QUIC 在 Node.js 中似乎不可用。QUIC本身可用。
一些用户在实施 reCaptcha 后报告 Chrome 连接错误。该问题似乎是间歇性的,当我们检查受影响用户的浏览器时,我们发现“net::ERR_QUIC_PROTOCOL_ERROR”
在 Chrome 上禁用 quic 协议可以解决此问题,但作为开发人员,有谁知道如何在不要求每个访问者禁用 Quic 的情况下解决此问题?
我已经开始搞乱 QUIC 协议并成功创建了一个服务器 - 客户端会话,如下所述:https : //www.chromium.org/quic/playing-with-quic
我可以只从 JS 创建会话吗?如果我不想更改我网站上的任何内容并且只使用 QUIC 进行特殊数据传输(文件、图像),那么通过 JS 创建一个会话并开始通过 udp 拉取所有网站图像(速度更快),然后将它们注入DOM。这可能吗?
Google QUIC 是一种新的传输协议。它使用 UDP 并提供一组非常好的功能:
在他们的 SIGCOMM17 出版物中,他们讨论了 QUIC 的一些性能优势,但我的问题是:
我们是否真的需要放弃传统的基于 TCP 的技术并转向 QUIC?什么是 QUIC 的杀手级应用?除了 Google 之外还有其他人使用 QUIC 或至少觉得他或她应该这样做吗?
我的感觉是,通过使用 TCP 快速开放或多路径 TCP 等现有系统,我们有机会实现大部分承诺的好处。
我正在尝试在 Windows 上使用aioquic,但在初始时出现此错误pip install -e .:
src/aioquic/_crypto.c(4): fatal error C1083: Non \xc5\xa0 possibile aprire il file inclusione: \'openssl/err.h\': No such file or directory\n error: command \'C:\\\\Program Files (x86)\\\\Microsoft Visual Studio\\\\2019\\\\BuildTools\\\\VC\\\\Tools\\\\MSVC\\\\14.26.28801\\\\bin\\\\HostX86\\\\x86\\\\cl.exe\' failed with exit status 2\nRun Code Online (Sandbox Code Playgroud)\n我通过 Chocolatey 安装了 openssl,但该文件似乎丢失了。有任何想法吗?
\nquic ×10
http3 ×4
http2 ×2
apache ×1
dom ×1
encryption ×1
html ×1
http ×1
https ×1
javascript ×1
networking ×1
node.js ×1
npm ×1
openssl ×1
performance ×1
pip ×1
server-side ×1
spdy ×1
tcp ×1
udp ×1
wireshark ×1