Re: Are there really multi processes in FCGI::Perl?

At 03:54 PM 04/18/05, Waldemar Biernacki wrote:

>> Make sure to use a highly random ID, 
>I'd like to use CGI::Session monule from cpan. It reads id is MD5 generating 
>ID. Is that OK?

MD5 has been found to have weaknesses; Google for "MD5 hash weakness".  It may still be adequate for you.

>Honestly I do feel I understand it. Would it be correct if:...
>5. After the session is finished all ID dependent variables are undefined.

Sounds OK.

>>Don't forget to invalidate the cookie when you're done, but the server side 
>still has to handle bad cookies.  
>is 5. solving the problem?

On the server side; you need to send a backdated cookie to the browser.

>I've got to write full functional web application. I know limitations of PHP.
>There are series defferences between php and perl/fastcgi solutions. 
>---------------------------------------------------------------------
>Is it worth - according to your knowledge - to do all the efforts in 
>perl/fastcgi compare with PHP when we want to have such an aplication?

I have not designed/implemented in PHP.  Apache + FCGI + Perl is working well for me.  There's one aspect of FCGI I haven't solved.  If the user does a long download in the browser and interrupts it, the FCGI script supplying the data does not get a signal or other notice of the interruption.  Currently this situation has to be handled manually.  Problem is, there are good reasons it works the way it does.

TW

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/