muzuiget

vite 快是因为使用了 esbuild ，用 Go 写的打包器，可以单独使用，一个字爽。

合金膝盖？

@feitu “代码很难”，打错字，是“代码很烂”，这是你 README 的原话。

不开源不是错，代码很烂也不是错，你发出来的信息就是给人一个感受，总结来说：没有吸引力。

不开源，README 没有什么有用信息，还有一些“不允许”，“代码很难”，“怕就别用”字样来劝退用户。

所以呢，推广了个寂寞？

@murmur 我也是 restful 黑，restful 不 restful 都一股玄学味道，有那个功夫学习 restful 的理念，早用 JSON 这种东西搞定下班了。

这是很正常也很流行的用法，HTTP 无非就是一个“容器”协议而已。

序列化成 JSON ，传递的是结构化带类型的参数，就像你图中那个 offset 是一个数字类型，order 是一个字典（复杂数据类型），服务端收到一个 JSON 字符串，可以反序列化直接使用，甚至可以用 JSON Schema 这种东西直接检查数据有效性。

你想想如果如果用 get 方法你要怎么传这种参数？是不是要一个个参数取出来？取出来的是字符串，还要手动类型强制转换。

把 HTTP 当成“容器”协议，以后添加和转换协议也很方便，比如 WebSocket/Socket ，只需要加一层简单的“转换器”。甚至可以加密，即防止别人用 DevTools 来逆向工程，好处多多。

所以只要你的业务和 HTTP 没什么强关系，用这种方法更好。

terminal[dot]sexy

应该是因为 Chrome 104 开始支持硬解 HEVC ，准备切换默认的视频编码。

浏览器扩展只是修改了浏览器的网络设置中的代理设置而已，代理协议都是那几个 http/socks5 ，只要你解压浏览器扩展的代码，扒出里面的代理服务器地址和账号，理论上就能用在其它程序上了。