大家都来谈一下FastCGI的过去与未来吧

大家都来谈一下FastCGI的过去与未来吧
以前我记得perlchina中有一个专门研讨fastCGI技术的iperl.org，为什么后来
都销声匿迹了呢？？大家是为什么而不再使用fastCGI的？
目前我所知道的大概主要有两方面的原因，一是fastCGI运行时常常出一些异
常的DOWN机或退出，另一大主要原因是不能使用CGI.pm模块，这对于长期
依赖模块的perl/CGI编写者而言无疑是个恶梦．
可是Ruby,TCL这些语言还没有与mod_perl类似的支持吧，即使对于Perl而言，
FastCGI恐怕也是唯一如Perl一样自由，不属于任何一个企业的开源技术吧．
今天看了一篇文章感触很大：
http://hedong.3322.org/archives/000065.html
的确，很多人认为有FastCGI作壳，那些CGI程序似乎一步登天了．可是对于
这种挂起的技术如果控制不好并对其相应优化的话后果是不堪设想的．这对
于一个程序员对CGI的编写提出了严格的要求．
也希望大家一起来讨论一下FastCGI是否还有它生存的价值和意义．

   

现在很多技术都是以fastcg.
现在很多技术都是以fastcgi做的原形。所以性能不是啥问题。

其实fastcgi的技术就是把东西放到内存里。

研究了几天
不过实在有点想不明白为什么不可以使用CGI.pm模块呢？？
好象我用到的用户数据获取，cookie设置等都没和它有什么冲
突啊~
hoowa版主以前好象搞过FastCGI吧，呵，有鱼落网了。[CCB]2[/CCB]

CGI.pm？----我没用过.
CGI.pm？

我没用过。我都是当时自己写的。

因为fastcgi主要要分init部分和loop的部分。

高手也
我现在写的时候一般放在init部分的是数据库连接，模块实例化和变量声明．
依照hoowa版主以前的经验，还有哪些吃资源大的语句可以写到init部分的吗？

另外变量声明部分有必要写在init部分吗？我的程序中一开始就一串长长的声明
变量看起来很别扭．