V2EX › seakingii 的所有回复 › 第 28 页 / 共 43 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 24 25 26 27 28 29 30 31 32 33 ... 43

❮

❯

2022 年 2 月 13 日

回复了 mokevip 创建的主题 › 程序员 › 关于 HTTP2.0

@LeeReamond

1 首先要确定用的 nginx 有没有带 http2 模块
2 其次要有 HTTPS 用的 SSL 证书
3 最后配置里 listen 443 ssl http2;

再简单点,找个 CDN 来代理,例如 Cloudflare 之类,里面鼠标点点就开启 HTTP2 了..

2022 年 2 月 12 日

回复了 mokevip 创建的主题 › 程序员 › 关于 HTTP2.0

@LeeReamond

后端完全不用在意是 H1 还是 H2,不用在意 H2 与 H1 的区别.
甚至可以:

浏览器 -> WEB 服务器(比如 NGINX) 是 H2 的,
WEB 服务 -> 后端 (通过代理) 是 H1 的

这样的架构问题也不是很大.因为一般来说,后端提供的是业务逻辑,业务逻辑一般相对并发少,但执行相对需要较少时间.这样,就算是 H1,发起 TCP 链接的成功相对后端业务的执行时间来说也没看起来那么高.而且代理服务器与后端服务一般是同一个局域网.

H2 解决的最大的问题是浏览器对并发的限制.
1 浏览器对一个域名能发起的请求是有限制的,假设 CHROME 对一个域名同一时间能发起 8 个请求,但你有一个复杂的网页,里面有 10 个 CSS,20 个 JS,100 个图像,那就有得等了,
2 加上如果 CHROME 和 WEB 服务器距离太远,网络不好的话,发起 TCP 的成本太高了.
3 每个请求都有大量的头 header

H2 的改进:
1 多路复用
2 原来的文本协议改成二进制协议
3 头部压缩
4 server push

实践中,我就是这么做的,后端独立运行,用 H1,这样不用管证书,用 NGINX 部署证书上 H2,代理对后端的请求

2022 年 2 月 11 日

回复了 mokevip 创建的主题 › 程序员 › 关于 HTTP2.0

@LeeReamond 后端并不关心是 H2 还是 H1

就算是 H2 请求两次路由,也要鉴权两次.所以并不是可以随意将原来一个请求拆分成 N 个子路由

H2 只是提高了客户端的连接性能.
比方说,原来客户端浏览器限制了一个域名只能同时并发 8 个,那么同时只能做 8 件事情.现在上了 H2,可能同样一个浏览器,现在可以同时做 16 或者或者 32 件事情(比如同时下载 18 个 CSS,图像等等)

2022 年 2 月 10 日

回复了 mokevip 创建的主题 › 程序员 › 关于 HTTP2.0

@mokevip

1 按次数收费的 API 接口
2 多一次请求就多一次鉴权
3 N 次请求不如一次请求来的稳定,比如在不稳定的移动网络下..
4 万一碰到 H2 用不了,要降级到 H1 的时候,滥用 H2,太多请求就麻烦了
5 楼下的补充

个人倾向于每个请求返回合适的数据,不要太多也不要太少.不能因为 H2 功能增强了就滥开连接.

2022 年 2 月 10 日

回复了 mokevip 创建的主题 › 程序员 › 关于 HTTP2.0

还是有必要的.减少请求数据好处多多.

2022 年 2 月 10 日

回复了 Tinywan 创建的主题 › PHP › 2022 开始搬砖了

第十天

2021 年 12 月 22 日

回复了 714105382 创建的主题 › 程序员 › 想深入钻研一门语言请大家出出主意

2021 年 12 月 18 日

回复了 xiangyuecn 创建的主题 › PHP › [吐槽] PHP ：哪天没有写 bug，算我输。数组哪里都是值拷贝；引用：蛋疼。明明是语言问题，硬说是我太菜

你竟敢说 PHP 语言不行?不想活了?

2021 年 12 月 18 日