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/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.