Something like:
?php
session_set_cookie_params(0, '/', 'ksachiropoelkapelle.be');
session_start();
...
I inserted this code at the top:
session_set_cookie_params(0, '/', '.ksachiropoelkapelle.be');
It did not solve the problem, still after logging in on
www.ksachiropoelkapelle.be the session
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
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:
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 page in
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 =
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 you
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/
--
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
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
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
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?:
Well,
On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote:
Sorry, I'm an idiot! The ? was missing:
form method=post action=xxx.php??= SID; ?
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
On Fri, May 21, 2004 at 08:35:37PM +0200, Torsten Roehr wrote:
Sorry, I'm an idiot! The ? was missing:
form method=post action=xxx.php??= SID; ?
Well, I spoke too soon. It does work, but only the SECOND time the
script is run!
Stage:0 SessionID: 6c9a1819fe95fa6f08f385ee2afa71ca
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:
form method=post action=xxx.php??= SID; ?
Well, I spoke too soon. It does work, but only the SECOND time the
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
call
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 using:
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
Paul Furman mailto:[EMAIL PROTECTED]
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 it
on
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
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
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];
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
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 [EMAIL PROTECTED]
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
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 the
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
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
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
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
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['variable']) how do you close or
unregister a session
: 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
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
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: Thursday, April 25, 2002 12:04 PM
Subject: RE: [PHP] Re: Sessions
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,
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 2:38
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);
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 values
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 experienced
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_var'].
]
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 write a hosted shopping
cart, but we want people to have the ability to 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
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:
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.
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 would help?!
Niklas lampén [EMAIL
44 matches
Mail list logo