WEB服务器当然很多。

张宴同学对nginx的研究让我领悟了应该抓住好机会来出名上位。

但是，这个会不会是一个机会？

——G-wan，直接使用原始C脚本来处理请求响应的WEB应用系统（当然，系统会自动预编译它，一如Java虚拟机和.NET所做的那样）。 http://www.g-wan.com

并发连接数可达10几万的系统。

速度据称可与静态页媲美，简单页面生成所耗时间可以用100还是200CPU循环来计算的系统。

小至200K，一个下载包里同时有window/linux平台执行文件，免费的系统。

 

我下载下来，安装，试了它们的demo。也试着vi了一个C文件放进去，果然很好很强大。

C脚本不用编译，看起来，似乎比PHP脚本快得多，特别地，受限于PHP和服务器间，及PHP本身的模型。普通server单机每秒500-1500请求似乎是极限。

 

那么，这么棒的一套系统，为什么它没有流行？出来也有好几个月了，竟然没有张宴2号同学来介绍它，试用它。

如果我们忘了CGI是怎样没落的话，看起来 G-wan声称已经解决了这个问题。

唔，C，这看起来不是个问题，大量人使用C。

 

但是，kolidon发现，函数原来好少，库原来也很少（虽然官方说放dll进去就能被使用，但我放了个pdflite进去，呼呼，使用不了）。

这个平台上的C，比PHP快400倍，比C#快5倍，比Java快8倍，我强烈相信。——但是，没有常用函数怎么办？怎么做快速开发？没有包和面向对象怎么办？怎么做企业级开发？

我不想每天25-30行代码地去写。我想每天200行代友。

我不想错过wordpress还有joomla还有drupal还有jeecms还有dotnetnuke。

 

不过，转回来，很多公司发现nginx/php/membercache/mysql的链条中，PHP才是最弱的一环，因为它在请求处理能图上差了一个数量级。

于是他们构建了自己的方案，来替代php做脚本处理。有更多，有了自己的memcache变体。

那么，如果用G-wan，会怎样？专用来处理切割困难、逻辑相对简单但耗时的大请求代码代码？

听起来，似乎是个好主意。

但是，就如某些人在PHP里掺Python还有scala/java一样。把我们的服务器平台搞得这么复杂有什么好处？我们来看看这样一个系统：它混合了NetScale, F5一类的硬件平台，squid，nginx，还有apache，现在我们加上上G-wan。当然，有PHP，还有JAVA，还有Mysql，还有Oracle，我们的逻辑也有一部分在Oracle和Mysql里面，触发器，存储过程等等，SQL也是一种灰常重要的语言哦——虽然它们在不同的平台上有大不一样的面貌。当然，有时候，还有一些Python和Scala。

多么美好，从此所有人都有了饭碗。

多么恐怖，从此我们需要让更多不同经验的家伙在一个项目里面和谐相处并且进度上齐头并进。

不过，其实我一直疑心，不同的位置用不同的解决方案或许正是复杂系统所需要的。有时候技术人员需要把架构搞得更复杂一点因为技术已经成为商业模型中的重要组成部分了。外面太多人有了金钢钻准备复制商业模式，我们就整复杂点拼拼人品拼拼细节吧。

杯具啊杯具。泪奔呀泪奔。

ps: G-wan不是开源，这里的free是免费，不是自由，当然，更没有公开源代码。如果开源，这个东西确实会，很好玩。