Re: Is the fastcgi project dead - NO IT LIVES!
Dirk Lachowski <[email protected]>
| Newsgroups | gmane.comp.web.fastcgi.devel,gmane.spam.detected |
|---|---|
| Message-ID | <[email protected]> |
Tena Sakai schrieb: > Hello Robert, > > > Basically you're just confessing not to RTFM, yet relying > > on experts doing this for you. > > Sounds like you have luxury of reading every manual there > is. Good for you. Maybe I am not as smart as you are, > but I am quite surprised at the direction you cast your energy. > I don't recall seeing helpful suggestion from you previously. > > Regards, > > Tena Sakai > [email protected] > > I agree, we've used fastcgi for years in a quite huge eCommerce platform, but the (maybe only feeled) danger of the project fadeing away is to big for such a core component. So we've switch finaly from perl/fastcgi/apache to java/tomcat/spring. Sad but true. Cheers, Dirk > -----Original Message----- > From: fastcgi-developers-bounces+tsakai=gallo.ucsf.edu-VYFNfGabXYtBDgjK7y7TUQ@public.gmane.org on > behalf of Robert Jordan > Sent: Tue 9/18/2007 4:12 PM > To: [email protected] > Subject: Re: [FASTCGI] Is the fastcgi project dead - NO IT LIVES! > > Tena Sakai wrote: > > Hello matt, > > > >> Been using it 24x7x365, on many servers, for > >> mission critical applications, for many years... > > > > That's great and I am happy for you. > > > > I wouldn't. I am in a position (and I am sure there > > are many others in my shoe) that I need to use a > > variety of different tools to move larger projects > > forward. For example, I use postgres and I don't > > know everything about postgres. I use postgres > > because it has a very active discussion group/support > > organization based on mailing list. At times, I > > cannot afford to read the manual to do the right thing > > and tips from experts are priceless. > > Basically you're just confessing not to RTFM, yet relying > on experts doing this for you. > > Well, this strategy doesn't work out on this list and with > this product. > > I'm just looking at your last post: > > > If your Apache2 installation isn't in /usr/local/apache2, then > > set the top_dir variable when running make (or edit the > > Makefile), e.g. > > > > $ make top_dir=/opt/httpd/2.0.40 > > > > To me this implies that the source tree for apache is required. > > The 1st sentence clearly states "installation". An Apache > installation is never "source code". > > Robert > > ___________________________________ > fastcgi-developers mailing list > http://fastcgi.com/fastcgi-developers/ > > > ------------------------------------------------------------------------ > > ___________________________________ > fastcgi-developers mailing list > http://fastcgi.com/fastcgi-developers/ -- Mit freundlichen Grüßen Dirk Lachowski ------------------------------------- Lachowski Datensysteme GmbH Strassburger Platz 25 D-30853 Langenhagen Fon: +49 511 725353-71 Fax: +49 511 725353-89 Sitz der Gesellschaft: 30900 Wedemark Registergericht: Amtsgericht Hannover, HRB 120580 Geschäftsführer: Dirk Lachowski ___________________________________ fastcgi-developers mailing list http://fastcgi.com/fastcgi-developers/