On Thu, 16 Mar 2000, Pierre Sahores wrote:
> > I don't follow this: there isn't any way to send a message from one
> > running version of MetaCard to another this way.
>
> Sure, but it's not the case. It will only stay one Metacard process
> running in the background after the first Apache's (or Roxen) request,
> sent to the "xxx.mt" cgi script. If it works any way, after the first
> instance of "xxx.mt" as gone and be killed by the system, it's because
> all the next instances of both "xxx.mt" and "xxx.mc" will run in the
> only one Metacard process that stay active in the background, the second
> one. Linux don't open a new instance for each new request but activate
> the sleeping process, not so far from what MacOS 8.xx/9.xx does in
> sending an appleevent to an app waiting in the background.
Actually it *doesn't* work this way. There must be something else
going on...
> Try just. You will see that the second script run too, and very fine.
> Compare the performances betwin a stack that will, for each instance,
> reload from disk Megs of text datas and an other that will only reread
> the same datas from an active Metacard internal global variable. You
> will see that the second option is up to 800% faster than the first,
> just the same as it can be in using MCHTTPD but without to have a second
> port open only for the Metacard application server (firewalls are not
> realy friendly with non standard open ports and because many sharing
> connections to the web are protected by those kind of stuff, we need to
> accept this as a fact if we need to joint most of our web end users).
Agreed: getting ports other than 80 through firewalls can be a
problem. In these cases, building a little client-server app is the
best workaround, though even that requires leaving a continuously
running program on the server, something most ISPs are not too keen
on.
Regards,
Scott
> Regards, Pierre
>
> CRDP de l'academie de Creteil
> ASP, VPN & BTB servers design
********************************************************
Scott Raney [EMAIL PROTECTED] http://www.metacard.com
MetaCard: You know, there's an easier way to do that...
Archives: http://www.mail-archive.com/metacard%40lists.best.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
