On 2/16/07, Jochem Maas [EMAIL PROTECTED] wrote:
Ken Williams wrote:
Is anyone else having problems with session in 4.4.5? I'm under apache
1.3.27 in linux 2.4.34 and all my web sites break under 4.4.5. As soon
as a
page tries to register a session variable with session_register apache
Yes... I think the test version of it goes out today.
On 2/22/07, alex handle [EMAIL PROTECTED] wrote:
On 2/16/07, Jochem Maas [EMAIL PROTECTED] wrote:
Ken Williams wrote:
Is anyone else having problems with session in 4.4.5? I'm under apache
1.3.27 in linux 2.4.34 and all my web sites
Ken Williams wrote:
Is anyone else having problems with session in 4.4.5? I'm under apache
1.3.27 in linux 2.4.34 and all my web sites break under 4.4.5. As soon as a
page tries to register a session variable with session_register apache will
segfault. Has worked perfectly fine for the
Hi all
I didn't get that many replies (thanks to those who did reply :) ) for this,
so now I've figured out the problem I thought I'd share the solution just in
case anyone else has the same issue:
solution
The problem stemmed from the way the return from UPDATE is handled and the
scripts
What is the code that generates this?
-Original Message-
From: Dan Parry[EMAIL PROTECTED]
Sent: 16/02/06 4:50:51 PM
To: php-general@lists.php.netphp-general@lists.php.net
Subject: [PHP] Session problems
Hi all
I've been getting an error while
: [PHP] Session problems
What is the code that generates this?
-Original Message-
From: Dan Parry[EMAIL PROTECTED]
Sent: 16/02/06 4:50:51 PM
To: php-general@lists.php.netphp-general@lists.php.net
Subject: [PHP] Session problems
Hi all
I've been
On Thu, Feb 16, 2006 at 12:37:14PM -, Dan Parry wrote:
Here is the complete code from the class... it's just a modified version of
that available from an article on the Zend site
?
$ses_class = new session();
ini_set(session.save_handler, user);
You dont need to do this.
On Thu, February 16, 2006 3:50 am, Dan Parry wrote:
I've been getting an error while using a custom session handler
utilising a
MySQL database
The error I receive is:
Duplicate entry 'PHPSESSID_REMOVED' for key 1
Looks like your Session ID that you are trying to insert into the
database in
Cc: php-general@lists.php.net
Subject: Re: [PHP] Session problems
On Thu, February 16, 2006 3:50 am, Dan Parry wrote:
I've been getting an error while using a custom session handler
utilising a
MySQL database
The error I receive is:
Duplicate entry 'PHPSESSID_REMOVED' for key 1
Looks like
Don't use session_register()
It was only needed way back when in PHP3 (?)
Simplify your test until it works -- Then start adding the other stuff in.
Are you *SURE* you are calling session_start() on the page that gets the
POST?
I think you need to call session_name() *BEFORE* session_start()
On 7/13/05, Richard Lynch [EMAIL PROTECTED] wrote:
I think you need to call session_name() *BEFORE* session_start() but I
could be wrong about that...
totally right! in the php manual,
The session name is reset to the default value stored in session.name
at request startup time. Thus, you need
Ed Lazor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I ran into this last month. It was a problem with the ISP's server. They
were load balancing between different machines and PHP / Apache was having
trouble accessing session files.
Storing the session data in a database might
I ran into this last month. It was a problem with the ISP's server. They
were load balancing between different machines and PHP / Apache was having
trouble accessing session files.
-Original Message-
From: BOOT [mailto:[EMAIL PROTECTED]
Sent: Friday, August 06, 2004 1:26 PM
To:
From: Eric Gorr [EMAIL PROTECTED]
When I visit test1.php with the url:
http://domainpath/test1.php?name=billpwd=henry
I see the output:
user = 'bill'
ID= 41699d4461e8fe3a71243bb3cb1c2298'
You were remembered and are now being redirected to the home page. If
this fails for some reason
At 1:58 PM -0500 3/19/04, John W. Holmes wrote:
From: Eric Gorr [EMAIL PROTECTED]
When I visit test1.php with the url:
http://domainpath/test1.php?name=billpwd=henry
I see the output:
user = 'bill'
ID= 41699d4461e8fe3a71243bb3cb1c2298'
You were remembered and are now being redirected to
Ah HA! I knew I wasn't crazy...well, pretty sure... ;-)
I figured out why my sessions were behaving so oddly.
I was accessing test1.php via:
http://ericgorr.net/...
In test1.php, I was then redirecting to test2.php via
http://www.ericgorr.net/...
Apparently, with Mozilla and Safari, php
is the correct one which is the standalone
similar to 4.2 and 4.0.6. I hope its just a user error at this point.
Thanks
From: Evan Nemerson [EMAIL PROTECTED]
To: Joe Sheehan [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: [PHP] Session Problems with 4.3.2
Date: Tue, 22 Jul 2003 13:10:40 -0700
Try
Were you planning on incrementing $_SESSION['count'] anywhere? If not, try
?php isset($_SESSION['count']) ? echo Yes.\n : echo No.\n; ?
On Tuesday 22 July 2003 09:55 am, Joe Sheehan wrote:
Just noticed my email was messed up because of the html. Sorry
about that
I've been using up until
PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: [PHP] Session Problems with 4.3.2
Date: Tue, 22 Jul 2003 10:01:03 -0700
Were you planning on incrementing $_SESSION['count'] anywhere? If not, try
?php isset($_SESSION['count']) ? echo Yes.\n : echo No.\n; ?
On Tuesday 22 July 2003 09:55 am, Joe Sheehan
: [EMAIL PROTECTED]
Subject: Re: [PHP] Session Problems with 4.3.2
Date: Tue, 22 Jul 2003 10:01:03 -0700
Were you planning on incrementing $_SESSION['count'] anywhere? If not, try
?php isset($_SESSION['count']) ? echo Yes.\n : echo No.\n; ?
On Tuesday 22 July 2003 09:55 am, Joe Sheehan wrote:
Just
* Thus wrote Joe Sheehan ([EMAIL PROTECTED]):
It echo No. Have no idea why its not set?
Even tried using session_register with register_globals on
but no luck either.
Anyone have any idea what i'm doing wrong? I'm hoping its just
a user error.
Are you using cookie based sessions? And if yes
on
but no luck either.
Anyone have any idea what i'm doing wrong? I'm hoping its just
a user error.
Thanks in advance
From: Evan Nemerson [EMAIL PROTECTED]
To: Joe Sheehan [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: [PHP] Session Problems with 4.3.2
Date: Tue, 22 Jul 2003 10:01:03 -0700
On Thursday 10 July 2003 18:26, Tassos T wrote:
I have a problem with php 4.3.2.
I have a php code and i used sessions, that code works properly in php
4.3.0 and now after upgrade php to 4.3.2 version not work.
Any ideas about this.
- Read the release notes
- Read the change log
- Compare
Check your session files (usually in /tmp) if they are what they are
supposed to be
Jason Romero wrote:
--when using session registered variables
--i can only get them to save as session variables for one page
--then on the next page they are gone
--far as i can tell the variables are not
Jason
session.cookie_lifetime set to 0 means the session cookie persists until the
client browser is closed...
I'm not clear if you are still having session problems now or the advice you
got earlier sorted it?
Rich
-Original Message-
From: Jason Romero [mailto:[EMAIL PROTECTED]]
Sent:
when using session registered variables
i can only get them to save as session variables for one page
then on the next page they are gone
far as i can tell the variables are not getting written over or unset
and the session is not gettting destroyed
any other ideas what it might be?
Do you
G'day,
Most likely they haven't pointed it to the right place (or maybe
permissions? Doubt it would give this error for that).
Session information is usually stored in /tmp on the hosting server (and on
unix servers /tmp is actually a disk partition with a set size).
There are a lot of
pass the user id to the page as a url variable. maybe set a unique cookie
name for that value that won't get destroyed when the person logs out.
Jim Lucas
- Original Message -
From: Michael Champagne [EMAIL PROTECTED]
To: PHP General Mailing List [EMAIL PROTECTED]
Sent: Monday, July 08,
I'm not sure if this might be related to the problem you're having, but
Internet Explorer has a long history of poor cookie implementation, from
the browser allowing anyone to read cookies from any site (versions 4.0
- 6.0) to the browser not sending the cookie information in subsequent
[EMAIL PROTECTED]
Cc: php-general [EMAIL PROTECTED]
Sent: Wednesday, June 19, 2002 11:36 AM
Subject: Re: [PHP] Session problems based on browser?
I'm not sure if this might be related to the problem you're having, but
Internet Explorer has a long history of poor cookie implementation, from
: [PHP] Session problems based on browser?
I'm not sure if this might be related to the problem you're having, but
Internet Explorer has a long history of poor cookie implementation, from
the browser allowing anyone to read cookies from any site (versions 4.0
- 6.0) to the browser not sending
Netcom
- Original Message -
From: Chris Shiflett [EMAIL PROTECTED]
To: Bob Irwin [EMAIL PROTECTED]
Cc: php-general [EMAIL PROTECTED]
Sent: Wednesday, June 19, 2002 11:36 AM
Subject: Re: [PHP] Session problems based on browser?
I'm not sure if this might be related to the problem you're
Hi all. I'm having the same problem when developing a site with a flash
animation inside. Let's say I'm seeing the page, I change the flash
background color, save the flash animation again and refresh the page...
nothing happens.
I found out that is a problem of configuration of my IE. If I go
I mentioned a couple in a previous email:
header(Expires: . gmdate(D, d M Y H:i:s, time()) . GMT);
header(Cache-Control: Private);
Most HTTP headers with regards to caching are more intended to dictate
proxy behavior. For example, the header above specifying that
cache-control be private
Irwin' [EMAIL PROTECTED]; 'php-general'
[EMAIL PROTECTED]
Sent: Wednesday, June 19, 2002 1:38 PM
Subject: Re: [PHP] Session problems based on browser?
I mentioned a couple in a previous email:
header(Expires: . gmdate(D, d M Y H:i:s, time()) . GMT);
header(Cache-Control: Private);
Most HTTP
-Rick
Change the owner and group of the directory to nobody.nobody to your /tmp
directory.Iam not sure here.
regards,
SenthilVelavan.P
- Original Message -
From: php [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, June 15, 2002 7:42 AM
Subject: [PHP] session problems
You should not be writing to /tmp that is a system directory. php.ini is a
file. If you need a temporary directory, use ./tmp that will be directory
in your web root directory.
Bruce Karstedt
President
Technology Consulting Associates, Ltd.
Tel: 847-735-9488
Fax: 847-735-9474
-Original
I'm not sure what sysadmins you are talking about, but /tmp is typically
a world-writable directory.
Also, there is no such strict Unix naming convention. The directory
/tmp is always /tmp, so matter how lenient you want to be. There is
simply a difference between relative paths and absolute
In addition to what Kevin said:
$_SESSION and $_session are not the same variables.
Use quotes in your session_register(), too: session_register(u_name),
although you don't need session_register() at all, if you are using
$_SESSION['u_name'] = value; syntax.
---John Holmes...
Ok I think I
On Thursday, March 14, 2002, at 02:15 PM, Daniel Ferreira Castro wrote:
If it validates the user, then he creates a session called
login_session and
open another file called s_proj.htm throug the line
header(location:http://pinguim/pb/s_proj.php;);
The problem is
on my login.php I have
Peter,
I had a similar problem, and I believe there's a bug report already
filed about it. PHP doesn't seem to save session variables if you use
the Location: header. What I do in my scripts when I need to set a
location redirect is run 'session_write_close()' before I use the header
Hi,
I got the same problem but i left it (had no more time to fumble around
with it). But try this, because it was what I was going to try:
function ccsession($userid = '1', $groupid = '1', $authid = '1',
$username = 'guest', $first_name = 'Guest', $last_name = 'Account')
{
global
Just move these two lines to the beginning of the file:
session_start();
session_register(test);
These have to be before any output is sent to the browser.
Kirk
-Original Message-
From: Bruno Freire [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 2:42 PM
the session_start() should be placed at the top, before the HTML
?php session_start(); ?
html
head
...
?php
session_register(test)
...
Nikhil
Bruno Freire [EMAIL PROTECTED] wrote in message
If you don't use output buffering, the session stuff has to be the first
thing in you script. In other words, you should not send anything to the
browser before the session functions.
In your case you are sending html tags to the browser before the session
functions.
Rewrite it as the following:
In article 99u746$gra$[EMAIL PROTECTED], "Jeff Warrington"
[EMAIL PROTECTED] wrote:
Never mind everybody. It turns out that I had to set the
odbc_longreadline setting to make sure that the full serialized
session data was read from the DB.
Jeff
hello all. I am attempting to register two
Addressed to: Jack Davis [EMAIL PROTECTED]
[EMAIL PROTECTED]
** Reply to note from Jack Davis [EMAIL PROTECTED] Wed, 21 Feb 2001 14:58:13
-0600
We have designed a web based email program that we have
recently found a problem with...If you open up two email
accounts in two
I don't know if it'll help but here my bit of the php.ini:
session.save_handler = files ; handler used to store/retrieve data
session.save_path = C:\Programme\Apache
Group\Apache\cgi-bin\php4\sessiondata; argument passed to
save_handler
; in
you have to set the 'session.save_path' in your php.ini.
be careful with the slashes you use. as you can see from
the error msg by default it's '/' but windows uses '\'.
good luck
Johannes
"Jimmy Bäckström" [EMAIL PROTECTED] schrieb im Newsbeitrag
Yeah I used a path name with '\' instead of '/' but it still does not work. Help!
"Johannes Janson" [EMAIL PROTECTED] wrote in message
94kpfm$4cc$[EMAIL PROTECTED]">news:94kpfm$4cc$[EMAIL PROTECTED]...
you have to set the 'session.save_path' in your php.ini.
be careful with the slashes you
50 matches
Mail list logo
