Enrique--
You need to store/retrieve it as a ref-
\%my_hash
Tom
At 04:36 PM 11/3/00 +, Enrique I.Rodriguez wrote:
Maybe a silly question...
how do I store/retrieve a hash through Apache::Session?
This doesn't work...
# retrieve
%table=$session{table};
...
# store
$session{table}=%table
y question...
how do I store/retrieve a hash through Apache::Session?
This doesn't work...
# retrieve
%table=$session{table};
...
# store
$session{table}=%table;
What's my fault?
in the logs is:
[error] Can't locate object method "populate" via package
"Apache::Session::DBI" at
/usr/lib/perl5/site_perl/5.005/Apache/Session.pm line 368.
Alberto.
Hi!
I get this message in my error_log with using Apache::Session::DBI:
[Wed Oct 25 17:37:24 2000] [error] Can't locate object method "populate"
via package "Apache::Session::DBI" at
/usr/lib/perl5/site_perl/5.005/Apache/Session.pm line 368.
This occurs after I execu
Hi there,
On Wed, 25 Oct 2000, Alberto Mateos wrote:
I've re-installed apache and mod_perl but apache don't works
(Interval server error).
That's "InterNal server error" and it probably means Apache is working
fine, but your Perl/DBI stuff has a problem.
I'd remove the DBI stuff and make
If I repeatedly write to:
$session{foo}{bar}
I find that I have to do something like:
$session{smack}++;
to get it to write when the hash is untied. Is there a better way to do this?
TIA
ian
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
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
Howdy!
I'm currently developing a mod_perl application which connects to a
Postgres (soon to be Oracle) backend through dbiproxy. I'm using
Apache::Session::Postgres, and currently only track one thing... the
number of times a particular session has clicked anything. (Mainly as a
test) In any
Apache::Session 1.53 has been released. Fixed in this release:
* Three bugs in the file handling code found by Erik Rantapaa and Bart
Shaefer.
* A possible security vulnerability involving bogus session IDs like
'../../../../../etc/passwd'. Don't worry, I wasn't able to actually think
Hi again to the list,
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 performance hit?
Thanks
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
::Session
appears to be the culprit.
I can't believe that the use of this module should have so
great an effect. We have to be doing something
incorrectly. Any advice would be greatly appreciated.
package Carescout::SessionHandler;
use strict;
use Apache;
use Apache::Session::DBI;
sub handler
and benchmarking (rinse, repeat), Apache::Session
appears to be the culprit.
I can't believe that the use of this module should have so
great an effect. We have to be doing something
incorrectly. Any advice would be greatly appreciated.
You are using Apache::DBI, right?
Going to the database
With 1.50 Apache::Session::DBI is gone, but I still see it in the manpage.
I was just confused by this a few hours. Is it already scheduled
for removal?
I'm using 1.51.
-kenneth
Hi,
I'm not sure if this is the correct forum for this, but here goes ...
I can't seem to get Apache::Session installed on our SGI-Irix box. The MySQL
test fails when trying to create a new database, as shown by the build
output below. Does anyone know what I am doing (or not doing) wrong? I
On Wed, Aug 09, 2000 at 08:51:08AM +1000, Stuckey, Roger wrote:
I can't seem to get Apache::Session installed on our SGI-Irix box. The MySQL
test fails when trying to create a new database, as shown by the build
output below. Does anyone know what I am doing (or not doing) wrong? I have
Hello all,
I have a problem using "acquire_write_lock" under
NT4.0, httpd does not repond after this call. There is no erro in
error_log.
httpd seems to wait something.
Apache_1.3.12
Perl_5.6.0
Apache-Session-1.51
Thank you for help
Olivier
I just upgraded from Apache::Session 1.03 to 1.52, resulting in breaking all
our dependent code.
The problem is that we use our own package which inherits Apache::Session as
follows:
---
package MPL::NullSession;
use strict;
use vars qw(@ISA $VERSION);
$VERSION = '1.00';
@ISA = qw(Apache
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
than mod_perl connecting to
MySql in which case you just need to increase its max_connections parameter
to a bigger number.
Hi,
Another possibility is you do not disconnect your connections properly...
I had this problem once. I don't suppose Apache::Session does that, but it
might be caused
Hi ,
I am using Perl 5.6.0 whith MySql 3.22.32 , Apache 1.3.12 , modperl
1.24 .
On our Production Server , Apache error logs are showing sometimes :
[Thu Jun 8 14:53:34 2000] [error] DBI-connect failed: Too many
connections at /usr/local/lib/perl5/site_perl/5.6.0/Apache/Session
just need to increase its max_connections parameter
to a bigger number.
- Original Message -
From: Frédéric Schwien
To: [EMAIL PROTECTED]
Sent: Saturday, July 29, 2000 10:31 AM
Subject: Apache::Session : DBI-Too many connections
Hi ,
I am using Perl 5.6.0 whith MySql 3.22.32 , Apache
Hi,
I have a problem
with the Apache::Session module.
Before, I was using
the version 0.15 of this module. In this version, we canuse the
SESSION_LIFETIME variable to define how long the session stays valid after the
last request to the server.
I tried to update
the Apache::Session
tests under 5.6? And do you think it's possible that
the bug might be a 5.6/Apache::Session interaction?
I'll write again tomorrow with more info.
Thanks,
-- Dylan
On Sun, 23 Jul 2000, Jeffrey W. Baker wrote:
On Wed, 31 May 2000, Dylan Weed wrote:
I can't seem
quot;DESTROY!\n";
...
# The script
...
tie %session, 'Apache::Session::Oracle', undef, {
...,
Commit = 1,
};
$session{array_ref} = [ 1..10 ];
print "Storing session to database...\n";
undef %session; # Nothing stored
When executed, it gives
bash$ perl test.pl
Storing
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,
Apache::Session 1.52 has been uploaded to CPAN. The main change in this
version is the inclusion of modules to work with Sybase, contributed by
Chris Winters, and a smattering of bugfixes.
There is a memory leak if you use a persistent database handle with
Apache::Session. The memory leak
Hello,
I am in the process of implementing persistent sessions using
Apache::Session with the session_id stored in the URL and it mostly
works. In the HTML::Mason autohandler there is the following filter:
%filter
$r-pnotes("cookie") # mangle URL only if cookie is missing
||
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
I'm using Apache::Session 1.51 + mysql 3.22.32 +
mod_perl 1.24 + Apache 1.3.11. They work well except
one problem.
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
Hi all,
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:
# Apache::Session
...
sub CLEAR {
warn "CLEAR!\n";
...
sub DESTROY {
warn &
the session) instead
of seeing the value I get the reference showing
"Math::Currency=HASH(0x86b022)" instead of the value as it showed the
first time through.
It's a reference going in, and a reference coming out, but for some reason
it doesn't like being stuck into Apache::Session.
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 &q
Quite right...Commit
does need to be enabled. Here's the trick though...
(code from the script
making the connection through Apache::Session::Oracle
tie %hash,
'Apache::Session::Oracle', $id,
{ DataSource =
'dbi:Oracle:ensdev',
UserName =
'User',
Password =
'Pass',Commit = 1
Thank
you for helping me fix this. It is an integral part of a rearchitecture
plan.
Chad
Alan Prey
-
Plead Anarchy, it worked for
me.
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
Apache::DBI???
The error_log
reports
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
Will apache Session
and apache dbi work together. I've them both on a Solaris machine (newest
apache, newest mod_perl, newest session and newest DBI) andthe server is
not happy.
the error log
complains about 'Already connected' then 'object does not exist in the
data store'. Yeah
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
Hi-
I've created an object interface to Apache::Session. It's a simple
module that I've called Apache::Session::Object (seemed pretty
intuitive) that presents the following interface:
# Create new session using the default File store
use Apache::Session::Object;
my $session = new
this
by reading the manpage for Apache::Session, only by reading through the
module itself or knowing enough about tie to know it's there.
I guess I just figured most people knew that was how tie works. I suppose
it's not an officially supprted interface though.
If your module is using the tied
or passed through to a payment
gateway. That way there is no persistence of that sort of customer
information stored anywhere on the server.
At 04:50 PM 7/6/00 -0700, Nathan Wiger wrote:
Perrin-
Is there a reason you can't use the OO interface that Apache::Session
comes with?
$session-STORE
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 started
Has anybody started/interested in an imnplementation using DBD::RAM?
=HASH(0x86b022)" instead of the value as it showed the
first time through.
It's a reference going in, and a reference coming out, but for some reason
it doesn't like being stuck into Apache::Session.
I can work around it by testing if it's a Math::Currency reference, and
call Math::Cu
showing
"Math::Currency=HASH(0x86b022)" instead of the value as it showed the
first time through.
It's a reference going in, and a reference coming out, but for some reason
it doesn't like being stuck into Apache::Session.
I can work around it by testing if it's a Math::Curren
Hello, I'm consistently unable to store my Apache::Session
in pnotes and retrieve it in subsequent handlers. Some of you
may remember me complaining about this before. Luckily, I've
had other things I could be doing.
The Session IS retrievable in the same handler, but not
in the Mason Handler
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 no
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,
Hi all,
I'm just writing to ask if anyone else has had problems
with this version of the module?
Thanks in advance.
M. Gregory
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
* Server Version: Apache/1.3.13-dev (Unix) mod_perl/1.24_01-dev
* perl, version 5.005_03 built for sun4-solaris
* SunOS 5.6
* Apache::Session 1.5
* Apache::Session::Lock::File 1.00
With taint checking turned on in my modperl server, as in:
PerlTaintCheck Off
PerlWarn Off
PerlFreshRestart Off
Anybody know why Apcahe::Session::Lock::File.pm uses lock FILES instead of
flocking the file? It seems to be causing problems with rapdifre access...
o _
/|/ | Jerrad Pierce \ | __|_ _|
/||/ http://pthbb.org . | _| |
\||
. | _| |
\|| _.-~-._.-~-._.-~-._@" _|\_|___|___|
-Original Message-
From: Jerrad Pierce [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 02, 2000 12:43
To: '[EMAIL PROTECTED]'
Subject: Apache::Session::File
Anybody know why Apcahe::Session::Lock::File.pm uses lock
FILES instead of
flocking the file? It
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
All,
I have just installed Apache::Session successfully with Apache/mod_perl
version 1.24..
I have two sample script one from example avaiable with installation
which uses 'Apache::Session::File' for session tracking and other file,
I have created from the given example but that uses
'Apache
Apache::Session::File, I can see value of '$name' in the actual session
file!!! So, Can somebody clear my doubts here??
Thanks in advance..
If you followed the perldocs, you also made a_session a BLOB.
You won't be able to see the contens of the BLOB doing a
simple select from a command line
'a_session' but I was
wrong!! I mean I am in impression that, in MySQL datastore we can store
all information about session for a particular sessionID. But it's not
the case.. Whereas if I run the sample example which uses
Apache::Session::File, I can see value of '$name' in the actual
On Thu, Jun 01, 2000 at 01:53:10AM -0400, Robin Berjon wrote:
Suggestions about making portable database test scripts are welcome.
I think that DBD::CSV comes standard with DBI, would testing using that work ?
It didn't come standard with my DBI (and it needs SQL::Statement and
Text::CSV_XS)
All,
I need to clear myself on a small issue regarding Apache::Session.
As per my understanding, Apache::Session will store session information
in a backing store-either a flat file or in some database. And
everytime, request comes in, it will check for sessionID in backing
store and retrieve
1d/index.html
It'll rip the session out, put it in ENV{SESSION_ID}, and continue processing. I'm
not sure if I should be returning an OK there or not (I'm new to using handlers), but
it does the job.
Also, keep in mind, I'm using the new Apache::Session which creates 32-character keys,
which
: 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
SSION_ID}, and continue processing. I'm
not sure if I should be returning an OK there or not (I'm new to using handlers), but
it does the job.
Also, keep in mind, I'm using the new Apache::Session which creates 32-character
keys, which is why I'm doing the pattern match check like {32}.
-man
On Thu, 1 Jun 2000, Niral Trivedi wrote:
Now, only way to remove this information from backing store is to do
'tied(%session_hash)-delete', Am I right? I mean is there any way we
can remove these entries by setting 'time_out_interval' or something
like that??
Your cron job idea sounds
At 12:25 01/06/2000 -0400, Neil Conway wrote:
On Thu, Jun 01, 2000 at 01:53:10AM -0400, Robin Berjon wrote:
Suggestions about making portable database test scripts are welcome.
I think that DBD::CSV comes standard with DBI, would testing using that
work ?
It didn't come standard with my DBI
Hi,
We've got an application where on initial login we're creating the session
file.
Subsequently, we want to add more hash values into this session file.
Immediately after creation if we add values to the session file, these
values get stored.
After a few pages we tried to modify the existing
On Wed, 31 May 2000, Differentiated Software Solutions Pvt. Ltd. wrote:
Hi,
We've got an application where on initial login we're creating the session
file.
Subsequently, we want to add more hash values into this session file.
Immediately after creation if we add values to the session
Which version of Storable module do I need for Session 1.51?
Storable-0.6.11 ? it's still under beta testing.
Thanks
James
On Wed, 31 May 2000, James Xie wrote:
Which version of Storable module do I need for Session 1.51?
Storable-0.6.11 ? it's still under beta testing.
Any version should work.
-jwb
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 blessing is stored in a
different place
: Modifying of Apache::Session File
On Wed, 31 May 2000, Differentiated Software Solutions Pvt. Ltd. wrote:
Hi,
We've got an application where on initial login we're creating the
session
file.
Subsequently, we want to add more hash values into this session file.
Immediately after creation if we
On Wed, 31 May 2000, James Xie wrote:
Thanks.
I have the storable module installed but I got the following error messages
when I try to run "make test".
Do I need to create the sessions database manually? I don't see it when I
run the "mysqlshow" command. I have mySQL installed.
The test suite is nonportable. You can safely ignore any database-related
problems.
Suggestions about making portable database test scripts are welcome.
I think that DBD::CSV comes standard with DBI, would testing using that work ?
-- robin b.
In which level of metalanguage are you now
" policy that I
currently use in the new module, even if I use the Null locker.
- Oracle (the company) says not to use LONG anymore. They are trying to
move everything to CLOB/BLOB. I modified my Apache::Session::DBI to
support this, which mostly involved specifying "ora_typ
On Fri, May 26, 2000 at 03:35:51PM -0700, Jeffrey W. Baker wrote:
Greetings,
I have released Apache::Session 1.51. The addition of the Oracle backing
store took less time than expected. It is included and tested in this
release. This is the only change from 1.50.
I just took a look
Patch for Apache::Session::Store::Postgres, from
Apache-Session-1.51.tar.gz, to resolve problems with
prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR
UPDATE) statement handle DBI::st=HASH(0x369a2c) is still active
after a transient error. The solution is to call sth-finish
On Mon, 29 May 2000, Michael Blakeley wrote:
Patch for Apache::Session::Store::Postgres, from
Apache-Session-1.51.tar.gz, to resolve problems with
prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR
UPDATE) statement handle DBI::st=HASH(0x369a2c) is still active
after
At 9:10 AM -0700 5/29/2000, Jeffrey W. Baker wrote:
On Mon, 29 May 2000, Michael Blakeley wrote:
Patch for Apache::Session::Store::Postgres, from
Apache-Session-1.51.tar.gz, to resolve problems with
prepare_cached(SELECT a_session FROM sessions WHERE id = ? FOR
UPDATE) statement handle
On Sat, 27 May 2000, Gunther Birznieks wrote:
At 03:08 PM 5/26/00 -0400, Richard Dice wrote:
Hello there...
I was wondering, with the new Pg-specific support you've got going with
Apache::Session, does it handle Pg blobs transparently?
The regular limit on the size of a tuple in Pg
Greetings,
I am pleased to announce that Apache::Session version 1.50 has been
released. This is a major update from the previous version.
Notable updates include:
*Support for Postgres as a backing store
*Support for Berkeley DB as a backing store
*Support for serialization into ASCII
Does this new release mean I connot use Oracle as the backing store?
-Bill
I am pleased to announce that Apache::Session version 1.50 has been
released. This is a major update from the previous version.
Notable updates include:
*Support for Postgres as a backing store
*Support
On Fri, May 26, 2000 at 11:48:41AM -0700, Jeffrey W. Baker wrote:
Doesn't 1.03 fail with truncated longs? If not, can you send me a
description of your table?
-jwb
I was using Oracle for the DBIstore with the following table:
SQL desc sessions
NameNull?
Hello there...
I was wondering, with the new Pg-specific support you've got going with
Apache::Session, does it handle Pg blobs transparently?
The regular limit on the size of a tuple in Pg is 8k, which can be a
problem if I'm trying to put more than that into my Apache::Session
tied hash
On Fri, 26 May 2000, Richard Dice wrote:
Hello there...
I was wondering, with the new Pg-specific support you've got going with
Apache::Session, does it handle Pg blobs transparently?
The regular limit on the size of a tuple in Pg is 8k, which can be a
problem if I'm trying to put more
On Fri, May 26, 2000 at 12:25:39PM -0700, Jeffrey W. Baker wrote:
Yes it would be great to break the 8K (actually slightly less) limit, if
it doesn't hamper performance too much. I read the docs on the Postgres
web site, but I didn't find anything interesting about blob support.
I'm working
On Fri, 26 May 2000, Jeffrey W. Baker wrote:
I have released Apache::Session 1.51. The addition of the Oracle backing
store took less time than expected. It is included and tested in this
release. This is the only change from 1.50.
http://www.cpan.org/modules/by-module/Apache/Apache
At 03:08 PM 5/26/00 -0400, Richard Dice wrote:
Hello there...
I was wondering, with the new Pg-specific support you've got going with
Apache::Session, does it handle Pg blobs transparently?
The regular limit on the size of a tuple in Pg is 8k, which can be a
problem if I'm trying to put more
On Fri, 26 May 2000, Perrin Harkins wrote:
On Fri, 26 May 2000, Jeffrey W. Baker wrote:
I have released Apache::Session 1.51. The addition of the Oracle backing
store took less time than expected. It is included and tested in this
release. This is the only change from 1.50.
http
this was that Apache::Session
uses
Storable to freeze the session data before storing it in the database, put
PostgreSQL does not like binary data in TEXT fields. So out of the box, it
doesnt seem that you can use Apache::Session::DBI with postgresql.
However, its very simple to get around this. I just
couldn't find this information in
the documentation).
One of the problems I ran into when doing this was that Apache::Session uses
Storable to freeze the session data before storing it in the database, put
PostgreSQL does not like binary data in TEXT fields. So out of the box, it
doesnt seem
Hi again
It worked great. Thanks for the help!
Now, I would like to make it work with the postgresql database server. How
could I do it (I don't like the list, but I couldn't find this information in
the documentation).
Regards
"Bruce W. Hoylman" [EMAIL PROTECTED] wrote:
"Edgardo" ==
On 22 May 2000, Edgardo Szulsztein wrote:
Now, I would like to make it work with the postgresql database server. How
could I do it (I don't like the list, but I couldn't find this information in
the documentation).
See the Apache::iNcom::Session module on CPAN. It does exactly this.
-
"Edgardo" == Edgardo Szulsztein [EMAIL PROTECTED] writes:
Edgardo Then, I tried to use FileStore, and it worked
Edgardo fine. However, it stores the sessions files in the /tmp
Edgardo directory. How could I change the location of the sessions
Edgardo file in the httpd.conf
301 - 400 of 484 matches
Mail list logo