[prev] [thread] [next] [Date index for 2005/04/19]
allen haim wrote: >wget -S gives me: > >--------------- >1 HTTP/1.1 200 OK >2 Date: Mon, 18 Apr 2005 15:01:31 GMT >3 Server: Embperl/2.0rc2 Apache/2.0.52 (Unix) mod_perl/1.999.21 >Perl/v5.8.5 >4 Content-Length: 142 >5 Keep-Alive: timeout=15, max=100 >6 Connection: Keep-Alive >7 Content-Type: text/html; charset=ISO-8859-1 >---------------- > >so there is nothing about a session. > > 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'; >-] > ><p>hi. >------------------- > >I simply can't remember how I had it before -- is the above supposed to set >a cookie immediately? > > yes - the assignment to the udat hash element should cause session handling to start and the SET-COOKIE header to be sent. >Incidentally, I looked inside %udat earlier, and noticed that someone had >set the _session_id field set to 2515f2069584f2fe5b4fccd144e1f207. So, some >magic is clearly going on. > > look at your session directory and see if it contains any sessions. look at this particular session number to see if anything is set. -- _____cliff_rayman_____________________________________ Business Consulting and Turnaround Management [web] http://www.rayman.com/ [web] http://all-clear-turnaround-management.com/ [eml] cliff _AT_ rayman.com [phn] 888-736-3802 x701 [fax] 818-743-7404 ______________________________________________________
![]() |
Re: How to troubleshoot session handling?
|
Generated at 09:30 on 27 Apr 2005 by mariachi v0.52