OK, I don't understand how you would do that. I'm only learining at this
stage. Primarily how does Apache communicate with your long running process
or do the clients communicate directly. This seems like a good plan saving
mc to just handle cgi.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Pierre Sahores
> Sent: Sunday, 28 January 2001 1:36 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Announcing MetaCard 2.3.2 for Darwin/Mac OS X
>
>
> Monte Goulding a écrit :
> >
> > Hi I've been reading the latest thread and some old archives
> about CGI in MC
> > and I have a quick question.
> >
> > It seems to me that it is being suggested that the best, quickest and
> > easiest way to run sripts with MCHTTPd is to use the stacks-bin
> and thus not
> > startUp a new process.
>
> Ok, about this.
>
> This may be a stipid question but what happens if
> > there are two clients wanting the same thing at the same time?
> As it's the
> > same process wouldn't MCHTTPd need to wait untill the last script is
> > finnished before it can do anything?
>
> This is the central point. It's to avoid this kind of problems,
> nor to have
> to do with cgi sort running processes (unable to update and read
> inside big
> vars,
> waiting in ram for the next queries, as stored in a long running
> console or
> x-display .mc stack or standalone process) that i use personnaly
> not MCHTTPd but
> only mc-based web/vpn applications servers, running beside Apache
> (unixes, Linux
> for yet), leeting the httpd manage the requests queue jobs.
>
> -- snip --
>
> Regards, Pierre Sahores
>
> WEB & VPN applications and databases servers
> Inspection académique de la Seine-Saint-Denis
> Penser la part du rêve et produire l'avantage
>
> Archives: http://www.mail-archive.com/[email protected]/
> Info: http://www.xworlds.com/metacard/mailinglist.htm
> Please send bug reports to <[EMAIL PROTECTED]>, not this list.
>
Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
