Re: FastCGI still a smart choice in 2010?
Rob <rclemley-/[email protected]> Wed, 21 Apr 2010 09:42:44 -0500
| Newsgroups | gmane.comp.web.fastcgi.devel |
|---|---|
| Message-ID | <[email protected]> |
C++: Together with djb's daemontools, we have machines running hundreds of FastCgiExternalServers written in C++ connected via Unix Domain Sockets to a single apache2 instance. We can restart apache without disturbing the fastcgi backends and we can restart individual backends without disturbing apache or the other backends. With FastCGI, we could also run the FastCgiExternalServer backends on different machines if necessary. These tools are simple, modular and flexible. On 04/20/2010 09:06 PM, Gordon Colburn wrote: > There is not much reason to develop fastcgi Java applications as Java has a > number of very solid web technologies, the most basic of which is the > servlet spec. Servlets have been around for over 10 years, provide similar > functionality to fastcgi, are highly scalable, and are portable across > application servers. In fact, I'm not aware of anyone who is currently > developing Java fastcgi apps. > > However, fastcgi is still commonly used to deploy PHP apps; on Apache, > fastcgi is arguably a more scalable technique for deploying PHP than is > mod_php. And, fastcgi is a great way to deploy C/C++ web applications, IMO. > > Regards, > Gordon > > -----Original Message----- > From: fastcgi-developers-bounces+gordon=group309.com-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org > [mailto:fastcgi-developers-bounces+gordon=group309.com-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org] > On Behalf Of Lyle > Sent: Tuesday, April 20, 2010 8:48 PM > To: Sven Svenson > Cc: [email protected] > Subject: Re: [FASTCGI] FastCGI still a smart choice in 2010? > > Sven Svenson wrote: > >> What's happened with the attitudes developers have about FastCGI? It >> seems that FastCGI is not the preferred way of deploying web >> applications outside the Perl world. Are the Java, PHP, Ruby and >> Python folks right to be using something other than FastCGI? Is >> FastCGI still around only because it is a legacy technology (Cobol is >> still around too!) or is FastCGI still a good choice for a high >> performance web site? >> >> > > What do you think the other folks are recommending? As far as I've seen, > if you want to have your software written in any of the above languages, > fast and portable between different platforms and webservers, then > FastCGI is still very much the way to go. (sorry for the long sentence) > > > Lyle > > _______________________________________________ FastCGI-developers mailing list FastCGI-developers-xGejAJT2w6xVgU18Zptdi0EOCMrvLtNR@public.gmane.org http://mailman.pins.net/mailman/listinfo.cgi/fastcgi-developers