微软在 UI 开发方面信誉不好

@ashine 以前,刚开始用的时候是没有 GOOGLE 验证码的...现在,在 vultr 上部署了 7 台 VPS,撤又不好撤,恶心了

收藏+2

@westoy 对.两个都烦人.登录验证码很难认

@ruixue 试过韩国和日本 的代理,还是一样会出现...

todesk,向日葵,不整那些有的没的

@vanton 有没有国外的便宜代理 IP?

业务系统首选 JAVA,C#啊,GO 适合网络相关的中间件或者相对小的独立项目

@LeeReamond

新版本的 CloudFlare,左边菜单,网络,打开 H2 和 H3,

网络
管理您网站的网络设置。
HTTP/2
使用 HTTP/2 加速您的网站


帮助
HTTP/3 （使用 QUIC ）
使用 QUIC 加速 HTTP 请求，QUIC 提供比 TCP 和 TLS 更高的加密和性能。
此设置上次更改时间为 3 个月前

@LeeReamond

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


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

@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,代理对后端的请求

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

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

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

@mokevip

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


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

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

第十天

C#

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

基本上不看微信公众号.

现在都 AI 写代码了,谁还自己写.