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

[REBOL] Re: Rebol + FastCGI

From: petr:krenzelok:trz:cz at: 15-Apr-2001 19:00

----- Original Message ----- From: "Nenad Rakocevic" <[dockimbel--free--fr]> To: <[rebol-list--rebol--com]> Sent: Sunday, April 15, 2001 2:58 PM Subject: [REBOL] Re: Rebol + FastCGI
> 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
> you have to buy the module for your platform.(!) > > The module acts as a gateway between the webserver and your application
> can be written in ANY programming language). The only requirement is that
> application need to know the FastCGI protocol.(It's an easy protocol) > > > ( ) IIRC fastCGI was supposed to be even faster
> > 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
> much more flexible, and scale much better. If you have a world-class web
> with 1000+ request/sec, a FastCGI architecture would be a better choice
> 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
> after each request!). There's a lot of advantages using FastCGI rather
> modules.
Ah, that's nice - go for it :-)
> > 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. Aha, I just meant kind of protocol you created for mySQL. PostGress seems to be popular in Linux land, as it supports transactions and many ppl say it can be nearly compared to Oracle, of course much cheaper. The same goes for MSSQL - /Command costs some money, so I asked for scheme solution (equivalent to your mySQL solution) Anyway - thanks for the answer ... -pekr-