On 09/07/2011 03:50 PM, Paul Waring wrote:
I'm having trouble with a PHP website which requires users to be logged
in to access all content other than the home page and a couple of static
pages (about us, contact us etc.). Several users have said they are
being logged out every few minutes
On 07/09/11 11:47, Nilesh Govindarajan wrote:
On 09/07/2011 03:50 PM, Paul Waring wrote:
I'm having trouble with a PHP website which requires users to be logged
in to access all content other than the home page and a couple of static
pages (about us, contact us etc.). Several users have said
On 7 September 2011 11:20, Paul Waring p...@phpdeveloper.org.uk wrote:
I'm having trouble with a PHP website which requires users to be logged in
to access all content other than the home page and a couple of static pages
(about us, contact us etc.). Several users have said they are being
On 7 September 2011 11:20, Paul Waring p...@phpdeveloper.org.uk wrote:
Can anyone suggest things which I could try? I cannot work out why this
problem is happening for some users but not me.
For browsers/extensions that do automatic read ahead (I load page A
and linked pages B and C are also
Just confirm once that you are not calling session_destroy somewhere.
Thanks,
Vikash Kumar
--
http://vika.sh
On 7 September 2011 16:46, Richard Quadling rquadl...@gmail.com wrote:
On 7 September 2011 11:20, Paul Waring p...@phpdeveloper.org.uk wrote:
Can anyone suggest things which I could
On 07/09/11 12:15, Richard Quadling wrote:
How do you handle multiple logins?
If I login using my laptop and get Session A for my account and then I
login using my desktop and get Session B for my account, does Session
A get killed?
Session A is killed, your last login is always the current
On 07/09/11 12:20, vikash.i...@gmail.com wrote:
Just confirm once that you are not calling session_destroy somewhere.
The only place session_destroy is called is in the logout function,
which itself is only called if a user clicks the logout link.
--
Paul Waring
On 07/09/11 12:16, Richard Quadling wrote:
On 7 September 2011 11:20, Paul Waringp...@phpdeveloper.org.uk wrote:
Can anyone suggest things which I could try? I cannot work out why this
problem is happening for some users but not me.
For browsers/extensions that do automatic read ahead (I
On 07/09/11 13:42, Richard Quadling wrote:
On 7 September 2011 12:32, Paul Waringp...@phpdeveloper.org.uk wrote:
On 07/09/11 12:16, Richard Quadling wrote:
On 7 September 2011 11:20, Paul Waringp...@phpdeveloper.org.ukwrote:
Can anyone suggest things which I could try? I cannot work
Inc session.cache_expire. You have only 3 minutes.
This means browser will drop cookie containing session id in three
minutes, or even less, of clients inactivity.
I prefer to set expire-time to zero. So, browser will never forget session id.
In other case, if security requires, i usually set it
On 04/11/10 14:56, Alexander Holodny wrote:
Inc session.cache_expire. You have only 3 minutes.
This means browser will drop cookie containing session id in three
minutes, or even less, of clients inactivity.
According to the PHP manual:
session.cache_expire specifies time-to-live for cached
On Fri, 2010-03-12 at 19:29 -0500, Martine Osias wrote:
Hi:
I need to store variables to send then between pages. I don't need the
variables in a database so I try to send them with sessions. The variables
don't seem to be there when I try to get them. What could be the problem.
Here
Martine Osias wrote:
Hi:
I need to store variables to send then between pages. I don't need the
variables in a database so I try to send them with sessions. The
variables don't seem to be there when I try to get them. What could be
the problem. Here are the pages where I store and retrieve
Forgot to mention, you could check into the privacy
vs. server settings by doing:
session_start();
echo session_id();
on both pages. If they're different, then
this is the problem.
KDK
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
Hello Martine,
Try to make on the second page a
print_r ($_SESSION);
--
With best regards from Ukraine,
Andre
Skype: Francophile; WlmMSN: arthaelon @ yandex.ru; Jabber: arthaelon @
jabber.org
Yahoo! messenger: andre.polykanine; ICQ: 191749952
Twitter: m_elensule
- Original message -
You could use a one time token on each request
Bastien
Sent from my iPod
On Nov 21, 2009, at 6:30 AM, Angus Mann angusm...@pobox.com wrote:
Hi all.
A question about PHP sessions and their interaction with AJAX.
I have a database containing sensitive information and users need to
log in
At 9:30 PM +1000 11/21/09, Angus Mann wrote:
Hi all.
A question about PHP sessions and their interaction with AJAX.
I have a database containing sensitive information and users need to
log in to my PHP script and be authenticated before they are granted
access.
For one of the forms I would
On 6/7/06, tedd [EMAIL PROTECTED] wrote:
Can someone shed some light on this for me? How can one do sessions and make
Google bots happy?
I think what they're getting at is don't use session id's unless
they're logged in.
--
Anthony Ettinger
Signature: http://chovy.dyndns.org/hcard.html
--
At 12:47 PM +1000 6/8/06, Chris wrote:
tedd wrote:
At 10:56 AM +1000 6/8/06, Chris wrote:
tedd wrote:
Hi gang:
I've read that php sessions can create problems for Google bots.
-snip-
Chris:
Thanks -- after your lead, I found that my site's session.use_trans_sid was
turned off by default.
So,
tedd wrote:
Hi gang:
I've read that php sessions can create problems for Google bots. For example, the
following was taken from a Google Web Master Help Center:
-- Quote --
Allow search bots to crawl your sites without session IDs or arguments that
track their path through the site. These
At 10:56 AM +1000 6/8/06, Chris wrote:
tedd wrote:
Hi gang:
I've read that php sessions can create problems for Google bots. For example,
the following was taken from a Google Web Master Help Center:
-- Quote --
Allow search bots to crawl your sites without session IDs or arguments that
track
tedd wrote:
At 10:56 AM +1000 6/8/06, Chris wrote:
tedd wrote:
Hi gang:
I've read that php sessions can create problems for Google bots. For example, the
following was taken from a Google Web Master Help Center:
-- Quote --
Allow search bots to crawl your sites without session IDs or
]
Sent: 04 April 2006 19:41
To: php-general@lists.php.net
Subject: Re: [PHP] php, sessions and ie
How are you destroying the sessions if they leave the site (dont logout).
do
you check on activity or something else?
On 4/4/06, Dan Parry [EMAIL PROTECTED] wrote:
I have had some issues
I used to use a database table which housed their information, and their
cookie housed their sessionID that the server assigned them when they
logged in. Grabbing the sessionID only from the cookie (and their IP) I
was able to log most people in (even dynamic IPs don't change THAT
often). For
I have had some issues with sessions and IE in the past and used the
following code to start the session
?php
if (isset($SessID)){ session_id($SessID); }
session_start();
header(Cache-control: private); // IE 6 Fix.
setcookie(SessID, session_id(), time() + 60 * 15);
?
Now, though, I always use a
How are you destroying the sessions if they leave the site (dont logout). do
you check on activity or something else?
On 4/4/06, Dan Parry [EMAIL PROTECTED] wrote:
I have had some issues with sessions and IE in the past and used the
following code to start the session
?php
if
I let GC and cookie expiration handle ending the session... The cookie was
only set for 15 minutes
Dan
---
http://chrome.me.uk
-Original Message-
From: Dallas Cahker [mailto:[EMAIL PROTECTED]
Sent: 04 April 2006 19:41
To: php-general@lists.php.net
Subject: Re: [PHP
Chris Wagner wrote:
i recently started using PHP's sessions. i am finding that the sessions
seem to expire after 20 or 30 minutes -- or, at least the variables
which i set, within $_SESSION, are getting cleared after this relatively
short amount of time.
before calling session_start(), i do a
rory walsh mailto:[EMAIL PROTECTED]
on Wednesday, March 02, 2005 11:19 AM said:
?php
if($_POST[username]==rory){//if user logs in as rory start session
session_start();
header(Cache-control: private);
$_SESSION['loggedin'] = yes;
}
Put session_start(); at the *very* beginning of your
The problem there is that I have to test if the user has logged on so I
need to include the if statement? Can the session_start not be called
from within an if statement? Does it really have to be the very first
thing in the script, if so I imagine that this means a single script
cannot be
rory walsh mailto:[EMAIL PROTECTED]
on Wednesday, March 02, 2005 1:26 PM said:
The problem there is that I have to test if the user has logged on so
I need to include the if statement? Can the session_start not be
called from within an if statement? Does it really have to be the
very
Yes I see what you mean. I only wanted to start a session IF the user
logged in, but I see your point, the session can be started as soon as
anyone opens the main page. I'll give it a go and see if that helps, cheers,
Rory.
Chris W. Parker wrote:
rory walsh mailto:[EMAIL PROTECTED]
on
rory walsh wrote:
The problem there is that I have to test if the user has logged on so I
need to include the if statement?
there are 2 tests to do:
1. check to see whether the user is logged on already
2. check to see whether the user is trying to log on
Can the session_start not be called
Thanks everyone, I'm getting closer. The only problem I have not is that
I keep entering that test, I modified it to change the session variable
once we enter the test but it somehow does not seem to change it? This
is the code,
if(strlen($_SESSION['loggedin']==yes)){
rory walsh mailto:[EMAIL PROTECTED]
on Wednesday, March 02, 2005 2:08 PM said:
Thanks everyone, I'm getting closer. The only problem I have not is
that I keep entering that test, I modified it to change the session
variable once we enter the test but it somehow does not seem to
change it?
Sorry bout that little mistake. You right I mean to check to see if
$_SESSION['loggedin'] == yes; That doesn't make a difference as it
turns out. The reason that I immediately change this is that I want the
content of the page to change, and in order to do that I want to stop it
from going into
rory walsh mailto:[EMAIL PROTECTED]
on Wednesday, March 02, 2005 2:38 PM said:
Is it to do with the link:
a href=\index.php?action=edit\
does this call the script again, just as an action=script.php in a
form would? Cheers for the help on this.
Yes it does. But it doesn't erase the
Yeah your right, I'm trying to walk before I can crawl! Cheers for the help,
Rory.
Chris W. Parker wrote:
rory walsh mailto:[EMAIL PROTECTED]
on Wednesday, March 02, 2005 2:08 PM said:
Thanks everyone, I'm getting closer. The only problem I have not is
that I keep entering that test, I
Reinhart Viane wrote:
in a page checkuser i do this after the user is logged in:
PHP Code
// Register some session variables!
session_register('userid');
$_SESSION['userid'] = $userid;
session_register('first_name');
In message [EMAIL PROTECTED], raditha dissanayake
[EMAIL PROTECTED] writes
Reinhart Viane wrote:
in a page checkuser i do this after the user is logged in:
PHP Code
// Register some session variables!
session_register('userid');
$_SESSION['userid'] =
Pete wrote:
You should only save the userId in the session, everything else should
be retrieved from your database using that id.
I normally do as you have suggested here - but why do you suggest that
this method is better?
One reason is for security. You cannot ever rule out the
I normally do as you have suggested here - but why do you suggest that
this method is better?
One reason is for security. You cannot ever rule out the possibility of
a user injecting someone else's data into the session to get access to
information that he should not have. Of course he
It could be a case that your provider is load balancing across several
machines. If they are, and they aren't storing the session data in a
central location, then that might account for the issue.
That would explain the intermittent failure. The user might be making
keepalive requests to the
How does one get sessions working on Windows? I have modified my php.ini
file so that session.save_path = C:\Temp, restarted and Apache.
Still I get
this error message:
Warning: session_start(): open(/tmp\sess_26310affee160329c9e50f27663f8971,
O_RDWR) failed: No such file or directory (2)
OK, I managed to get it working.
I first attempted to edit the php.ini so that the session save path was
C:\Temp. No matter what I did, the save path always showed up in phpinfo()
as /tmp. So I created folder on the root of C: called tmp and everything
worked.
Thanks,
Dave
--
PHP General
-Original Message-
From: David Mitchell [mailto:[EMAIL PROTECTED]
Sent: 12 May 2004 13:21
OK, I managed to get it working.
I first attempted to edit the php.ini so that the session
save path was C:\Temp. No matter what I did, the save path
always showed up in phpinfo() as
I think you need to restart PHP to pickup the new php.ini changes.
My php.ini is in the windows directory (I believe).
-Original Message-
From: David Mitchell [mailto:[EMAIL PROTECTED]
Sent: 12 May 2004 13:21
OK, I managed to get it working.
I first attempted to edit the php.ini
David Mitchell wrote:
I first attempted to edit the php.ini so that the session save path was
C:\Temp. No matter what I did, the save path always showed up in phpinfo()
as /tmp. So I created folder on the root of C: called tmp and everything
worked.
You were not editing the correct php.ini, then.
Sounds right.
Do you have a C:\temp directory?
How does one get sessions working on Windows? I have modified my php.ini
file so that session.save_path = C:\Temp, restarted and Apache. Still I get
this error message:
Warning: session_start(): open(/tmp\sess_26310affee160329c9e50f27663f8971,
On 05 March 2004 03:33, Paul Higgins wrote:
When I do: print_r($_COOKIE); I get the following:
Array ( [PHPSESSID] = 11781ce29c68ca7ef563110f37e43f38 )
Does that mean its setting the Cookie?
Yes.
Cheers!
Mike
-
Mike
On Friday 05 March 2004 13:05, Paul Higgins wrote:
When I thought about what the compay really told me...it didn't make sense.
All I know is that that cookie will not save on my WinXP box, but it will
save on my Linux box.
As sending cookies is pretty much a generic procedure which is not
but it will
save on my Linux box.
As sending cookies is pretty much a generic procedure which is not platform
dependent it would suggest that your WinXP box is broken (needless to say I'm
assuming that you have already ensured that your browser is configured to
accept cookies). Have you
Are the hosts u looking at the same ? Like is it the very same link ? Check
on the XP box if you have cookies disabled, u can always check if the
session is being stored on the server too, look in /tmp first. Try a print_r
($_COOKIE); aswell.
Hi everyone,
I'm trying to create a session with
to Medium.
Thanks,
Paul
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 14:25:53 +1100 (EST)
Are the hosts u looking at the same ? Like is it the very same link ? Check
on the XP box if you have cookies disabled, u can always
]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 14:25:53 +1100 (EST)
Are the hosts u looking at the same ? Like is it the very same link ? Check
on the XP box if you have cookies disabled, u can always check if the
session is being stored on the server too, look in /tmp first
wasted. Thanks for the help
though...it was much appreciated!
Paul
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 14:25:53 +1100 (EST)
Are the hosts u looking at the same ? Like is it the very same link ?
Check
If there is something in $_COOKIE, what does that mean? That there is a
cookie somewhere? Or is it appending the Session ID to the URL?
Paul
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 15:24:32 +1100 (EST
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 15:24:32 +1100 (EST)
Is it a non default /tmp ? If so it should be in php.ini or u have to
set where it is with an ini_set , hope that helps
they were stored...on the server...I
am so mad at myself...all that time wasted. Thanks for the help
though...it was much appreciated!
Paul
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] PHP Sessions - Cookies Not Saving
Date: Fri, 5 Mar 2004 14:25:53 +1100 (EST
Hi,
Monday, March 1, 2004, 3:04:13 AM, you wrote:
PH Hello everyone,
PH I'm beginning to experiment with PHP sessions. I was wondering if it is
PH possible to place objects into the session?
PH Thanks,
PH Paul
PH _
PH Take off
--- S.P.Vimala [EMAIL PROTECTED] wrote:
How to create a unique session for every new browser instance?
I'm not sure if this fits your definition of new browser instance, but there
is no way for a remote Web server to distinguish between two instances of the
same browser running on the client
Chris Shiflett [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
--- S.P.Vimala [EMAIL PROTECTED] wrote:
How to create a unique session for every new browser instance?
I'm not sure if this fits your definition of new browser instance, but
there
is no way for a remote Web server to
--- Rob Adams [EMAIL PROTECTED] wrote:
I'm not sure if this fits your definition of new browser
instance, but there is no way for a remote Web server to
distinguish between two instances of the same browser running
on the client machine.
That can't be true.
It can, and it is.
The only
Chris Shiflett [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
--- Rob Adams [EMAIL PROTECTED] wrote:
I'm not sure if this fits your definition of new browser
instance, but there is no way for a remote Web server to
distinguish between two instances of the same browser running
--- Rob Adams [EMAIL PROTECTED] wrote:
Test it yourself.
With all due respect, it seems you should be doing the testing.
Login to a PHP app using a standard browser and session cookies
and see for yourself. I understand the philosophy of the web
server only seeing what the client sends it,
I will test it, because it seems I don't understand this issue as much as I
could. But I can already tell you results I see right now:
I open a web browser (IE) and login to my application. I open another
window (IE) and goto the web application, and it asks me to login. This is
all on the
From: Chris Shiflett [EMAIL PROTECTED]
--- Rob Adams [EMAIL PROTECTED] wrote:
Test it yourself.
With all due respect, it seems you should be doing the testing.
Login to a PHP app using a standard browser and session cookies
and see for yourself. I understand the philosophy of the web
PROTECTED]
Subject: Re: [PHP] php sessions
I will test it, because it seems I don't understand this issue as much
as I
could. But I can already tell you results I see right now:
I open a web browser (IE) and login to my application. I open another
window (IE) and goto the web application
So you're saying if the session ID is passed in on the URL it will work.
But I'm using cookies. The only thing that gets passed on the URL is a
pagename. Perhaps there is something funky about my setup, but it has
always worked this way for me.
-- Rob
Cpt John W. Holmes [EMAIL PROTECTED]
* Thus wrote Rob Adams ([EMAIL PROTECTED]):
I will test it, because it seems I don't understand this issue as much as I
could. But I can already tell you results I see right now:
I open a web browser (IE) and login to my application. I open another
window (IE) and goto the web application,
Curt Zirzow [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
* Thus wrote Rob Adams ([EMAIL PROTECTED]):
I will test it, because it seems I don't understand this issue as much
as I
could. But I can already tell you results I see right now:
I open a web browser (IE) and login to
Another test:
I just downloaded and installed Mozilla (1.5). I logged into my site,
opened another window, and was logged in there also. I logged out of the
second window, hit a Home link on the first window, and got a login
screen. This is new behavior for a browser for me, but now I
--- CPT John W. Holmes [EMAIL PROTECTED] wrote:
If you are not relying on a cookie based session, then this will
work. Each login could be assigned a different session ID, so the
requests for each browser will be different because of the different
session IDs.
What John is explaining here is
Chris Shiflett [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
--- CPT John W. Holmes [EMAIL PROTECTED] wrote:
If you are not relying on a cookie based session, then this will
work. Each login could be assigned a different session ID, so the
requests for each browser will be
--- Rob Adams [EMAIL PROTECTED] wrote:
That doesn't seem to be what he's saying.
because of the different session IDs.
It seems to me a better example of what he is saying would be:
http://example.org/foo.php?PHPSESSID=12345
vs.
http://example.org/foo.php?PHPSESSID=67890
Perhaps I
From: Chris Shiflett [EMAIL PROTECTED]
But I was talking about cookies anyway. Which is where different
browsers have different behaviors. In IE, by default, it will not
pass a cookie from a new browser window.
This is very interesting. I might try to research this a bit more and see
what
On Tuesday, October 28, 2003 2:13 PM CPT John W. Holmes wrote:
It may depend upon how you open the second window, too. Control-N may
use
the same cookies whereas starting a whole new instance may not.
This is the case with IE. If I'm in my CMS and ctrl-N to get a new
window, I can operate
At around Tue, Feb 04, 2003 at 02:06:35PM +0800, Jason Wong constructed the following
notation:
Recompile, why? How about a link?
ln -s /sbin/sendmail /usr/sbin/sendmail
During the ./configure part of the installation, PHP checks for
sendmail, but only in /sbin/sendmail. If it
--- Jonathan Wright [EMAIL PROTECTED] wrote:
i'm having problems with sessions. I've set up the server
(httpd-2.0.44) with php (4.3.0) and switched on sessions.
I would recommend not using Apache 2 with PHP right now.
Stick with the latest stable 1.3.x version.
Chris
--
PHP General Mailing
At around Mon, Feb 03, 2003 at 10:42:47AM -0800, Chris Shiflett constructed the
following notation:
--- Jonathan Wright [EMAIL PROTECTED] wrote:
i'm having problems with sessions. I've set up the server
(httpd-2.0.44) with php (4.3.0) and switched on sessions.
I would recommend not using
On Mon, 3 Feb 2003, Jonathan Wright wrote:
Aside from this, PHP's running like a dream. I haven't had a single
problem (other than mail() not working, but I found that's because I use
/usr/sbin/sendmail, not /sbin/sendmail, so I'll just need to recompile).
Recompile, why? How about a link?
ln
At around Mon, Feb 03, 2003 at 04:20:03PM -0600, Greg Donald constructed the following
notation:
On Mon, 3 Feb 2003, Jonathan Wright wrote:
Aside from this, PHP's running like a dream. I haven't had a single
problem (other than mail() not working, but I found that's because I use
During the ./configure part of the installation, PHP checks for
sendmail, but only in /sbin/sendmail. If it doesn't find it, the
function mail() isn't complied in.
I just get 'call to undefined function mail()' in x/y.php on z.
Ok, make your link this way then:
ln -s /usr/sbin/sendmail
On Tuesday 04 February 2003 06:30, Jonathan Wright wrote:
At around Mon, Feb 03, 2003 at 04:20:03PM -0600, Greg Donald constructed the
following notation:
On Mon, 3 Feb 2003, Jonathan Wright wrote:
Aside from this, PHP's running like a dream. I haven't had a single
problem (other than
This is a system automated E-Mail reply.
If you email is a request for support then please visit the below URL and lodge
your support request.
If you cannot access the below URL, then please email [EMAIL PROTECTED] for prompt
support.
http://www.wildcomm.net/support.php
If this is not a
Hey, I'm back =)
I was unable to get it to run, I've setup the most basic session handler i
could think of, a simple counter,
if any of you could test it, I'd be very thankful, the URL is
http://fatboy.blaster.nu/~blaster/sess_test/
Now, it does not cut the content, not sure why it doesn't do
I can say with near certainty that there is a problem with the session
handler you've chosen, for you to be getting these segfaults. As I pointed
out, and as you've stated, if the sessions work fine with the 'files'
handler type, then the issue must be with the alternate handler.
So, if you
What version of PHP are you using and do you have globals turned on?
Timothy Hitchens (HiTCHO)
Open Source Consulting
e-mail: [EMAIL PROTECTED]
-Original Message-
From: Tim Thorburn [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 21 January 2003 6:59 PM
To: [EMAIL PROTECTED]
Subject:
On Tuesday 21 January 2003 16:58, Tim Thorburn wrote:
Hi,
After a day and a half of pounding my head against the wall I believe I've
identified the source of the problem. When I create and register the
session in my login page - it does not carry forward to any other
pages. I've found this
Hi,
I'm using PHP 4.1.2 on the server with problems - it's hosted on a shared
server and thus I have no direct access to much of anything. I have had
this script running on versions 4.0.6 thru 4.2.2 with no problems until now.
Here are the settings attained from phpinfo(); for the server that
PROTECTED]]
Sent: Tuesday, 21 January 2003 7:39 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [PHP] PHP Sessions
Hi,
I'm using PHP 4.1.2 on the server with problems - it's hosted
on a shared
server and thus I have no direct access to much of anything
On Tuesday 21 January 2003 17:39, Tim Thorburn wrote:
Hi,
I'm using PHP 4.1.2 on the server with problems - it's hosted on a shared
server and thus I have no direct access to much of anything. I have had
this script running on versions 4.0.6 thru 4.2.2 with no problems until
now.
Here are
Yes, the examples from the manual do work on the server using PHP 4.2.2 -
however they do not work on the server using PHP 4.1.2.
I've been using this same script for many sites with PHP versions 4.0.6
thru 4.2.2 with no problems until now which leads me to believe that I must
attempt to
Yes, the examples from the manual do work on the server using PHP
4.2.2 -
however they do not work on the server using PHP 4.1.2.
I've been using this same script for many sites with PHP versions
4.0.6
thru 4.2.2 with no problems until now which leads me to believe that I
must
attempt to
There is some discussion as to whether my globals are on or not ... I am
using session_register to name my sessions, and then the global command
later on on the individual pages to remember which session it is we're
looking for.
It would be simply priceless if sessions were broken in 4.1.2 -
On Tuesday 21 January 2003 17:59, Tim Thorburn wrote:
Yes, the examples from the manual do work on the server using PHP 4.2.2 -
however they do not work on the server using PHP 4.1.2.
I've been using this same script for many sites with PHP versions 4.0.6
thru 4.2.2 with no problems until now
on 21/01/03 9:25 PM, Tim Thorburn ([EMAIL PROTECTED]) wrote:
There is some discussion as to whether my globals are on or not ... I am
using session_register to name my sessions, and then the global command
later on on the individual pages to remember which session it is we're
looking for.
No
-Original Message-
From: John W. Holmes [mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 10:20
Wasn't it 4.1.2 that had broken sessions? I remember one version that
came out that was just broke and you had to do a bunch of
workarounds to
get things to work normally. Was that it?
[mailto:[EMAIL PROTECTED]]
Sent: 21 January 2003 10:26
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [PHP] PHP Sessions
There is some discussion as to whether my globals are on or not ... I am
using session_register to name my sessions, and then the global command
later on on the individual
Ok, here's the sample code I found in one of my PHP books - it doesn't work
exactly like my original script for checking passwords, but it does a close
enough job to let me know that the sessions aren't staying registered.
I could ask my host if anyone else has had problems, but that would mean
1 - 100 of 118 matches
Mail list logo
