HTTP是不是太啰嗦了

水木社区手机版

主题:HTTP是不是太啰嗦了
楼主|threebird|2022-10-05 18:04:01|只看此ID
巨大的头部，因为无状态，还得附上巨大的cookie。
--
FROM 1.68.44.*
1楼|song023|2022-10-06 12:01:01|只看此ID
表面很啰嗦对于计算机存储来说很简洁
【在 threebird 的大作中提到: 】
: 巨大的头部，因为无状态，还得附上巨大的cookie。
: --
:

发自「今日水木 on iPhone 12 Pro」
--
FROM 120.235.181.*
2楼|leadu|2022-10-06 19:58:26|只看此ID
是的，所以出2、3开始打补丁了
【在 threebird 的大作中提到: 】
: 巨大的头部，因为无状态，还得附上巨大的cookie。
--
FROM 123.116.210.*
3楼|hgoldfish|2022-10-06 20:49:32|只看此ID
但是 HTTP2 和 HTTP/3 太复杂了。实现起来很麻烦。很多编程社区没有跟上。

【在 leadu 的大作中提到: 】
: 是的，所以出2、3开始打补丁了
--
修改:hgoldfish FROM 120.33.11.*
FROM 120.33.11.*
4楼|eGust|2022-10-07 04:55:45|只看此ID
我看 nginx 的意思是，quic 终稿还没定，别家的支持基本上也只对某版 draft，包括各家云供应商。一般用用只要 reverse proxy 支持了就差不多了，反正 auto scaling 也不可能让每个 web service 都开长链接

【在 hgoldfish 的大作中提到: 】
: 但是 HTTP2 和 HTTP/3 太复杂了。实现起来很麻烦。很多编程社区没有跟上。
--
FROM 203.184.25.*
5楼|Madlee|2022-10-07 11:01:17|只看此ID
cookie就是用来给状态的，原则上一个session id就够了，不大。
--
FROM 101.88.159.*
6楼|No1|2022-10-07 12:06:46|只看此ID
历史资产（包袱）太大，用gzip压缩传输数据，费点cpu，省点带宽，就得了

【在 threebird 的大作中提到: 】
: 标题: HTTP是不是太啰嗦了
: 发信站: 水木社区 (Wed Oct 5 18:04:01 2022), 站内
:
: 巨大的头部，因为无状态，还得附上巨大的cookie。
: --
:
: ※ 来源:·水木社区 http://m.mysmth.net·[FROM: 1.68.44.*]
--
FROM 106.121.185.*
7楼|threebird|2022-10-07 12:51:44|只看此ID
quic不是非得http，上其他也行
【在 eGust 的大作中提到: 】
: 我看 nginx 的意思是，quic 终稿还没定，别家的支持基本上也只对某版 draft，包括各家云供应商。一般用用只要 reverse proxy 支持了就差不多了，反正 auto scaling 也不可能让每个 web service 都开长链接
:
--
FROM 223.11.111.*
8楼|eGust|2022-10-07 14:48:54|只看此ID
http/2 跟 /3 的差别就只有 quic，而对 /2 的支持已经相当成熟了。

其实 http/3 就是 http/2 over quic，所以很多人包括我认为其实是不配叫3的

【在 threebird 的大作中提到: 】
: quic不是非得http，上其他也行
--
FROM 222.153.175.*
9楼|wallyz|2022-10-07 16:36:29|只看此ID
quic早已经从draft变成standard了

In May 2021, the IETF standardized QUIC in RFC 9000, supported by RFC 8999, RFC 9001 and RFC 9002

【在 eGust 的大作中提到: 】
: 我看 nginx 的意思是，quic 终稿还没定，别家的支持基本上也只对某版 draft，包括各家云供应商。一般用用只要 reverse proxy 支持了就差不多了，反正 auto scaling 也不可能让每个 web service 都开长链接
:
--
FROM 123.168.94.*