Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: Rebol + FastCGI

From: dockimbel:free at: 15-Apr-2001 14:58

Hi Petr, Petr Krenzelok wrote: [...]
> OK folks ... I read something about FastCGI some year or more ago, but > doesn't it require special native platform support???
Yes, you need a native module for your webserver/OS. If you use Apache or Zeus, you have to install mod_fastcgi. For IIS and NSS, you have to buy the module for your platform.(!) The module acts as a gateway between the webserver and your application (which can be written in ANY programming language). The only requirement is that your application need to know the FastCGI protocol.(It's an easy protocol)
> (http://www.fastcgi.com ) IIRC fastCGI was supposed to be even faster than > Apache language modules support, but I am not sure :-)
Basically, FastCGI is about 10% slower than the module approach, mainly due to the TCP/IP connection between the HTTP server and the application. But it's much more flexible, and scale much better. If you have a world-class web site with 1000+ request/sec, a FastCGI architecture would be a better choice than apache modules, because you can easily distribute the load among several servers. And last but not least, you have a PERMANENT rebol application processing your requests and allowing you to keep each user session and context in memory. (this isn't possible with /Apache, because it recycles all his memory after each request!). There's a lot of advantages using FastCGI rather than modules.
> Nenad - what about MsSQL or PostGressSQL?
AFAIK, MsSQL should be supported by next release of /Command.(v2.0 ?) PostgreSQL is not in my top todo list. It shouldn't be difficult to make a native driver for Rebol, but it may need the encryption component of /Pro. Best regards, DocKimbel.