View Full Version : FastCGI
ted stockwell
12-03-1998, 12:13 PM
Hi,
I'm not currently a FutureQuest client but I hope to be! I'm extremely interested in using FastCGI (hardly any other web host services support advanced technologies like this).
Has anybody here used FastCGI on FutureQuest's server?
How was your experience?
TIA,
ted stockwell
ted stockwell
12-03-1998, 03:43 PM
FastCGI is an interface, based on the CGI interface, that lets you write CGI applications that don't shut-down after each request.
FastCGI-based applications will perform much better than CGI-based applications.
You can find out more about FastCGI at http://www.fastcgi.com.
FutureQuest's web site states that they support FastCGI and I want to find out how I would use FastCGI on FutureQuest's server if I get a FutureQuest account.
ted stockwell
Hi there. I've not played with FastCGI at all yet, but am willing to give it a try. I'll look over the fastcgi.com site and see what I can come up with, and I'll let you know how it went installing/running on FQuest (I'm sure it will be fine, Terra's **** good at setting stuff up on his boxes).
If there are any pre-built scripts you'd be specificly interested in, please tell me where to get them or send them to me, and I'll set em up.
------------------
Del
Whoops, sorry about the *'s
------------------
Del
Terra
12-03-1998, 06:56 PM
FastCGI's primary goal is to setup persistant connections, especially prevelant with DataBase connections... It also reduces the startup overhead, as the script remains persistant within the Apache daemon process...
The major caveat is the code needs to be carefully crafted according to FastCGI rules... The same amount of care needs to be taken when coding for mod_perl as well... Once you get the hang of it, the techniques are not to hard...
Very soon I am reorganizing our Apache process pools into a frontend, served by *many* backend servers with specific duties...
e.g. The pool breakdowns will go something like this:
Front-end reversed proxied to backend by heavy mod_rewrites per duty condition to the mod_perl dispatcher server for extended API processing, then will be relayed to the secondary backends...
Front-End<----|
|**********|
mod_perl******|
|**********|
secondaries-->|
:specific duties:
1) mod_perl
2) PHP3
3) FastCGI (w/Python capability)
4) ePerl / embedded Perl (2 different programs)
5) Skriptics TCL
6) iHTML (possible)
7) mod_SSL (secure server)
PHP3 / FastCGI / iHTML will all be able to feed off the MySQL database backend as well...
Above is a glimpse of our Future, and where we are going... The PHP3 server is currently up and running at blazing speed and is in -Alpha- testing mode... FastCGI will probably be mated with the PHP3 server in the beginning, then moved off as more people begin to use it...
The engine to create this, will be an awesome achievement for a production server... We are not a -canned/standard- web hosting solution... We all feel the need for power/speed at one time or another, and as such - we design/build for the developers that want more than your $9.95/mo 'Unlimited Everything' hosting services, yet try to remain competitive for the customer that doesn't need all this capability... It is a ***very*** delicate balance indeed, that I must walk each and everyday...
In this business you get what you pay for... I hope the above defines the goals and mission of FutureQuest...
If you write FastCGI programs, let me know and I will setup the FastCGI module for you to use...
--
Andrew Gillespie
Systems Adminstrator
FutureQuest.net
pqwabbit
12-04-1998, 01:08 AM
Im just curious - sorry no anser :/ what is Fastcgi?
Lea
vBulletin® v3.6.8, Copyright ©2000-2008, Jelsoft Enterprises Ltd.