主题：【原创】我有一个问题 -- 美人他爹
家园 【原创】我有一个问题 当年那么多网络协议，为什么http最后活的最好，用户最多？
家园 印象中这事早有定论了，随便google一下就可以了 这里大家也都提到了，主要是因为stateless，来适应互联网大量用户请求的情况，是不是还有其他类似的但没流行起来就不清楚了。webservice应该是http流行起来后的事，为了state，为了rpc等等，很蹩脚，用POX，用http get/post/rest是返璞归真。
互联网上的IT开发，类似于从主机过渡到个人电脑，是个paradiam shift，短期内将老的开发方式加装的新的技术基础上是个过渡过程，有提高老一代开发团队效率，进入市场等意义。过了这个阶段，新一代的开发团队自然会寻求如何能最大程度利用新技术基础的解决手段，这本来就是技术基础发生变更的本来原因。不同的是，有人高瞻远瞩为下一个技术进步铺路，有人为了挣口饭吃忙不迭的跟在后面学习，一个产业自然的食物链而已。
家园 【感谢】老叫花在这里一并谢谢大家 看了大家的讨论，收获很大。讨论的时候大家热情洋溢了一把，也没吵架，看来大家还是就事论事的。
在我看来，http当今的状态，如大家所说，是很多因素造就的，yueyu说的杀手应用，moniker小哥从协议本身的角度进行探讨，还有无斋主人提到的企业行为，都有不可忽视的影响，老叫花受教了。
我其实很感兴趣的一个事情，是这里面的“经济因素”，比如，一个软件，或者协议标准，是设计的对机器友好重要呢，还是让人用起来更方便才好；换句话说，是让人更经济，还是让机器更经济。
比如，一个现存的软件或者协议标准，是不是扩展它比建立新的软件/协议更经济？
比如，企业/政府对软件或者协议的限制和开放，是怎么影响用户和开发人员行为的？
这些都是有意思的问题。
在此对太守帮助维护讨论秩序表示感谢。
家园 和稀泥的说法 1. Yueyu和羽羊是对的，HTTP支持Web这个killer app。一人得道，鸡犬升天。细说起来，与Web相关的几个技术，HTML，HTTP，Browser等等，起初缺陷都很多，但是架不住市场饥渴，于是不成熟的技术也大红大紫。
2. 无斋是对的。Firewall vendor看到HTTP大行其道，就预留了方便之门。岂不料，方便门又反过来促进了HTTP更加大行其道。
3. 太守是对的。HTTP一些看起来瑕疵的地方，也有有用的一面。真正的瑕疵，经不住大浪淘沙，会被逐渐淘汰的。
4. 老叫化是对的。进化的过程，是性能和代价角力的过程。当缝缝补补性能能够苟延残喘的时候，更新的代价有更大的话语权。反过来，如果性能的缺陷无法令人容忍，那么大家就能忍受高昂的代价去更新进化。所谓相对平静的进化缓慢的时期，是对立面势均力敌的均衡状态。
5. 我也是对的。唯恐天下不乱的看客们，盼望着人们对于互联网的期望和要求越来越高，最终打破沉闷的均衡状态。所以，坚持不懈地放大互联网种种缺陷。
家园 【原创】关于HTTP的各打50大板。 1.stateless/stateful就是个相对概念。某种程度上,HTTP的stateless对提高server段的“并发连接数目”有很大的好处。比如，某WEB server的并发连接是60/每秒,但通过时分复用，“并发客户数目”可以做到1800/每30秒。这里的关键是stateful是一个CASE BY case的定义。对西西河而言，用户在线的状态是多少时间更新一次？这个只有铁手自己知道。
2.TEXT BASED指的是HTTP协议本身，HTTP的“body”采用什么格式（文本，二进制）完全由客户端和服务器协商决定。就是文本格式，HTTP也可以指定压缩格式来提高应用数据的传输效率（速度）。TEXT BASED的最大好处就是方便调试和监控，非常简单的sniffer程序就可以搞定。调试完成后直接将“body”格式转为压缩即可提高效率。
3.MIME的最重要的目的不是传输非文本内容，而是用于防止宝贵的带宽不用于传输网络“废话”。比如客户端的请求说可接受的内容格式仅限于html/txt，服务器给的应答是SGML/TXT,这服务器不是找抽吗？！
4.主从概念的HTTP没有一种“回调机制”。从这个角度上看，HTTP不适合RPC是肯定的。
5.关于“新兵蛋子/SA证书”的事情还是少讲为好。大家还是对事情不要对人。拜托。
6.最多网络协议中活的最好的是DNS而不是HTTP。FIREWALL首先要让DNS通过，然后HTTP才能有意义地工作。
通宝推：响马,家园 赞同理性讨论，我同意您基本的意思，但有些补充 1。关于stateful，我觉得这是视角不同。您可能是从web programming的角度去看，比如jsp/asp.net的角度，也是多数TX都关心的是在线客户数，但我做web server的，根本不会管连接是哪个客户的。对我来说只要一次http request完成，连接就被放入池中了。这个是现代web server的基本实现，比如apache web server。所以对我来说，所谓的用户在线状态根本就没有意义。这也是为什么我强调stateless易于优化的原因。考虑stateful调用，如果一个组件是有状态的，则在两次调用间我要保存该组件的状态，这对于服务器是非常麻烦的。基本的实现只有两种，一种是该对象不释放，然后等第二次连接时继续使用。这种方案的缺点很明显，就是时间长了服务器要完蛋。第二种是更通常用的，EJB和COM+都是这种方案，就是对象释放回对象池，状态持久于其它地方（比如内存/数据库），也即surrogate，第二次调用时，再从内存/数据库恢复对象状态。这个不会让服务器时间长了就完蛋，但是效率也不会高，主要就是surrogate对象的reactivate是比较费劲的。如果是完全的无状态对象才是比较理想的。
2。关于HTTP RPC调试的问题。实际上您说的不确切，基本上调试HTTP RPC不会用到Sniffer这么复杂的东西。它的原理很简单，就是一个port forwarder。简单说就是一个本地80端口上的daemon，收到caller传入的参数后，forward到服务器，然后收到服务器response后显示出调试信息后再回传给client。这东西写个简单的，在unix下10分钟的事儿，还用不上Sniffer。各个平台上都有这样的东西。
3。HTTP RPC的回调是可以实现的，您GOOGLE web service callback即可。但是这个实现确实不能说是精彩。但话说回来了，RPC中callback没有一个做的很好的，毛病都很多，您可以列举您熟悉的RPC callback，我都可以以实践经验告诉您它的不足。说白了，callback是RPC方式本身的一个本质缺陷了，倒不是HTTP本身的问题。毕竟隔了个网络不可能象本地调用那样一个function pointer搞定一切。我觉得这个只有下一代远程调用模型出来后才能解决。
4。关于活的最好的网络协议。我本来讨论的基础是各种可以承载HTML内容的网络协议，当时主要列了SMTP/FPT/TELNET/HTTP四种，在这四种中我个人意见是HTTP生命力最强。至于扩展到所有网络协议，那DNS强于HTTP那我倒无意见。
最后发点牢骚。其实我本人是做高性能服务器软件工作的，需要啥就做啥，HTTP、FTP、TELNET/SSH、P2P都实现过。我们这个圈子比较封闭，跟外界交流也不多，很少有TX能够接触到这种工作。我在这个圈子里本来是属于对HTTP没什么好感的人，我的兴趣主要是在多机虚拟化上。偏偏在这里讨论就被挤兑成一个HTTP FANS了。我觉得技术问题向来是不能读书不求甚解的。最怕的是一知半解还不肯承认。碰上自己说不明白的，要么指责别人新兵蛋子让人自己翻书，要么就说这个问题太低级，自己翻书或者GOOGLE。我对我自己不懂的事我从来也不会瞎说，或者说错了承认就是了。比如我对于网络游戏这一块的serverside我就是不熟悉，任何东西，说错了我愿意承认。这很多时候是个态度问题。客观的说，西西河信息技术版宏观视角比较多，谈论IT业界天下大势的，有不少新奇见解。但论微观角度，实际技术水平比其它专业论坛差距较大，这与读书不求甚解的风气恐怕有关，宏观的东西不需要太多技术上的验证，所以容易过关。一旦到微观技术视角，很多东西非黑即白，并不容易混过去，这里开口与不开口差异就大了。当然我想也许这是CCHERE的特色吧，其实这也没有什么不好，比如邓侃先生、太守同学的系列，我也都耐心的看完了，不管同不同意，也很喜欢。我相信多样的才是美丽的，所以也希望西西河IT版越办越好。如果言辞有得罪各位老大的地方请谅。
通宝推：响马,家园 送花得宝，谢谢！ 恭喜：你意外获得【通宝】一枚 关闭
【回复讨论】 2470360 号帖 [赞同理性讨论，我同意您基本的意思，但有些补充] 原创 请使用【分类词】来注明
鲜花已经成功送出，可通过工具取消
提示：此次送花为此次送花为【有效送花赞扬，涨乐善、声望】。
家园 moniker兄有空的话多讲讲高性能服务器软件吧 我也可以学习学习，长长见识。
家园 西西何主要是个政经讨论区 客观的说，西西河信息技术版宏观视角比较多，谈论IT业界天下大势的，有不少新奇见解。但论微观角度，实际技术水平比其它专业论坛差距较大，这与读书不求甚解的风气恐怕有关，宏观的东西不需要太多技术上的验证，所以容易过关。一旦到微观技术视角，很多东西非黑即白，并不容易混过去，这里开口与不开口差异就大了。来的人也都是冲着时政经济的话题。技术讨论在这本来就不是亮点，要是真想讨论技术问题，CSDN都比这强。
家园 你说的专业论坛在哪里？
家园 一个词，Ｆｉｒｅｗａｌｌ 因为所有公司都会开放ＨＴＴＰ ｐｏｒｔ，所以只有ＨＴＴＰ能穿过Ｆｉｒｅｗａｌｌ。
这个是最最关键的原因，其他任何基于ＴＣＰ／ＩＰ的，一碰上Ｆｉｒｅｗａｌｌ就死才，必须在Ｆｉｒｅｗａｌｌ上开个口子，而通常ｄｅｆａｕｌｔ是封上的。