- 主题:HTTP是不是太啰嗦了
所有基于纯文本编码的东西都是罗嗦的
其实Json也是罗嗦的
【 在 threebird 的大作中提到: 】
: 巨大的头部，因为无状态，还得附上巨大的cookie。
--
FROM 123.168.94.*
刚搜了一下的确太久去年已经定稿了，我以为还没定呢……
【 在 wallyz 的大作中提到: 】
: quic早已经从draft变成standard了
: In May 2021, the IETF standardized QUIC in RFC 9000, supported by RFC 8999, RFC 9001 and RFC 9002
--
FROM 222.153.175.*
不是文本问题，无效的东西太多，比如所有cookie每次都要带上，HTTP头中很多字段没必要每次都出现。
【 在 wallyz 的大作中提到: 】
: 所有基于纯文本编码的东西都是罗嗦的
: 其实Json也是罗嗦的
:
--
FROM 171.116.47.*
本质上，http最早诞生的那个时候，不是用来处理session或者dialog的
那个时候甚至一个http request结束，连接都会拆掉
后来需要用http来承载session或者dialog，很自然的就需要在每个request里面携带和session相关联的信息，类似于cookie这些东西
不带行不行呢？不行啊，你也不知道你同一个session里面的下一个请求什么时候来，从什么连接来，那你怎么关联整个session呢？
后来有了http1.1，连接会复用，但这个连接保持的时间，大致也限于客户端当前页面的最后一个请求完成。谁也不知道过多久之后，用户会点下一个链接发起一个什么动作，所以连接不可能一直保持。
所以还是没有持久的连接，还是需要解决后续request和整个session的关联问题，所以还是需要带类似cookie这种东西。
即使后来到了HTTP2，连接也依然不是长时间持续的，上面的情况依然类似。
现在到了http3 over quic, 在quic层面上能支持connection-id刷新，connection重用，等等，但是本质上，quic的session，不可能和第七层的session生命周期一样长，不然服务器会有最大并发session的容量的压力。
所以实际上，即使是http3 over quic，依然需要http自己通过特定的header来标识和维护关联session
【 在 threebird 的大作中提到: 】
: 不是文本问题，无效的东西太多，比如所有cookie每次都要带上，HTTP头中很多字段没必要每次都出现。
: :
--
修改:wallyz FROM 123.168.94.*
FROM 123.168.94.*
对的，
因为是无连接就无比啰嗦
【 在 wallyz 的大作中提到: 】
: 本质上，http最早诞生的那个时候，不是用来处理session或者dialog的
: 那个时候甚至一个http request结束，连接都会拆掉
: 后来需要用http来承载session或者dialog，很自然的就需要在每个request里面携带和session相关联的信息，类似于cookie这些东西
: ...................
--
FROM 1.68.44.*
quic这一步买的够大了，实实在在
【 在 eGust (十年) 的大作中提到: 】
: http/2 跟 /3 的差别就只有 quic，而对 /2 的支持已经相当成熟了。
:
: 其实 http/3 就是 http/2 over quic，所以很多人包括我认为其实是不配叫3的
:
--
FROM 111.199.186.*
搞计算机的人，喜欢在byte上做文章，会更倾向于设计ascii明文协议。http，xml，json，sip等等。
通讯出生的人，喜欢在bit上做文章，会喜欢折腾二进制协议。tcp/ip，atm，flash，h323，asn.1等等。
搞计算机的人喜欢human readable，冗余问题上个压缩就解决了。
通讯出生的人喜欢fpga或者c上能容易解析，喜欢用足每个bit，协议长度通常都是确定的，特别讨厌ascii这种一堆string，长度不定解析麻烦的玩意。
这两派人其实是有点互相看不顺眼的，所以这个判断大差不差。
quic这种嘛，我去查了下设计者是Jim Roskind。一查是1976年EECS专业的。那个年代EECS应该几乎就等于是EE了，CS的部分太过于原始，可以忽略不计。
【 在 hgoldfish 的大作中提到: 】
: 但是 HTTP2 和 HTTP/3 太复杂了。实现起来很麻烦。很多编程社区没有跟上。
:
--
修改:lvsoft FROM 114.222.221.*
FROM 114.222.221.*
学习了，这个见解很厉害。
【 在 lvsoft 的大作中提到: 】
: 搞计算机的人，喜欢在byte上做文章，会更倾向于设计ascii明文协议。http，xml，json，sip等等。
: 通讯出生的人，喜欢在bit上做文章，会喜欢折腾二进制协议。tcp/ip，atm，flash，h323，asn.1等等。
: 搞计算机的人喜欢human readable，冗余问题上个压缩就解决了。
: ...................
--
FROM 1.86.59.*
或者简单点：离硬件越近，越倾向于二进制协议。离硬件越远，越倾向于文本协议。
【 在 lvsoft 的大作中提到: 】
: 搞计算机的人，喜欢在byte上做文章，会更倾向于设计ascii明文协议。http，xml，json，sip等等。
: 通讯出生的人，喜欢在bit上做文章，会喜欢折腾二进制协议。tcp/ip，atm，flash，h323，asn.1等等。
: 搞计算机的人喜欢human readable，冗余问题上个压缩就解决了。
: ...................
--
FROM 222.90.31.*
其实不同门派出生然后碰撞的事情挺多的。
比如hdmi和displayport，制定者一个ITU一个VESA。
以前是井水不犯河水不可能碰到的一起的。一个管电视机一个管显示器。
自从pc进客厅，以及大液晶当显示器，两者的领域交叉到了一起，就开始互相斗法了。
【 在 DoorWay 的大作中提到: 】
: 学习了，这个见解很厉害。
--
FROM 114.222.221.*