Yes, this helps...thanks!
Bill
On Sat, 17 Mar 2001, Gerald Richter wrote:
> > sounds to be like the EMBPERL_SESSION_ARGS are stored in global variables
> > that are initialized either at child init time or the first time a request
> is made for that child,
> > and are not reloaded on each execution of the request.
> >
>
> EMBPERL_SESSION_CLASSES and EMBPERL_SESSION_ARGS are global, they cannot
> differ between virtual hosts. This is done for performance reasons. The
> session setup is done only once at startup time, to speed up the actual
> request.
>
> To make sure that you have different session for different virtual host,
> just change the cookie name.
>
> PerlSetEnv EMBPERL_COOKIE_NAME epsess1
>
>
> PerlSetEnv EMBPERL_COOKIE_NAME epsess2
>
>
> Also now all sessions are stored in the same database,because of the
> different cookie names, they are not mixed up and every virtual host has
> it's own %udat, also for the same user.
>
> Hope this helps
>
> Gerald
>
>
> > not sure if it is in the docs, but obviously one session store interface
> was assumed for each
> > apache/perl child. you'll have to look at the source to see if that
> behavior is changeable.
> >
> > "goEbusiness.com Mail Lists" wrote:
> >
> > > Ok, I figured out what's happening....but not how to fix yet :)-
> > >
> > > Each of my web server processes seems to have a different
> EMBPERL_SESSION_ARG value...globally...in fact I think each Embperl Env I
> set is unique to each process.
> > >
> > > I added a print out of the pid ($$) to the bottom of each page, and each
> time the session ID changed, so did the PID.
> > >
> > > Then, checking the logs I see that the PID that I see on my screen (keep
> in mind I am getting the proper HTML output) is NOT in the log that
> corresponds to the site I requested...it's in the other site.
> > >
> > > So, I restarted apache and went to each site once...and recorded what
> PID was in each log...each log held a different PID...not one PID showed up
> in both logs!
> > >
> > > I then refreshed on "other.domain2.com" for awhile until the ID changed.
> > >
> > > Lo and behold I hit a PID that only showed up in the Clients log file!
> Yet the EMBPERL_SESSION_ARGS (and every other ENV output, and other Embperl
> debug output, like what file it processed, etc) is _correct_ for the site I
> wanted, yet the ID was written into the Client's database (and log). So it
> seems that the EMBPERL_SESSION_ARG is being ignore for the virtual for some
> reason...whatever the PID handled _first_ sticks...even though the debug
> output reflects the proper output.
> > >
> > > Now to figure out why that is! :)
> > >
> > > Bill
> > >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
>
>
> -------------------------------------------------------------
> Gerald Richter ecos electronic communication services gmbh
> Internetconnect * Webserver/-design/-datenbanken * Consulting
>
> Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E-Mail: [EMAIL PROTECTED] Voice: +49 6133 925131
> WWW: http://www.ecos.de Fax: +49 6133 925152
> -------------------------------------------------------------
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
