代码之家  ›  专栏  ›  技术社区  ›  0scar

自定义php fastcgi接口?(更快?)

  •  2
  • 0scar  · 技术社区  · 17 年前

    如何在PHP中构建自己的FastCGI接口?

    我想做些类似于 they're doing in Perl ,但是在PHP中。有可能吗?会更快吗?

    (也就是说,我希望能够加载Web应用程序框架 一旦 进入内存,然后让fastcgi调用我为每个请求提供的方法。因此,不是在“默认”php fastcgi设置中对php解释器进行更通用的预加载。)

    干杯!

    ( 编辑 :Mongrel和Ror也这样做了吗?

    好吧,我现在做了一个奇怪的图表:)

    alt text

    3 回复  |  直到 14 年前
        1
  •  1
  •   sybreon    17 年前

    我可能搞错了(很晚了),但你不只是想做某种形式的缓存吗?无论如何,fastcgi接口似乎定义得相当好。所以,应该可以很容易地做任何你想做的事情。

        2
  •  0
  •   jpic    17 年前

    你可以 不 做它 在里面 PHP 对于 php,你可以用c语言 CGI SAPI 但你可能想用 APC 相反。

        3
  •  0
  •   Community Mohan Dere    9 年前

    如果你真的决定要用PHP,理论上你可以, create a php module in c 为…架桥 fastCGI in c .

    在这之后,我猜想,您将运行一个PHP脚本,作为一个独立程序访问fastcgi,运行一个循环并接受请求。其中,您使用PHP作为“持久虚拟机”(找不到更好的术语),通过fastcgi进行通信。

    我同意,重新加载您的几个依赖性libaries/etc,是一个非常容易被高瞻远瞩的性能消耗。然而,在简化PHP开发周期时,它可能是有意设计的。想想在一个持久的环境中,缺乏经验的用户会造成的全局变量混乱。考虑到大多数fastcgi设置都会根据负载初始化多个副本/线程。它是一小罐蠕虫。为每个请求启动一个空白的新石板可以简化它。

    不过,老实说……如果你关注性能,你不妨考虑FASCGIGC++/NODE.JS,作为替代品…已经开发了JavaScript /PHP/C++,你的想法绝对是可能的…然而,归根结底,这真的是成本效益…值得付出努力吗?等等。

    附言:你也可以考虑通过hip-hop编译你的PHP站点。

    推荐文章