kangle web server

kangle web server 这个玩意儿，第一次见是在一个做IDC的朋友的机房里。他指着监控面板上一排排绿色的小格子说：“这玩意儿扛了八千多个站，跑了三年，没重启过。”我当时以为他在吹牛，直到他打开SSH让我看了uptime——确实，三年零四个月。

国内做虚拟主机的圈子，kangle算是个异类。它不像Nginx那样大红大紫，也不像Apache那样老态龙钟。知道它的人不多，但用过的，很多都成了死忠粉。原因很简单：这玩意儿是为高并发、低配置环境量身定做的。你拿一台1核1G的VPS，跑Nginx带五十个PHP站可能就有点喘了，换kangle，它能给你扛到一百个还不怎么掉链子。

它的架构挺有意思。核心用C++写的，但整个控制面板是PHP的。这种混搭在性能上居然不拉胯。epoll模型用得相当扎实，静态文件处理效率跟Nginx在一个水平线上，动态请求转发给后端PHP-FPM或者它自带的kangle php，内存占用能压到极低。我实测过，一个日IP两千左右的WordPress站，kangle跑起来内存占用稳定在30M上下，同样的站换Nginx，大概要吃掉60M。

不过kangle的文档和社区，说实话，烂得可以。官网那个界面像是2008年做的，帮助文档写得跟天书似的，很多配置项得靠猜。论坛里活跃的人不多，但留下的帖子质量还行，都是真刀真枪干过的人写的。有个叫“noise”的老哥，在论坛里发过一篇用kangle做CDN节点的教程，那帖子我反复看了五遍才摸透。这种学习曲线，直接劝退了一大波人。

它的管理面板叫“kangle web server manager”，功能倒是全乎。站点管理、SSL证书、反向代理、流量限制、URL重写，该有的都有。但交互设计停留在十年前，按钮小得跟米粒似的，批量操作经常要手动填表单。有次我帮客户迁移三百个站，光在面板里点“添加站点”就点了两个小时，手都酸了。后来发现可以直接改配置文件，才省了事——但配置文件的结构也不是省油的灯，缩进错一个空格，整个服务就起不来。

说到配置文件，kangle用的是自己的一套语法，跟Nginx的conf完全两码事。比如做反向代理，Nginx两行搞定的事，kangle得写一个match模块加一个handler模块，还得注意优先级顺序。刚开始用的时候，我经常把请求转发到自己身上，然后浏览器报“重定向过多”。后来摸清了它的逻辑：match是匹配条件，handler是执行动作，两者通过标记关联。理解了这个，配置起来其实比Nginx更灵活，能做很多细粒度的控制。

安全方面，kangle内置了一些防CC攻击的机制，比如基于IP的请求频率限制、连接数限制。效果嘛，对付小规模攻击够用，真遇到大流量DDoS还是得靠前端硬防。不过它的代码执行效率高，同样的规则，kangle比Nginx少消耗大概20%的CPU。这个数据是我自己在两台同配置的机器上压测出来的，不一定权威，但可以参考。

现在用kangle的人，大多是做IDC的、搞虚拟主机的，或者手里有大量低配VPS需要榨干性能的。普通个人站长，我还是建议用宝塔或者LNMP一键包，省心。但如果你愿意花时间折腾，kangle能给你的回报是实打实的：更低的资源占用、更高的并发上限、更长的稳定运行时间。那个朋友机房里的八千个站，到现在还在跑着，uptime已经突破四年了。他说只要硬件不坏，他能让kangle跑到天荒地老。

这玩意儿就像一把手工打造的砍刀，不好看，但砍起柴来比流水线出来的斧子还顺手。前提是你得愿意花时间磨刀。