On Jan 27, 2010, at 2:45 PM, Perrin Harkins wrote:
On Tue, Jan 26, 2010 at 7:42 PM, Jonathan Swartz
wrote:
On our site we create a new CGI::Session object at the beginning of
the
request, so that it can be used anywhere in the web code.
However, sessions are rarely written to, so at the
On Tue, Jan 26, 2010 at 7:42 PM, Jonathan Swartz wrote:
> On our site we create a new CGI::Session object at the beginning of the
> request, so that it can be used anywhere in the web code.
>
> However, sessions are rarely written to, so at the end of the request I'd
> li
On our site we create a new CGI::Session object at the beginning of
the request, so that it can be used anywhere in the web code.
However, sessions are rarely written to, so at the end of the request
I'd like to avoid actually writing out a new session to backing store
unless a
On Mon, May 26, 2008 at 10:48 PM, mome <[EMAIL PROTECTED]> wrote:
> When passing Apache2::Request object to CGI::Session->new() as the following
>
> sub authen_handler{
> my $self = shift;
> my $req = Apache2::Request->new($r);
> my $session=CGI::Sess
On Tue, May 27, 2008 at 4:08 AM, mome <[EMAIL PROTECTED]> wrote:
> What do you means by " Either get the session ID
> yourself and pass it to CGI::Session->new()"?
> Does it mean I can simply create the session ID from any way eventhough
> hardcode e.g. 23asfsdfw2
And I have seen that CGI::Session is not very fast, even when there are only
a few sessions in a MySQL table, but... are there any other libraries that
can do it better?
I have seen that CGI::session is made in such a way that anyone can write a
driver for another databases or ways of storing
of Apache.
Maybe someone with extra tuits could rewrite CGI::Session to use
Apache::Session for the backend.
My point of the previous message was more that CGI::Session needs some
TLC, esp. since the original author is obviously not responding. Like
others, I've submitted CPAN bug reports and e
On Mon, 2005-01-17 at 14:45 -0500, William McKee wrote:
> On Sat, Jan 15, 2005 at 08:15:31AM -0500, Michael Peters wrote:
> > CGI::Session does not appear to be well maintained. It's very popular
> > and I know many people who have tried to send in patches and fixes but
>
On Sat, Jan 15, 2005 at 08:15:31AM -0500, Michael Peters wrote:
> CGI::Session does not appear to be well maintained. It's very popular
> and I know many people who have tried to send in patches and fixes but
> the author has been unresponsive.
Which is really ashame since it&#
On Sat, 2005-01-15 at 21:57 -0500, Todd Finney wrote:
> Have you checked ::MySQL against Apache::Session::DB_File? My experience
> is a couple of years out of date on this, but I switched away from using
> ::MySQL for sessions because it was such a pig.
MySQL will be a lot faster than the tied
>
> [EMAIL PROTECTED] wrote:
>> Interesting, your comments on CGI::Session vs Apache::Session as I've
>> had
>> nothing but trouble with Apache::Session::File -- session data
>> inconsistently being written to the file.
>
> I'm sorry to hear that. D
[EMAIL PROTECTED] wrote:
Interesting, your comments on CGI::Session vs Apache::Session as I've had
nothing but trouble with Apache::Session::File -- session data
inconsistently being written to the file.
I'm sorry to hear that. Did you mention those problems to the author or
bring it
Interesting, your comments on CGI::Session vs Apache::Session as I've had
nothing but trouble with Apache::Session::File -- session data
inconsistently being written to the file. Several years ago I first tried
Apache::Session, but had the problem with data being saved in the session,
so trie
On 15 Jan 2005, at 05:29, Octavian Rasnita wrote:
Hi,
If I want to use CGI::Session or CGI::Application, can I do it if I use
mod_perl or there are better modules for using with MP?
CGI::Application JFW for me under mod_perl.
--
Dave Hodgkinson
CTO, Rockit Factory Ltd.
http
Octavian Rasnita wrote:
Hi,
If I want to use CGI::Session or CGI::Application, can I do it if I use
mod_perl or there are better modules for using with MP?
Just a couple of thoughts:
CGI::Session does not appear to be well maintained. It's very popular
and I know many people who have tri
On 1/15/05 0:29, "Octavian Rasnita" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> If I want to use CGI::Session or CGI::Application, can I do it if I use
> mod_perl or there are better modules for using with MP?
>
> Thanks.
>
> Teddy
>
Both work quite we
Hi,
If I want to use CGI::Session or CGI::Application, can I do it if I use
mod_perl or there are better modules for using with MP?
Thanks.
Teddy
In this case, if it matters, we need sessions for user settings, logging,
preferences, authentication etc.
Well, if you used HTTP authentication, you'd have a nice
$ENV{REMOTE_USER} once the user is authenticated.
You can use it for your user settings, preferences, and apache does the
authent
istaken ? Is there an underlying transparent mechanism in either session
> manager (or a wrapper) ?
Neither of the modules you are looking at is a complete system the way
Apache::ASP is. Apache::Session is just a storage mechanism for a
shared hash. I think CGI::Session goes a little further by
Peter,
(I've marked this post as off topic, since it doesn't deal with mod_perl
per se.)
Having used Apache::Session to some degree, it seems that CGI::Session is
comparable in functionality. There does not seem to be any major
differences between the two.
It is worth noting that
Jean-Michel Hiver wrote:
> What do you need sessions for?
What are babies for ? :-)
In this case, if it matters, we need sessions for user settings, logging,
preferences, authentication etc.
> Authentication can be done using HTTP authentication without using
> cookies or URI session tracking (w
> My general constraints are:
>
> 1) Cookieless session options; I would like to support cookieless sessions,
> using URL args and/or pathinfo to carry the session IDs. Looking at both the
> systems, this is a manual process (unlike Apache::ASP options). Am I
> mistaken ? Is there an underlying tr
Apologies by the stange attachement in my previous post... I cut'n'pasted
from a previous sent-mail that went from the wrong subscriber address...
Peter
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apac
a scripted
approach.
That said, I have got quite used to the Apache::ASP session management, and
I have been reading the docs for both Apache::Session (and some of it's
wrappers) and CGI::Session. I am not looking for any religious bias either
way, but as someone who have never used either, does
I have a script that uses CGI::Session to store a hash.. I cannot
figure out how to get the has data back from the session. The script
follows, as well as the stored session data.
SCRIPT:
#!c:\\perl\\bin\\perl.exe
use DBD::ODBC;
use DBI;
use CGI;
use CGI::Session;
$dsn = 'driver=Micr
nywhere before
EOF at (eval 75) line 1.
(in cleanup) could not flush: Couldn't acquire lock on id ''. Lock
status: at C:/Perl/site/lib/ModPerl/RegistryCooker.pm line 184
-><8-
I was playing with a package to create MySQL tables, and the 'sessions' tab
26 matches
Mail list logo
