On 01/05/2008, at 5:36 PM, Jeremy Malcolm wrote:
Nothing ever gets written to /var/www/press/orders. I read in the
Embperl::Config man page that if I put EMBPERL_DEBUG 209715 in my
environment then I will get debugging of session transactions, but I
don't get anything that I recognise as h
I am trying to get my head around session handling. I have a small
test document like this:
Embperl session test
[$ if $fdat{action} eq "submitted" $]
You just submitted [+ $fdat{test} +]. Now setting a cookie with that
value. Please continue.
[- $udat{test} = $fdat{test} -]
[$ e
To: [email protected]
> Subject: Authentication & session handling
>
> Hi!
>
> I wonder if there is a "out of the box" Embperl solution for
> the common login/authentication/session scenario:
>
> 1. User accesses the web area which is protect
Hi!
I wonder if there is a "out of the box" Embperl solution for the common
login/authentication/session scenario:
1. User accesses the web area which is protected and requires
authentication, i.e.
https://greatapp.mycompany.com/protected/greate/stuff.epl
2. The user has not a valid session co
allen haim wrote:
Instead of SetEnv I used PerlSetEnv, and for the cookie path I used /tmp.
EMBPERL_COOKIE_PATH is not the "storage" path, you specify that when you
set-up SessionX. EMBPERL_COOKIE_PATH is the website path. So unless
you send things to http://www.netherrealm.net/tmp/hello.htm
Hey, what do you know? It works now.
Thank you Cliff.
Instead of SetEnv I used PerlSetEnv, and for the cookie path I used /tmp.
Now the big question: how come I never had to do this before? It used to
work just fine without those variables in the .conf.
Allen
On Wed, Apr 20, 2005 at 03:13:19PM
allen haim wrote:
OK, I've looked in /tmp, and I see a file with the same name as the
_session_id key in %udat.
Looking in that file, I see some control characters throughout, I see my
data in plain text, (just 'allen' and 'hello') and I see the session id.
ok - so embperl is able to write the
gt;
> so, no way for your browser to return one - sessions are definetly broken.
>
> >The file I am trying to serve is allen.html:
> >
> >--
> >[-
> >$a = 2;
> >$b = 3;
> >$udat{'allen'} = 'hello';
> >-]
> >
>
have to use:
> telnet www.yourdomain.com 80
>
> and then hand type the request lines:
> GET /page.htm HTTP/1.1
> Host: www.yourdomain.com
>
>
> this has two new lines after the last command. scroll-up to review the
> SET-COOKIE line.
>
> If you do
htm HTTP/1.1
Host: www.yourdomain.com
this has two new lines after the last command. scroll-up to review the
SET-COOKIE line.
If you do not have a SET-COOKIE line, then look into restart apache and
look into your logs for an error message on the starting of
Hi Gerard and friends,
How do I troubleshoot problems with session handling?
Simply put, putting values in %udat doesn't work any more.
I can see in Mozilla's Cookie Manager that the cookie isn't being set, and I
am also not getting my values back out of %udat.
I'm using A
>
>
> > Marty
> >
> >
> > --- allen haim <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > Can someone help me understand this message please?
> > > It seems I can't
> > > initialise the Embperl sessio
> > initialise the Embperl session manager because:
> >
> > ----------
> > [Wed Feb 23 17:59:15 2005] [notice] SIGHUP received.
> > Attempting to restart
> > [6803]ERR: 66: Embperl Session handling DISABLED because of the
> > follow
> initialise the Embperl session manager because:
>
> --
> [Wed Feb 23 17:59:15 2005] [notice] SIGHUP received.
> Attempting to restart
> [6803]ERR: 66: Embperl Session handling DISABLED
> because of the following
> error: Can't locate object method "TIEHASH&
Hi,
Can someone help me understand this message please? It seems I can't
initialise the Embperl session manager because:
--
[Wed Feb 23 17:59:15 2005] [notice] SIGHUP received. Attempting to restart
[6803]ERR: 66: Embperl Session handling DISABLED because o
> Where should I write this ?
>
in your httpd.conf, instead of PerlSetEnv EMBPERL_COOKIE_PATH /
Gerald
> / Stefan
>
> Gerald Richter wrote:
>
> >
> >
> >>I found out when using HTML::Embperl (i'e the Embperl 1) and doing
> >>PerlSetEnv EMBPERL_COOKIE_PATH / it works perfectly fine. But that
Where should I write this ?
/ Stefan
Gerald Richter wrote:
I found out when using HTML::Embperl (i'e the Embperl 1) and doing
PerlSetEnv EMBPERL_COOKIE_PATH / it works perfectly fine. But that
trick doesn't fix it for Embperl 2.
In Embperl 2 writing
Embperl_Cookie_Path /
(without the
> I found out when using HTML::Embperl (i'e the Embperl 1) and doing
> PerlSetEnv EMBPERL_COOKIE_PATH / it works perfectly fine. But that
> trick doesn't fix it for Embperl 2.
>
In Embperl 2 writing
Embperl_Cookie_Path /
(without the PerlSetEnv, lower/uppercase doesn't matter) should do the s
I found out when using HTML::Embperl (i'e the Embperl 1) and doing
PerlSetEnv EMBPERL_COOKIE_PATH / it works perfectly fine. But that
trick doesn't fix it for Embperl 2.
/S
Stefan Cars wrote:
Hi again!
After doing some investigation I have found that when using the %udat.
It sets the cookie
Hi again!
After doing some investigation I have found that when using the %udat.
It sets the cookie to the browser with a PATH that points to the page
that first used the %udat. This is not good since the %udat is supposed
to be used in all embperl pages. Is this a bug ?
/ Stefan
Stefan Cars
Hi!
I'm trying to handle sessions using with embperl. I'm writing a value to
$udat{submenu_id} and go to another page. This does not work at all in
internet explorer 6 on windows or safari on Mac OS X although it works
using Mozilla 1.3b on Linux/FreeBSD. On windows/mac os x the
$udat{submenu_
httpd/error.log
what is the reason for this in straight english? I think the Embperl is
great! but almost useless if session handling is not working.
Someone else in this list had problems with session handling, too. Hope this
will help he/she or someone else who has problems with %udat's l
hi
>
> i've been trying to use apache::session using embperl.. but when i try to
use
> the hash %udat i can only get the real information after around 5 refresh
to my
> page
>
Looks like no Apache::Session isn't actualy used. The easiest way is to
upgrade to Embperl 1.3.4 (if you not already use
hi
i've been trying to use apache::session using embperl.. but when i try to use
the hash %udat i can only get the real information after around 5 refresh to my
page
anyone knows what could be wrong !?!?
--
O e-mail preferido d
>
> My cookie path is set to:
>
> /ispeed
>
> And all my pages reside under /ispeed.
>
Do you see a message like "Embperl session management enabled" at server
startup ?
Do you see your sessions gets written into the database ?
If both are true, you may try to use File as datastore, so we can s
H...
> There are two things that I could image. Either for whatever reason your
> sessions never goes into the database, in this case %udat will behave like a
> normal hash and it works as long as you hit the same child. (You will hit
> the same child as long as your KeepAliveTimeout isn't o
Elvis!
[root@localhost /root]# rpm -qa | grep mysql
mysql-3.23.36-1
php-mysql-4.0.4pl1-9
mysqlclient9-3.23.22-4
mysql-server-3.23.36-1
mysql-devel-3.23.36-1
DSL
--
If we could extract all the evil from each of us,
Think of the world that we could create!
A world without anger, or violence or
What version of MySQL is being used? I had a case of using 3.23.34 and there
apparently is a threading bug that was fixed in .35. I'd see the UPDATE command go
into the DB for the session, but it was actually never taken effect.
Bill "Elvis" Gibbs
goEbusiness.com - putting e-motion in your bu
>
> I recently decided to upgrade Storable and Apache::Session; the base
> system is a RedHat 7.1 installation of Perl v5.6.0.
>
> Versions I have are found at:
>
One of those module didn't require MD5 anymore, so it's not loaded as it was
with the old versions. That's why loaded MD5 solves your
>
> I have an authentication system that uses the Apache::Session::MySQL
> backend with cookies to handle authentication.
>
> Sequence I use is:
>
> 1) Get username and password
> 2) If ok, generate a sessionkey and set
> $udat{'sessionkey'}=gen_sessionkey($username)
>
> However, every now and the
Hi
Ensure you have MD5 installed (Different to Digest::MD5). I'm sure you have or your
test script would fail at the "use MD5;" line. Instead of putting the line "use MD5;"
in your embedded perl - try putting the following line in your apache conf file along
with yo
Hmmm...
I have an authentication system that uses the Apache::Session::MySQL
backend with cookies to handle authentication.
Sequence I use is:
1) Get username and password
2) If ok, generate a sessionkey and set
$udat{'sessionkey'}=gen_sessionkey($username)
However, every now and then Embperl
Default (stable) 1.3.3 Embperl version
---
My session handling is setup as:
---
# Setup the session handler
PerlSetEnv EMBPERL_SESSION_CLASSES "MySQL MySQL"
PerlSetEnv EMBPERL_SESSION_ARGS
"DataSource='dbi:mysql:EmbperlSessions' UserName='EmbperlSession&
>
> The title says it all: must one run under mod_perl to
> have session handling with HTML::Embperl?
>
No, it works also as CGI (with embpcgi.pl)
(but the vars set by PerlSetEnv are only available for a mod_perl handler;
use SetEnv inst
The title says it all: must one run under mod_perl to
have session handling with HTML::Embperl?
=
Terrence Brannon
90 St. Mark's Place
Apt. 2E North
Staten Island, NY 10301
914-755-4360
__
Do You Yahoo!?
Send instant messages &
lity they desire.
>
You may take a look at the CVS Version of Embperl I just commited, it allows
you to overwrite the default session handling class (HTML::Embperl::Session)
and give the new name via EMBPERL_SESSION_HANDLER
36 matches
Mail list logo
