Hi Aaron,
I don't have a test case involving Apache::Session yet (I've been out of
town for a couple days), but here's a simple one in Perl that
demonstrates the DESTROY order problem:
--
#!/usr/bin/perl
{
package Outer;
sub
On Thursday, January 3, 2002, at 11:57 AM, Perrin Harkins wrote:
I don't have a test case involving Apache::Session yet (I've been out
of
town for a couple days), but here's a simple one in Perl that
demonstrates the DESTROY order problem:
That's sort of a weird example, since it has a
The circular reference was the only way I could think of to force an
object to be destroyed during global destruction.
What happens if you use a global?
Hmm, that may be - Mason does create more closures now than it used to.
It seems like only 'named' closures would create this problem,
On Mon, 31 Dec 2001, Ken Williams wrote:
Hey,
I'm having problems with Apache::Session, the symptom is that none of my
data is getting written to the database. It's not the nested-data
problem, since I'm not using any nested data structures.
After some investigation, I've discovered
On Thursday, January 3, 2002, at 02:02 PM, Jeffrey W. Baker wrote:
This seems like a really weird problem. The Store module is destroyed
while another module still has a reference to it. Unfortunately for you
and I, the only conclusion I have been able to draw is that Perl's
DESTROY
Hi Ken,
refcount destruction. I've declared %session as a locally-scoped
variable, so it should evaporate before global destruction, unless it's
got circular data structures or something. Anyone know what might be
going on?
Do you have a simple case we can test yet?
Aaron
Just to let anyone who was wondering (and for the benefit of the archives),
I ended up ditching sessions all together. Instead, I'm using
Apache::AuthDBI to do authentication, and am making calls directly to my
database server to maintain state. Its not the most pleasant way of
maintaining
Just to let anyone who was wondering (and for the benefit of the
archives),
I ended up ditching sessions all together. Instead, I'm using
Apache::AuthDBI to do authentication, and am making calls directly to
my
database server to maintain state. Its not the most pleasant way of
maintaining
Basic Idea, what is the path argument of the cookie you are using? If the
called pages are lying underneath different roots then the cookie
won't be read.
I even do not loose the session between windows :-)
Thanks for the prompt reply. The way I have this going, is a file at:
At 3:06 PM -0800 12/5/01, Michael A Nachbaur wrote:
I have been beating my head against this problem for days, to no
avail. I have tried google searches, etc., still no dice. So, I
apologize for the noise people.
I'm using Apache::Session and cookies to perform session management.
In
Hi Michael -
I'm using Apache::Session and cookies to perform session management. In
watching the debug messages in my error_log, I can see that the cookie
is created, the session is created, and all subsequent calls correctly
loads the session. However, part of the design for my web
: Re: Apache::Session and frames
At 3:06 PM -0800 12/5/01, Michael A Nachbaur wrote:
I have been beating my head against this problem for days, to no
avail. I have tried google searches, etc., still no dice. So, I
apologize for the noise people.
I'm using Apache::Session and cookies to perform
On Thu, 22 Nov 2001, Jonathan M. Hollin wrote:
My code now includes:
35: # Session handler...
36: my %session; undef my $session_id;
37: use Apache::Session::MySQL;
38: tie %session, 'Apache::Session::MySQL', $session_id,
39: { DataSource = 'dbi:mysql:sessions', UserName =
/
:: -Original Message-
:: From: Tatsuhiko Miyagawa [mailto:[EMAIL PROTECTED]]
:: Sent: 22 November 2001 04:34
:: To: [EMAIL PROTECTED]
:: Cc: mod_perl Mailing List
:: Subject: Re: Apache::Session Problem -- Addendum
::
::
:: On Wed, 21 Nov 2001 23:23:33 -
:: Jonathan M. Hollin [EMAIL
: Re: Apache::Session Problem -- Addendum
::
::
:: On Wed, 21 Nov 2001 23:23:33 -
:: Jonathan M. Hollin [EMAIL PROTECTED] wrote:
::
:: 42: tie %session, 'Apache::Session::DBI',
:: 43: {DataSource = dbi:$db_driver:sessions:$db_address};
::
:: put $sid (session id: undef for fresh) after 'Apache
On Wed, 21 Nov 2001 22:49:46 -, Jonathan M. Hollin
[EMAIL PROTECTED] said:
Jonathan Fellow Perl Mongers,
Jonathan Can anyone help with my latest programming riddle?
Jonathan I am trying to take advantage of the session-handling
Jonathan features of Apache::Session. My program includes
I changed Apache::Session::DBI to Apache::Session::MySQL and tried
again.
What's the version number of your Apache::Session? It should be 1.54.
42: tie %session, 'Apache::Session::DBI',
43: {DataSource = dbi:$db_driver:sessions:$db_address};
With Apache::Session::MySQL, the docs say you
On Wed, 21 Nov 2001 23:23:33 -
Jonathan M. Hollin [EMAIL PROTECTED] wrote:
42: tie %session, 'Apache::Session::DBI',
43: {DataSource = dbi:$db_driver:sessions:$db_address};
put $sid (session id: undef for fresh) after 'Apache::Session::MySQL'.
--
Tatsuhiko Miyagawa [EMAIL PROTECTED]
Odd thing #1: As it gets into evening time, load on the machine drops off
and there are fewer httpd children running, but I am not seeing free
memory return to that 1.3GB level. At most it comes back up to 400MB or
so. I don't think the httpd children are hanging on to memory, because
Perrin Harkins wrote:
Odd thing #1: As it gets into evening time, load on the machine drops off
and there are fewer httpd children running, but I am not seeing free
memory return to that 1.3GB level. At most it comes back up to 400MB or
so. I don't think the httpd children are
On Tue, 14 Aug 2001 00:27:28 -0700
Michael A Nachbaur [EMAIL PROTECTED] wrote:
I'm using Apache::Session::File, and am setting a cookie for my sessionid,
and my code is currently running in plain-old CGI mode (one of the libraries
I'm using keeps segfaulting under mod_perl for some strange
Hello Michael A Nachbaur,
Tuesday, August 14, 2001, 12:27:28 PM, you wrote:
MAN I really hope this isn't a FAQ, but I've lost more hair over this problem
MAN than I really should have, which is why I'm here.
MAN I'm using Apache::Session::File, and am setting a cookie for my sessionid,
MAN and
At 03:27 AM 8/14/01, Michael A Nachbaur wrote:
I'm using Apache::Session::File, and am setting a cookie for my
sessionid,
and my code is currently running in plain-old CGI mode (one of the
libraries
I'm using keeps segfaulting under mod_perl for some strange
reason). When I
visit the CGI, it
On Tue, 14 Aug 2001, Todd Finney wrote:
Isn't that what tied(%session)-make_modifed; is for?
Yep.
At 11:07 AM 8/14/01, Jeffrey W. Baker wrote:
On Tue, 14 Aug 2001, Todd Finney wrote:
Isn't that what tied(%session)-make_modifed; is for?
Yep.
Perhaps it might be a good idea to mention it in the Apache::Session
perldoc. I'm using 1.5mumble, and there's no word of it there.
cheers,
Todd
-Original Message-
From: Todd Finney [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 14, 2001 11:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Apache::Session not updating session
At 11:07 AM 8/14/01, Jeffrey W. Baker wrote:
On Tue, 14 Aug 2001, Todd Finney wrote:
Isn't
At 11:39 AM 8/14/01, Geoffrey Young wrote:
-Original Message-
From: Todd Finney [mailto:[EMAIL PROTECTED]]
Subject: Re: Apache::Session not updating session
At 11:07 AM 8/14/01, Jeffrey W. Baker wrote:
On Tue, 14 Aug 2001, Todd Finney wrote:
Isn't that what tied(%session
Okay, thank you all for your suggestions. It was the deep modifications
that were killing me. I just did a handy-dandy:
$session{timestamp} = time;
and that fixed everything.
-man
Michael A Nachbaur
On Mon, 2 Jul 2001, Bakki Kudva wrote:
this may be slightly OT but when try to install Apache::Session I am
getting...
I suggest force install Apache::Session
-jwb
, 2001 9:02 AM
To: Jonathan Hilgeman
Cc: '[EMAIL PROTECTED]'
Subject: Re: Apache::Session / No-Cookie-Tracking
JH I want to be able to track visitors without the use of cookies.
JH I don't want to rely on IP address, because people behind proxies and
JH firewalls seem to have the same IP address
JH I want to be able to track visitors without the use of cookies.
JH I don't want to rely on IP address, because people behind proxies and
JH firewalls seem to have the same IP address.
JH I don't want to rely on a session ID variable being always present in the
JH URL, in case the window gets
Sure - I believe in magic, depending on your definition of it. I KNOW
there's a 4th method, because I've seen it work. There is an e-commerce
web
site which uses an outside cart programmed in CGI (Perl?). The original
web
site passes no identifying marks such as the session ID through the URL
: Re: Apache::Session / No-Cookie-Tracking
JH Sure - I believe in magic, depending on your definition of it. I KNOW
JH there's a 4th method, because I've seen it work. There is an e-commerce
web
JH site which uses an outside cart programmed in CGI (Perl?). The original
web
JH site passes
( $reliable_unknown_id );
(Of course your mileage may vary)
(For entertainment purposes only)
Wink. Wink. Nudge. Nudge.
Joe Breeden
-Original Message-
From: Ilya Martynov [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 25, 2001 11:02 AM
To: Jonathan Hilgeman
Cc: '[EMAIL PROTECTED]'
Subject: Re: Apache
9:02 AM
To: Jonathan Hilgeman
Cc: '[EMAIL PROTECTED]'
Subject: Re: Apache::Session / No-Cookie-Tracking
JH I want to be able to track visitors without the use of cookies.
JH I don't want to rely on IP address, because people behind proxies and
JH firewalls seem to have the same IP address.
JH I
- generally
more reliable.
Joe
-Original Message-
From: Jonathan Hilgeman [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 25, 2001 11:51 AM
To: 'Ilya Martynov'
Cc: '[EMAIL PROTECTED]'
Subject: RE: Apache::Session / No-Cookie-Tracking
The feeling of magic only lasts until you know how it's done
Explorer 5.x does NOT store session cookies on disk,
but other browsers may.
--Alex
-Original Message-
From: Joe Breeden
Sent: Friday, May 25, 2001 12:55 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Apache::Session / No-Cookie-Tracking
Seems like the site in question is using either
On Tue, 22 May 2001, Chris Thompson wrote:
I'm at wits end, I'm hoping someone can tell me what's wrong.
This is Apache 1.3.19, Redhat 6.2, modperl 1.25, apache::session 1.53
and MySQL 3.23.36.
(This is also happening inside HTML::Mason 1.03, but I dont think that has
anything to do
Apache::Session only does a shallow check of your data structure to see if
it needs to update the database. If you are only changing values deep
inside a hash structure, A::S will not see the changes, and they will not
be saves. The man page recommends adding a timestamp to the tied hash and
On Thu, 29 Mar 2001, Victor Michael Blancas wrote:
I'm using Apache::Session::Postgres with Apache::ASP.
I'm getting a Segmentation Fault whenever I do a $dbh-disconnect at the
end of the script. When I comment out the the $dbh-disconnect however, I
don't get any errors. Having a script
Victor Michael Blancas wrote:
I'm using Apache::Session::Postgres with Apache::ASP.
I'm getting a Segmentation Fault whenever I do a $dbh-disconnect at the
end of the script. When I comment out the the $dbh-disconnect however, I
don't get any errors. Having a script without a
On Thu, 29 Mar 2001, Victor Michael Blancas wrote:
I'm using Apache::Session::Postgres with Apache::ASP.
I'm getting a Segmentation Fault whenever I do a $dbh-disconnect at the
end of the script. When I comment out the the $dbh-disconnect however, I
don't get any errors. Having a script
On Thu, 29 Mar 2001, Victor Michael Blancas wrote:
I'm using Apache::Session::Postgres with Apache::ASP.
I'm getting a Segmentation Fault whenever I do a $dbh-disconnect at the
end of the script. When I comment out the the $dbh-disconnect however, I
don't get any errors. Having a script
Cees Hek wrote:
On Mon, 26 Mar 2001, Christopher L. Everett,,, wrote:
Apache::Session::MySQL won't save session state.
Apache::Session::File returns the following error:
Insecure dependency in open while running with -T switch at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 3:24 AM +1000 3/28/01, Cees Hek wrote:
$session-{data}-{_session_id}, which is really just the $session_id
variable that you pulled out of a Cookie in your code below (and
cookies are automatically tainted since it comes from the user). You will
How do i change this locking mechanish of win32?
Am i using the wrong module? From apache::session::* modules
do you know which are supposed to work on win32?
Thanks
Gunther Birznieks wrote:
You need to change the locking mechanism on Win32 to not use IPC. I believe
there are examples for
You need to change the locking mechanism on Win32 to not use IPC. I believe
there are examples for using Flock based locking but am not sure.
If you are using win32 mod_perl, locking is irrelevant anyway because all
requests are serialized through one engine.
At 03:43 PM 2/5/01 +,
Todd Finney wrote:
The one-sentence version of my question is: Is there a
problem with tying a session twice during two different
HeaderParserHandlers, as long as your doing the standard
cleanup stuff (untie | make_modified) in each?
It seems like the answer should be no unless there's some
Thanks to Perrin's suggestion (read: clue brick), things
are much happier now. Going around the problem is just as
good as fixing it, I suppose.
I'm still curious about that behavior, though.
cheers,
Todd
At 04:22 AM 1/19/01, Perrin Harkins wrote:
Todd Finney wrote:
The one-sentence
Hi, I would just like to tune in here. I am using Apache::Session 1.53
also with postgres and have the problem that sessions are not closed
in any case. I am also using Embperl 1.3.0 but maintaining the session
variable on my own. The effect is that when apache is restarted
everything works fine
Todd Finney wrote:
I'm using Apache::Session::Postgres to track sessions via
cookies. When I access a page, the cookie is correctly
sent by the server, and accepted by the client. However,
on the second request, I'm getting a 'Object does not exist
in data store' error.
It looks like
At 01:28 PM 1/16/01, Edmund Mergl wrote:
Todd Finney wrote:
It looks like the session is not being stored in the
database, although I can't figure out why. When
running
postmaster -d 2, I get the following output:
This problem has been reported several times.
find below the
On Tue, 16 Jan 2001, Todd Finney wrote:
I'm using Apache::Session::Postgres to track sessions via
cookies. When I access a page, the cookie is correctly
sent by the server, and accepted by the client. However,
on the second request, I'm getting a 'Object does not exist
in data store'
On Tue, 16 Jan 2001, Edmund Mergl wrote:
Todd Finney wrote:
I'm using Apache::Session::Postgres to track sessions via
cookies. When I access a page, the cookie is correctly
sent by the server, and accepted by the client. However,
on the second request, I'm getting a 'Object does not
Edmund Mergl wrote:
Todd Finney wrote:
I'm using Apache::Session::Postgres to track sessions via
cookies. When I access a page, the cookie is correctly
sent by the server, and accepted by the client. However,
on the second request, I'm getting a 'Object does not exist
in data
On Mon, 18 Dec 2000, Andreas Marienborg wrote:
I just can't seem to find any info on how to specify that Apache::Session
should create session_id's that are shorter than 32 hex chars? could
someone point me in the right direction??
You can use the argument 'IDLength' when using
at a time earlier than now, Andreas Marienborg wrote:
I just can't seem to find any info on how to specify that Apache::Session
should create session_id's that are shorter than 32 hex chars? could
someone point me in the right direction??
Just write a module to sub class Apache::Session.
On Mon, 18 Dec 2000, Aaron E. Ross wrote:
at a time earlier than now, Andreas Marienborg wrote:
I just can't seem to find any info on how to specify that Apache::Session
should create session_id's that are shorter than 32 hex chars? could
someone point me in the right direction??
Just
FYI-- here are some Apache::Session benchmark results. As with all
benchmarks, this may not be applicable to you.
Thanks for taking the time to run these and write up the results.
Benchmark: This benchmark measures the time taken to do a create/read for
1000 sessions. It does not destroy
Question: does anyone know how to pre-specify the _session_id for the
session, rather than allowing Apache::Session to set it and read it? I
saw
some posts about it a while back, but no code...
Isn't it just this?
tie %session, 'Apache::Session::Foobar', $id;
That only works if the
Gerald Richter sent the following bits through the ether:
That only works if the session id already exists. If the session id doesn't
exists, Apache::Session will throw an exception (die)
The documentation implies that is it currently possible to do so. I'd
love for it to be possible to do
Gerald Richter sent the following bits through the ether:
That only works if the session id already exists. If the session id
doesn't
exists, Apache::Session will throw an exception (die)
The documentation implies that is it currently possible to do so.
But the perl code shows that it
Perrin Harkins wrote:
Apache::Session::File - Dual-PIII-600/512MB/Linux 2.2.14SMP: Ran 4
times.
First time: ~2.2s. Second time: ~5.0s. Third time: ~8.4s. Fourth time:
~12.2s.
Is there any reason not to use a file tree approach (splitting first and
second characters of filenames into
On Wed, 13 Dec 2000, Jeremy Howard wrote:
Perrin Harkins wrote:
Apache::Session::File - Dual-PIII-600/512MB/Linux 2.2.14SMP: Ran 4
times.
First time: ~2.2s. Second time: ~5.0s. Third time: ~8.4s. Fourth time:
~12.2s.
Is there any reason not to use a file tree approach (splitting
Apache::Session uses a cookie to identify a user. Every request will be
switched to one of the nodes in your cluster. That node will fetch the
session data corresponding to that cookie and work with it.
Mind you, Apache::Session is a great piece of software, but in balanced envs
you may need to
At 05:17 PM 11/30/00 +0100, Renzo Toma wrote:
Apache::Session uses a cookie to identify a user. Every request will be
This is an accurate reply to the message but...
I think you want to be careful with terminoloy. Apache::Session does not
use a BROWSER level cookie. I think you are using the
On Wed, 29 Nov 2000, cbell wrote:
After tying a hash variable to a session, and writing to it, I would
like to undef my hash variable just to make sure that the session lock
file is deleted. However, when I do this, then any changes I make to
the session hash don't get saved.
Well, yeah.
On Thu, 23 Nov 2000 [EMAIL PROTECTED] wrote:
I installed Apache::Session and am employing embed perl to do some simple
session management. Apache restarts fine as of now.
However, when I try using %mdat or %udat I get this error message:
[57250]ERR: 24: Line 17: Error in Perl code: No
Reading the directions ;-)
Apache::Session doesn't do any deep checking, if a top level doesn't value
doesn't change
it may not detect the change.
This is why your workaround works...
The offically recommend workaround (I believe) is to keep a timestamp as a
top level value in the hash...
On Wed, 4 Oct 2000, Jerrad Pierce wrote:
Reading the directions ;-)
Apache::Session doesn't do any deep checking, if a top level doesn't value
doesn't change
it may not detect the change.
This is why your workaround works...
The offically recommend workaround (I believe) is to keep a
Perrin Harkins wrote:
On Mon, 28 Aug 2000, Chris Brooks wrote:
I went back through the documentation on Apache::Session,
Apache::Session::DBIStore, and Apache::DBI, and I haven't found a
problem in the way we have implemented this. Does anyone else have
suggestions, or has anyone else
,
Chris
Date: Tue, 22 Aug 2000 10:08:11 -0400
To: Perrin Harkins [EMAIL PROTECTED]
From: Chris Brooks [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Apache::Session and performance question
Message-ID: [EMAIL PROTECTED]
Hi, thanks for the reply,
Yes, we are calling the module from http.conf
On Mon, 28 Aug 2000, Chris Brooks wrote:
I went back through the documentation on Apache::Session,
Apache::Session::DBIStore, and Apache::DBI, and I haven't found a
problem in the way we have implemented this. Does anyone else have
suggestions, or has anyone else experienced a similar
Perrin,
Thanks for the replies. Adding an index made a significant improvement on
performance -- it's still three or four times slower than without
Apache::Session, but much faster than without the index.
Thanks again,
Chris
Perrin Harkins wrote:
On Mon, 28 Aug 2000, Chris Brooks wrote:
I
On Mon, 21 Aug 2000, Chris Brooks wrote:
We have a fairly simple handler responsible for maintaining
state on our web server. Unfortunately, when we activate
it, server performance drops to about 1/10th of what it is
without. After going through the handler and commenting
out parts and
Please disgregard this problem as I have fixed it.
I apologise for any inconvenience.
ilia.
-Original Message-
From: Ilia Lobsanov [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 02, 2000 12:18 PM
To: [EMAIL PROTECTED]
Subject: Apache::Session upgrade problems and Inheritance
You may need to add LockDataSource, LockUserName and LockPassword to your
$dbinfo hashref. This fixed the problem for us when we upgraded to the
later Apache::Session.
Dave
On Wed, Aug 02, 2000 at 12:17:57PM -0400, Ilia Lobsanov wrote:
I just upgraded from Apache::Session 1.03 to 1.52,
On Sat, 29 Jul 2000, Bryan McGuire wrote:
Mysql accepts a maximum of 100 connections. This probably means you have
MaxClients set at a number larger than this. If you are serving all of your
files, including static html and graphics, through one mod_perl enabled
apache, run the top command
Mysql accepts a maximum of 100 connections. This probably means you have
MaxClients set at a number larger than this. If you are serving all of your
files, including static html and graphics, through one mod_perl enabled
apache, run the top command and prepare to pick your jaw off the floor.
Hi Jeffrey --
I'm pretty sure the problem is reproducible, but I'll rerun the dog
test case tomorrow when I get a chance and let you know whether
things are still broken. I'll also flesh it out into a complete program.
One unique thing about our configuration is that we're using Apache
On Mon, 24 Jul 2000, Kenneth Lee wrote:
I found that if I explicitly undef %session, CLEAR will be triggered
before DESTROY clearing $self-{data}, so $self-save actually update
nothing in the database.
The perltie page says that this will happen when assigning the empty list
to a tied hash,
On Wed, 31 May 2000, Dylan Weed wrote:
I can't seem to get Apache::Session to save the blessedness of an object.
Is this an oversight on my part, a limitation of the module, a limitation
of the database, or an intentional design decision?
Conceptually, it seems as though an objects
This is a followup to an old message from June 19, to tie up loose ends.
A simple test case shows that the problem described here is a bug in
either Storable.pm, overload.pm, or Perl. Freezing and thawing an
object seems to destroy any overloaded operators of that object. I'm
starting to
Thu, 20 Jul 2000 14:29:40 -0700 (PDT)
"Jeffrey W. Baker" [EMAIL PROTECTED] wrote:
The problem is, if an acquired Session ID (from Cookie)
is not stored in the session database, Apache goes like
panic: POPSTACK
Callback called exit.
I know Apache::Session will die "Object does
On Tue, 11 Jul 2000, Chad Billigmeier wrote:
Having a bit of trouble getting apache::session to run with apache::DBI. Is
this due to the fact that Oracle wants AutoCommit on and Apache::DBI has it
off or is there some other magic that I am missing out on? Is anyone using
Apache::Session with
Perrin-
modifying Apache::Session to support both interfaces and sending Jeffrey
the patch.
This is a good suggestion. I'll try modifying Apache::Session first and
sending Jeff the patch. If he doesn't want to integrate it I'll package
it as a separate module.
-Nate
On Thu, 6 Jul 2000, Nathan Wiger wrote:
$session-STORE('visa_number') = '7';
print $session-FETCH('visa_number');
$session-DELETE('visa_number');
This isn't really a documented interface - it's an overloading of the
tie methods so that the tied hash interface works. You can't find this
This is somewhat off the topic of your original post, but I have to admit
that I really am a tad alarmed at the interest in storing a credit card
number in a local session.
Usually CC numbers should at most either be emailed (PGPed) directly to the
customer without any temp file creation or
We attempted something similar here, and failed. We'd definately be
interested in seeing this implimentation.
-Original Message-
From: Jerrad Pierce [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 28, 2000 4:52 PM
To: '[EMAIL PROTECTED]'
Subject: Apache::Session
Has anybody
First off, I'm doing this becuase I need to store variables (in
currency) that are generated on a per-user session, for a short period of
time (3 to 5 requests). I'm using a database back-end for the session.
I was initially wrong in my thinking about Math::Currency, and my solution
was to
I see. That explains it..
Perhaps it would be nice just to put a note about this in the
Apache::Session documentation..
Jure
Ken Miller wrote:
At 03:13 AM 6/10/00 +0200, Jure Simsic wrote:
I'm tryng to use Apache::Session and store a bunch of data into a
(complex) hash (using FileStore).
On Tue, 13 Jun 2000, Jure Simsic wrote:
I see. That explains it..
Perhaps it would be nice just to put a note about this in the
Apache::Session documentation..
It's already there:
"Note that Apache::Session does only a shallow check to see
if anything has changed. If nothing
On Sat, Jun 10, 2000 at 07:30:04AM -0600, Ken Miller wrote:
The session hash reference is a tied var. When you follow a reference past
the first level, the tied methods don't get invoked. When you update the
top level (as you did with the time()) you cause the tied methods to be
invoked,
On Fri, 9 Jun 2000, Miah Gregory wrote:
Hi all,
I'm just writing to ask if anyone else has had problems
with this version of the module?
Thanks in advance.
There is no such version as 1.52. You may be having problems with
1.51. There is a known problem with storing items in a
My bad, it does seem to be using flock, but it still seems to be
the consistent point of failure.. and I am untieing immediately after use
o _
/|/ | Jerrad Pierce \ | __|_ _|
/||/ http://pthbb.org . | _| |
\|| _.-~-._.-~-._.-~-._@"
On Wed, 31 May 2000, Dylan Weed wrote:
I can't seem to get Apache::Session to save the blessedness of an object.
Is this an oversight on my part, a limitation of the module, a limitation
of the database, or an intentional design decision?
Conceptually, it seems as though an objects
In a message dated 6/1/2000 10:59:48 AM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
Now, I am successfully able to run the script and generate sessionID and
store that sessionID in MySQL database table.. But column 'a_session' is
always empty!! Following is my code.. When I ran this
Yup...
you were right Josh
But actually I have defined that column as 'text' and not 'BLOB'.. But,
I wrote a small script to write query on that column and I was able to
see that.. So, my confusion has gone now..
The reason why I was wondering is, I had one application in which I am
using
Well, from what I'm reading, it looks like you don't want it to create sessions for
all images, CSS, et al on the first page load, right? Instead of deleting sessions
that aren't used, you could try just not serving sessions to documents that don't need
'em.
Like in my setup, I've put in a
: RE: Apache::Session
Well, from what I'm reading, it looks like you don't want it to create sessions for
all images, CSS, et al on the first page load, right? Instead of deleting sessions
that aren't used, you could try just not serving sessions to documents that don't need
'em.
Like in my
101 - 200 of 225 matches
Mail list logo