大家对tengine(nginx的淘宝分支)怎么看？

OwnWaterloo

回复 13# 叔度

关于nginx的商业版本我刚才搜了一下。。。
http://nginx.com/products/ 里确实有这些功能：
ip_hash
sticky
health_check
acess_log

除了第1个之外其他全是：

This directive is available as part of our commercial subscription only.

这个料爆的好。。。 谢谢！

OwnWaterloo

回复 13# 叔度

关于爆的那个料有一点前面写着写着又忘了。。。

根据这个料来看， 下面的看法简直是too simple sometimes naive。。。

OwnWaterloo 发表于 2013-12-27 16:30
针对tengine来说，它走这种高大上的路线我担心很有可能nginx官方不会合并它的代码啊。。。
根据FAQ(英文,中文)来看确实是这样。
而且我怀疑被明确指出不会合并的功能应该不仅是syslog and pipe support。那两个和静态文件相关的功能也很有可能被拒绝啊。。。

BTW。。。 刚才搜“too simple sometimes naive”的时候才反应过来。。。 “图样图森破”原来是“Too young too simple”。。。

OwnWaterloo

回复 13# 叔度

关于设计哲学。
按我目前的理解“将功能划分为模块然后选择性地编译进单个程序里”依然是不符合传统*nix思想的。包括http://tengine.taobao.org/document/dso.html也不是。
作为对比， 例如haproxy它就只负责load balancing， 而stud就只负责TLS/SSL termination。 它们与其他程序通过各种协议交互。
如果对它们提供的功能不满意， 可以将整个程序重写或者替换掉。 我听说nginx老版本的ssl是有性能问题的。 不过没有实际测试过。

至于这种设计哲学应该坚持到哪种程度，前面也说了，只要软件好用，其实我不是很在意它到底有没有遵守什么思想。。。
许多*nix下的工具自己都不坚持： http://www.johndcook.com/blog/20 ... he-unix-philosophy/ 。
再比如Linux内核本身。 它不是微内核设计。 而是类似tengine那样可以有许多内核模块选择性编译。 甚至还可以动态加载。
我只是列出这个事实而已， 并没有批评Linux内核或者tengine不应该这样做的意思。
不是微内核、不符合传统*nix思想就不是呗。 又不是什么大不了的事情。 也许极端坚持*nix那套东西搞出来的东西就不实用了。

zhouzhenghui

我也说几句自己的看法。

taobao把很多基础的大项目都fork了，并投入专门的人力开发，的确为开源社区也贡献了力量。我之前偶然中浏览过，可能是接手自yahoo的traffic server的代码。也的确佩服一些具体开发人员的投入和追求，但这里说一些这其中我觉得不妥的地方。

正如Own指出的，每个项目中的功能都是大而全的，难免有一些反复造轮子的地方，而我没有看出基础方面的配合，虽然apache下面也有很多这样的项目，但至少他们的组织核心还是比较明确的，所有的项目和规划都容易为所有参与的人了解，开源项目用途或者竞争，相互之间的依赖关系相对比较清晰。但淘宝自身似乎没有更大的组织行为，当然这些fork的项目可以纳入原有项目的线索中，但不是长久之计，既然有人也有投入，不妨尝试走出一条自主的道路，这也是国内软件业突破的标志。

第二个方面，我的确也和Own一样认为，单个项目的功能不该最求面面俱到。想一个大的软件包纳所有的功能，最后结果就是什么都想做，结果什么做不好，做不到极致，而且随着技术的快速变更，一旦新的技术引入，可能就出现一发而动全身的问题，这方面MFC就是前车之鉴。虽然淘宝这些大多数面向互联网的项目，大多面向专门的应用场合，强调项目的可用性可能大于代码构建本身，但我仍然觉得专心致志于一些基础功能，注重库的构建是保持代码价值，抗拒代码劣化的重要方式，是软件行业发展的长远之计。

开源是非常好的，但要真正发挥开源于其自身的价值，我觉得是非常重要的。除了少数因为其特殊地位，像linux这样的，apache也勉强算吧，这类大而全的项目能够充分发挥其应用作用，否则开源与否的价值差异很小，应该也包含上述的原因，所以注重基础模块建设，更容易让开源的代码得到重用，也容易吸引更多的人参与进来，把功能做好做精。其实我很怀疑，很多大的项目里，基础设施中隐藏着平常不易发觉的bug，这也是上述因素的一个后果。

OwnWaterloo

回复 10# tempname2

搞得风生水起的嘛。。。  感觉自己关注面窄了点。。。  tengine不是老板提起都不知道。。。

叔度

OwnWaterloo 发表于 2013-12-29 20:53
回复 13# 叔度

关于github地址。。。  确实应该在1楼给出来的。。。  编辑着编辑着就把它给忘了。。。
...

文档也就是网站的GitHub地址在：https://github.com/alibaba/tengine-website
多谢！

叔度

OwnWaterloo 发表于 2013-12-29 22:04
回复 13# 叔度

关于设计哲学。

HAProxy中已经支持了原生SSL：
Update [2012/09/11] : native SSL support was implemented in 1.5-dev12.

OwnWaterloo

回复 26# 叔度

http_trim_filter_cn.html 果然没有对应的英文版本么。。。 试着写了写。。。 发现自己英文太烂。。。
只更新了一下index.html 里到 http_upstream_check.html 的链接。。。
代码帮不上忙。。。 文档貌似也给不上力。。。

koolcoy

前一段时间还开发过nginx的模块。nginx不支持动态加载模块，所有的模块都是静态链接进去的，像tengine这种把一些额外的模块打包到一起还是有利于安装部署的，如果用户单独去下载各个模块，然后编译还是比较麻烦的一件事情。tengine对nginx内核有哪些修改我不清除，不便评论。

如果官方不接收他的补丁，只要把补丁做得好，把补丁升级到新的nginx上也不是很难的一件事情。

tengine不但能处理静态文件，也能处理动态生成的内容，不过实际应用中很少会遇到处理动态内容的情况。这方面的模块我也觉得是不好的设计。web server的功能就是接收请求，发送结果；而合并文件、去空格这些功能显然超出了这范畴。 web server来实现这些功能存在运行时开销，web server里能支持的功能比较有限。相反用工具处理源代码就不同：能够实现的功能更多，例如js的深度压缩；程序更容易测试；可移植性更好等。

CSS/JS 都有成熟的处理工具。动态生成的HTML只需要用工具处理网页模板即可，例如smarty模板。如果是嵌入到代码中的HTML，这些模块还是有些用处，不过现在的网页都很少这么写了。