Are there really multi processes in FCGI::Perl?

Waldemar Biernacki <[email protected]>
Newsgroups gmane.comp.web.fastcgi.devel
Message-ID <[email protected]>
Thank you Tim,

if you are so kind I would like to ask about your notes:

> 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?

>Moreover, you've got a basic problem if the FCGIs hold on to any state 
>specific to an transaction unless that state is reestablished (not recopied, 
but re-searched for) with each invocation.  A securely generated cookie will 
do it.   
Honestly I do feel I understand it. Would it be correct if:
1. server sends to browser only the MD5 ID string. 
2. having this ID back server checks whether proper session has been stood up
3. alll session variables are written in structures like $variable{_ID}[0] 
4. I use in perl script these ID dependent values of the variables.
5. After the session is finished all ID dependent variables are undefined.

>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?

===============================================
And now I'd like to ask you all more general question. 
I have quite big experience in local network systems. I know quite good PHP.
I know very little perl but what I know encurrage me to deal with it.
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?
===============================================

thank you again Tim,

Waldemar Biernacki
___________________________________
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.