help-cgicc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [help-cgicc] howto use fcgi-test.cpp?


From: Igor Franchuk
Subject: Re: [help-cgicc] howto use fcgi-test.cpp?
Date: Sun, 12 Feb 2012 20:08:22 +0400

Hello U.Mutlu,

Saturday, February 11, 2012, 10:42:27 PM, you wrote:

UM> I found fcgi-test.cpp in the archive of cgicc.
UM> Building fcgi-test.cpp brings linker errors, it is also
UM> commented out in the Makefile of cgicc, I guess because of the link errors.

If you're still interested you could copy paste the errors.
Many years ago I had no problems linking fcgi-test.cpp

UM> Never mind, I found another, much simpler, solution: use SCGI instead of 
FastCGI.
UM> My first tests with mod_scgi in nginx are positive (using a test SCGIserver 
of my own
UM> (a simple socket server which accepts connections, reads all sent data, and 
sends back
UM> a test answer).
UM> I think cgicc should be usable for SCGI clients too, but haven't tested it 
yet.
UM> And it's a matter of taste/choice whether one wants to start external 
clients processes (ie. programms/apps)
UM> or rather wants to handle the job inside the SCGIserver.

It's far much reliable to start external clients than to rely on
running anything inside of any server (php included). All depends on
the task. If you want something rock solid - do not run it inside of HTTP 
server.
Apache itself has many subtle problems with threads, forks, DOSes, I/O read 
writes,
keep alives etc.

We've been using Fast CGI servers for years and years, it's a
very reliable and fast solution.

UM> To make a long story short: for me SCGI works and it's sufficient for my 
requirements.
UM> If someone asks me which way to go I would recommend use SCGI instead of 
FastCGI,
UM> because SCGI is much simpler, just compare the protocol specs:
UM> http://python.ca/scgi/protocol.txt
UM> http://www.fastcgi.com/devkit/doc/fcgi-spec.html

If you're using fastcgi or scgi correctly you never have to handle
the low level underling protocol. Everything is the same as you're using CGI
application. You just don't have to forget that you're running a
service or daemon it never quits.

UM> _______________________________________________
UM> help-cgicc mailing list
UM> address@hidden
UM> https://lists.gnu.org/mailman/listinfo/help-cgicc



-- 
www.rol.ru
Best regards,
 Igor                            mailto:address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]