perl-embperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gerald Richter" <rich...@ecos.de>
Subject Re: Session and redirect oddity
Date Mon, 24 Feb 2003 07:41:34 GMT
> As a follow up to this issue I wanted to post what I believe caused this
> issue.  The problem has to do with the size of the available session
> storage method.  The volume of information being stored in the session
> data was exceeding the available column size in the MySQL database
> table.  Once I increased the column size the problems went away.  A
> failed called to the session backend was resulting in a null udat value.
>
> I realize that storing more then 64K worth of data (the default size of
> the session content field) is not a common problem or the prescribed way
> to use sessions, however I am not sure where a condition that exceeds it
> should/is caught.  Should Apache::Session(X) or Embperl produce an
> appropriate message in the logs for this?
>

Thanks for the feedback.

I think Apache::Session::Store::Mysql would be the right place to check
this, since this constrain does not exists for other storage.

We could also overload this store and place a subclass in the
Apache::SessonX package.

Gerald


> Aaron Johnson
>
> On Wed, 2003-01-08 at 01:00, Aaron Johnson wrote:
> > On Mon, 2002-12-23 at 00:39, Gerald Richter wrote:
> > > > On Sun, 2002-12-22 at 17:24, Gerald Richter wrote:
> > > > > > [13048]SES:  Send Cookie ->
> > > > > > EMBPERL_UID=5a90da88079e1848df918cecd95d06a2; path=/;
expires=+30m
> > > > >
> > >
> > > Could you try without the EXPIRES setting? Embperl 2.0 for now only
accepts
> > > absolut times. It doesn't convert relativ times to absolute ones and
+30m is
> > > not valid to send in a cookie. Maybe this is the problem....
> > >
> >
> > Sorry for the slow reply, just back from my vacation.  I removed the
> > expires, but the behavior remains the same.
> >
> > > > > ok, so Embperl tries to send the cookie. Please tell your browser
to ask
> > > > > whenever to accept a cookie. That should show you if the cookie is
> > > really
> > > > > send to your browser or not
> > > > >
> > > >
> > > > The cookie is being sent on the first page requested corrected.
However
> > > > after I login the page that seems to send the second cookie doesn't
ask
> > > > to send the cookie and the old cookie data is lost.
> > > >
> > >
> > > Embperl always sends the cookie only once, but the browser should send
it
> > > back everytime.
> > >
> > > To force Embperl to resend the cookie, you can call
> > > [-
> > > $r = shift ;
> > > $r -> RefreshSession ;
> > > -]
> > >
> >
> > I added this and it seems to have helped.  I added it on the initial
> > page the user is taken to as well as the login page.  I hope to have
> > time to test more throughly this week.
> >
> > Thanks.
> >
> > Aaron
> >
> > > Gerald
> > >
> > >
> > > -------------------------------------------------------------
> > > Gerald Richter    ecos electronic communication services gmbh
> > > Internetconnect * Webserver/-design/-datenbanken * Consulting
> > >
> > > Post:       Tulpenstrasse 5         D-55276 Dienheim b. Mainz
> > > E-Mail:     richter@ecos.de         Voice:    +49 6133 925131
> > > WWW:        http://www.ecos.de      Fax:      +49 6133 925152
> > > -------------------------------------------------------------
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> > For additional commands, e-mail: embperl-help@perl.apache.org
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org


Mime
View raw message