RE: [PHP] Re: sessions vs domain problem

Something like: http://www.groep6049.ksjnet.be/ it does not work anymore (appearently the cookie domain is not recognized anymore). Any other ideas? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: Sessions

On Monday 07 March 2005 21:36, Jason Barnett wrote: > You are probably best off searching the PHP source for > session_set_save_handler. It will be something like > PHP_FUNCTION('session_set_save_handler', ... ) Found it and some other functions in php-5.0.3/ext/session/session.c I could however

RE: [PHP] Re: Sessions problem bug

On the server i use: Session.auto_start is off Session.use_cookie is on Session.use_trans_sid is 1 I do not set the session id myself All pages that requite the sessions have session_start() at the very first line -Original Message- From: Jason Barnett [mailto:[EMAIL PROTECTED] Sent: wo

Re: [PHP] Re: Sessions and Mozilla (Firefox)

On Wed, 2004-10-13 at 01:26 +, Matthew Weier O'Phinney wrote: > * Pablo Gosse <[EMAIL PROTECTED]>: > > I just noticed that if I open up a Mozilla window, log into my CMS, then > > open another Mozilla window (not by ctrl-n, but by selecting it from my > > programs menu) and bring up the login p

Re: [PHP] Re: Sessions not destroyed

M. Sokolewicz schrieb: are you using the default PHP sessions? or are you using a custom session handler? Hendrik Schmieder wrote: Hello, we have a severe problem with seesions. We use Apache 1.3.31 with PHP 4.3.9 as Apache module in Windows 2000 In our php.ini we have session.gc_probability = 10

Re: [PHP] Re: Sessions & session_start() & my problem

is this php script at the top of the page, there is nothing before it? -- -->> Jasper Howard :: Database Administration Velocity7 1.530.470.9292 http://www.Velocity7.com/ <<--

Re: [PHP] Re: Sessions & session_start() & my problem

I have deleted session_start() at login.php Thus i have 1 session_start() But i receive them yet. Yours,Mohsen --- Jasper Howard <[EMAIL PROTECTED]> wrote: > that was a bit confusing, but it looks like you call > session_start() more > than once in a script. You only need to call it > once, and yo

Re: [PHP] Re: Sessions Problem !!

This one time, at band camp, Chris Martin <[EMAIL PROTECTED]> wrote: > > Warning: session_start(): Cannot send session cookie - headers already sent > > by (output started at C:\Program Files\Apache > > Group\Apache2\htdocs\maillist\maillist\admin.php:1) in C:\Program > > Files\Apache Group\Apach

Re: [PHP] Re: sessions

On Sun, May 23, 2004 at 09:00:41PM +0200, Maarten Weyn wrote: > It worked for 5 minutes after a reboot, but now i get the same problem > > what happens is that on every session_start(); > a new sessid is created how comes it doesn't use the old one I am starting to believe that session support is

Re: [PHP] Re: Sessions still do not persist

On Fri, May 21, 2004 at 09:12:02PM +0200, Torsten Roehr wrote: > > > > So, what am I missing here? > > You could try it without session.auto_start. Turn it off and put > session_start() at the top of the script (in all pages). Tried that - makes no difference. Still works properly on the second

Re: [PHP] Re: Sessions still do not persist

"Michael R. Wayne" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote: > > Sorry, I'm an idiot! The ? was missing: > > > > > > > > Well, I spoke too soon. It does work, but only the SECOND time the > script is run! > >St

Re: [PHP] Re: Sessions still do not persist

On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote: > Sorry, I'm an idiot! The ? was missing: > > > Well, I spoke too soon. It does work, but only the SECOND time the script is run! Stage:0 SessionID: 6c9a1819fe95fa6f08f385ee2afa71ca __ [Submit] Stage:1 SessionID: 6c

Re: [PHP] Re: Sessions still do not persist

On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote: > > Sorry, I'm an idiot! The ? was missing: > > Thank you, thank you. This does indeed seem to work in my test script. Now to go work on the real version. > This should work. As far as I have seen trans_sid is not used very often

Re: [PHP] Re: Sessions still do not persist

"Michael R. Wayne" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Fri, May 21, 2004 at 08:04:00PM +0200, Torsten Roehr wrote: > > > > As far as I remember session.use_trans_sid does NOT work with forms (action > > attribute). Have you tried appending it manually to the action?: >

Re: [PHP] Re: Sessions still do not persist

On Fri, May 21, 2004 at 08:04:00PM +0200, Torsten Roehr wrote: > > As far as I remember session.use_trans_sid does NOT work with forms (action > attribute). Have you tried appending it manually to the action?: Well, this certainly seems to be progress in the correct direction. So session.use_tran

Re: [PHP] Re: Sessions, sessions and... sessions

session.save_path string session.save_path defines the argument which is passed to the save handler. If you choose the default files handler, this is the path where the files are created. Defaults to /tmp. If session.save_path's path depth is more than 2, garbage collection will not be perfor

Re: [PHP] Re: Sessions, sessions and... sessions

I believe the PHP.INI has to be set with a Session variable temp directory. > Hi Puiu, > I've been having the same problem too. My code that worked up until > recently > just stopped working. I did change from using: >session_register("user_id"); >if (!(user_id)){ > > to usin

RE: [PHP] Re: Sessions

Paul Furman on Tuesday, February 17, 2004 10:39 AM said: >> Have a questions about sessions. In building a simple app do I have >> to include the session id in the url string or in a hidden tag? or >> does it normally track it by cookies and so I dont have to call

Re: [PHP] Re: Sessions and frames

It has nothing to do with the other site. Browser makes a separate request for the frame content and you can set cookies without any problem. You should check if the cookie is realy set and if the cookie parameters are right (eg. in Mozilla's cookie manager). Jean-Christian IMbeault wrote: A l

Re: [PHP] Re: sessions and browser back

there is a setting you need to make after the session start http://ca3.php.net/manual/en/function.session-cache-expire.php check that link out I think that it will resolve alot of problems for you.. however I have noticed forms are a little trickier... usually what I do with those is create the

Re: [PHP] Re: sessions terminating randomly please help

Check if your server is using files or shared memory to save the sessions... My ISP was using mm (memory), and it was buggy... when they changed back to files, all was well. Justin on 11/03/03 7:40 AM, David Chamberlin ([EMAIL PROTECTED]) wrote: > It's possible you're being afflicted with the s

RE: [PHP] Re: sessions terminating randomly please help

Assuming that php is configued to rewrite the url tags, try turning off cokkies in the browser and let the Session if carry over. This might help you debugg it. -Original Message- From: David Chamberlin [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 3:41 PM To: [EMAIL PROTECTED]; F

Re: [PHP] Re: Sessions

To clarify, and correct a few typos: Instead of: $ssun = "foo"; session_register("ssun"); Try: $_SESSION['ssun'] = "foo"; HTH Justin on 06/10/02 12:11 PM, Jeff Bluemel ([EMAIL PROTECTED]) wrote: > instead of using the session_register try $_SESSTION[' ssun'] > > > "Steve Vernon" <[EMAI

RE: [PHP] Re: sessions: what to do when browser won't accept cookies?

Good idea but remember some people turn off javascript and cookies :) Make your site as accessible as you can, using Jerry's suggestion is a good idea and then accept some people will be bent on not being able to use your site by disabling as much functionality in their browsers as they can or th

RE: [PHP] Re: Sessions...

> Kondwani Spike Mkandawire wrote: > > Am I mistaken to assume that a Session is automatically > > destroyed if a Window Browser is closed? *Eventually* it is destroyed, but not at the instant the browser is closed. See the session.gc_maxlifetime and session.gc_probability settings in php.ini. If

Re: [PHP] Re: sessions and https

Richard Lynch wrote: >But Cookies sent to the HTTPS are not on the HTTP and vice versa. > >That ain't PHP, that's just how cookies work. > Are you sure about this? That's definitely not how the specification reads (assuming I'm interpreting what you're trying to say correctly), and that is not

Re: [PHP] Re: sessions

ent: Friday, July 26, 2002 9:28 PM Subject: Re: [PHP] Re: sessions > Still the same message. It has been actually logging me out all along, but > it will not run through that if statement. > > >Could you trye > >if (!em

Re: [PHP] Re: sessions

unset($_SESSION['variavble']); Andrey - Original Message - From: "Tyler Durdin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 26, 2002 10:14 PM Subject: Re: [PHP] Re: sessions > So doing it the new way ($_SESSION['variabl

Re: [PHP] Re: sessions

Still getting the same message. This script used to work perfectly in an older version of php. Could it be a problem with how I am setting the sessions. Has anything changed with how we code sessions? >It's because you are unregistering the valid_user variable, but, the >old_user var you defin

Re: [PHP] Re: sessions

Still the same message. It has been actually logging me out all along, but it will not run through that if statement. >Could you trye >if (!empty($HTTP_SESSION_VARS['valid_user']) >use $HTTP_SESSION_VARS _ Chat with friends onl

Re: [PHP] Re: sessions

So doing it the new way ($_SESSION['variable']) how do you close or unregister a session? _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe

Re: [PHP] Re: Sessions not staying a session...

I was under the assumption that it did...I have aded session_start and it still doesn't work. Jeff - Original Message - From: "Vail, Warren" <[EMAIL PROTECTED]> To: "'Craig Donnelly'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Th

RE: [PHP] Re: Sessions not staying a session...

Curious, does anyone know if the $_SESSION[privs] technique bypasses important session management features implemented in session_register("variable") ?? Warren Vail Tools, Metrics & Quality Processes (415) 667-7814 Pager (877) 774-9891 215 Fremont 02-658 -Original Message- From: Craig

Re: [PHP] Re: Sessions / Serialized Data

Julio Nobrega Trabalhando wrote: > > That would be easier. fopen the session file and store the information on > a database. Later you just fwrite the contents to a new file. I don't use PHP4 sessions since I cook my own, but I think the above won't work. My guess is that if you read the file,

Re: [PHP] Re: Sessions and Opera

and btw the browsers dont save the registered vars they are stored on the server side... :) the browser only stores a cookie containing the session id ... Tomy Wagner - Original Message - From: "Steve Fitzgerald" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 10, 2002

Re: [PHP] Re: sessions

On Wednesday 03 April 2002 04:19, Jason Wong wrote: > On Thursday 04 April 2002 01:04, R. Lindeman wrote: > > okay i'll explain a bit > > > > i want my sessions to store some values but instead of storing them their > > doing nothing at all here's some code > > > > // beginning of registering of v

Re: [PHP] Re: sessions

On Thursday 04 April 2002 01:04, R. Lindeman wrote: > okay i'll explain a bit > > i want my sessions to store some values but instead of storing them their > doing nothing at all here's some code > > // beginning of registering of values > > session_start(); > > session_register("fu"); > session_r

RE: [PHP] RE: Sessions and switching between php and htm documents

Not passing via URL currently... using track_vars Dave >-Original Message- >From: Tim Ward [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, February 27, 2002 4:16 AM >To: [EMAIL PROTECTED]; Dave >Subject: [PHP] RE: Sessions and switching between php and htm documents > > >I haven't experien

Re: [PHP] Re: Sessions

Thanks, that worked fined! On Mon, 24 Dec 2001 09:31:31 -0600 "Gaylen Fraley" <[EMAIL PROTECTED]> wrote: > By design. Try accessing $HTTP_SESSION_VARS instead. That should work. In > other words, if you were accessing a session variable by $session_var, now > use $HTTP_SESSION_VARS['session_v

Re: [PHP] Re: Sessions and include()...

nch' <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, September 22, 2001 4:38 PM Subject: RE: [PHP] Re: Sessions and include()... > Alright. If that's the case, how do you make sure a cookie gets set for > the remote domain? I'm working on a project to writ

RE: [PHP] Re: Sessions and include()...

Alright. If that's the case, how do you make sure a cookie gets set for the remote domain? I'm working on a project to write a hosted shopping cart, but we want people to have the ability to include pieces of the display functionality on their own pages, if their host supports PHP. But those piece

RE: [PHP] Re: Sessions Getting Broken

ve user to the login page with an error code. Niklas -Original Message- From: _lallous [mailto:[EMAIL PROTECTED]] Sent: 11. syyskuuta 2001 14:35 To: [EMAIL PROTECTED] Subject: Re: [PHP] Re: Sessions Getting Broken Can't tell like that No more ideasmaybe somecode wou

Re: [PHP] Re: Sessions Getting Broken

Can't tell like that No more ideasmaybe somecode would help?! "Niklas lampén" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hmm.. How do I know how fast they timeout? And it seems that all of my users > drop at the same time, not sure about it thou. >

RE: [PHP] Re: Sessions Getting Broken

Hmm.. How do I know how fast they timeout? And it seems that all of my users drop at the same time, not sure about it thou. session.cache_expire is set to 180. session.cookie_lifetime is 0. Maybe those do tell you something and you tell me more! :) Niklas -Original Message- From: _lal