是否有人拥有G-WAN Web服务器的第一手经验?

好吧,现在G-WAN在Linux下可用,我已经用了6个多月了。

C脚本完全与ANSIC兼容,因此对于任何经验丰富的C程序员来说都没有区别。

要在服务器上更新它们,可以直接在/csp文件夹中编辑它们(通过ssh远程)或在测试机器上本地编辑它们(稍后再复制):g-wan在磁盘上更改脚本后立即重新加载脚本(不需要停止服务器)。

g-wan c脚本可以使用任何现有的库(从/usr/lib下的所有库开始),而不需要任何配置或接口:您只需要编写一个“pragma link”,后跟脚本顶部的库名。

我发现真正有用的是在Internet浏览器中编辑C脚本和刷新视图以查看代码如何工作的能力。

如果存在编译错误,那么G-WAN输出源代码中的行(就像任何C编译器一样)。

但当它进入异常区域时,就是C脚本崩溃的时候:这里还提供了源代码中的行号(带有错误调用和回溯)。

当你习惯于Apache模块的时候,有点黑魔法。

我在G-WAN及其C脚本方面的经验如下:

• G-WAN社区非常小。您所遇到的问题大多由它的单个开发人员回答。
• 我认为API不成熟:它不像Java API那样“干净”。
• C语言的局限性,但同时也是其强大的功能:它是一种系统编程语言。因此,在其中编写应用程序逻辑必须小心。
• 你通常需要成为 好的 开发者获取 好的 结果:如果您做错了什么,服务器就会快速而硬地崩溃(Unix风格)。

我现在已经写了一些脚本来尝试G-wan。总的来说,它是非常“高效的”:没有太多的bug,如果您遵循指导原则,并且不想做太多您希望它拥有的古怪的事情,比如成熟的Web服务器,它就会工作。然而,我有一种感觉,我要重新发明轮子很多次。

G-WAN还支持用其他编程语言编写的脚本(C++、Objtovi-C、Java等),因此您将受益于每种语言实现的任何本地库。

对于C脚本, /usr/lib 目录列出了1500多个库,G-WAN可以通过简单的 #pragma link "library" .

我发现能用C编写一个Web应用程序,在C++中使用另一个程序,在爪哇编写一个第三个程序是很干净的!

基准测试显示G-WAN在处理这些测试方面表现不佳。

http://joshitech.blogspot.sg/2012/04/performance-nginx-netty-cppcms.html

我用G-WAN已经两年了。我认为它非常稳定,可以用于静态文件的生产。我有许多静态站点运行了一年多,没有问题。

我已经在C中建立了一些小规模的动态站点,作为演示/测试项目。一个BitTorrent跟踪器和一个实时分析平台都使用Kv存储进行数据备份。

在我看来,在G-WAN中建立大规模动态站点是可能的,但只有在开发和支持方面投入大量资金。G-WAN更适合构建健壮的、高度可扩展的“企业级”应用程序,而不是在一个周末内将一些东西放在一起。

我用G-WAN做CMS http://solicms.com 但现在,我使用Ruby作为主要语言。

我已经使用了G-WAN进行了一些初步测试,它的基准测试也很好。我发现了一些值得关注的问题,这样我就不会把它用于我的任何项目。我发现,似乎缓存响应的时间大约为0.5secs,以加快响应速度/秒,而且我不能只有一些响应命中应用程序代码。另外,密钥/值存储对于缓存和临时数据存储也很好,但我不确定它作为一种真正的后端存储方法的效果如何。