pro*_*sti 6 http cdn web gulp http2
我想把你的注意力集中在我几天思考的事情上.HTTP/2协议用于Web开发的新功能和影响.我还想问一些相关的问题,因为我的年度计划由于HTTP/2而变得不那么准确.
由于HTTP/2使用单个多路复用连接,而不是HTTP1.x 域中的多个连接,因此不再需要分片技术.
使用HTTP/1.x,您可能已经将文件放在不同的域中,以增加文件传输到Web浏览器的并行性; 内容域网络(CDN)自动执行此操作.但它在HTTP/2下没有帮助 - 并且可能会伤害 - 性能.
Q1:HTTP/2是否会最小化对CDN的需求？
代码文件连接.通常作为单独文件维护和传输的代码块组合成一个.然后,浏览器根据需要在连接文件中查找并运行所需的代码.
Q2.HTTP/2是否会消除使用类似扩展(css,javascript)连接文件的需要以及使用优秀的Grunt和Gulp工具来实现这一目的？
问:另外,为了简化问题并使问题更加紧凑,我会问一下,您可以预见到HTTP/2对Web开发的其他影响可能会非常普遍吗？
问题 1：HTTP/2 会最大限度地减少对 CDN 的需求吗？
如果您使用正确的软件，它肯定会稍微改变平衡。我谈论平衡是因为 CDN 需要金钱和管理时间。
如果您是一个小型网站（大多数网站在数字方面都是如此），那么您将没有理由使用 CDN，因为使用 HTTP/2 可以非常有效地隐藏延迟（前提是您正确部署它）。HTTP/2 甚至比 SPDY 更好，请查看本文以了解有关 SPDY 的用例。
此外，我们纳入网站的大多数第三方内容已经使用 CDN。
Q2。HTTP/2 是否会消除连接具有相似扩展名（css、javascript）的文件的需要以及使用出色的 Grunt 和 Gulp 工具来实现此目的？
不幸的是没有。不需要连接东西，除非您提供的文件非常小，比如几百字节。其他一切仍然相关，包括缩小和添加那些丑陋的查询字符串以进行缓存清除。
Q3. 另外，为了简化问题并使问题更加紧凑，我会问一个非常笼统的问题，正如您可以预见的那样，HTTP/2 对 Web 开发还有哪些其他影响？
这是一个棘手的问题。一方面，HTTP/2 在网络成熟之际出现，开发人员有一大堆事情需要处理。HTTP/2 可以被视为一个很小的部分，可以以整个堆栈不会崩溃的方式进行更改。事实上，我可以想象许多团队以这种方式向管理层出售 HTTP/2（“这不会成为问题，我们保证！”）。
但从技术角度来看，HTTP/2 可以实现更好的开发工作流程。例如，HTTP/2 的多路复用性质意味着站点的大部分内容可以通过单个连接提供，从而允许某些服务器仅通过观察浏览器行为来了解资产之间的交互。该信息可以与 HTTP/2 和现代 Web 的其他功能（特别是 HTTP/2 PUSH 和预打开标头）一起使用，以隐藏大量延迟。想想可以为对性能感兴趣的开发人员节省多少工作。