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 we
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
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 th
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:
The problem stemmed from the way the return from UPDATE is handled and the
scripts reliance on the
ebruary 2006 21:26
To: Dan Parry
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:
>
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 '<>' for key 1
Looks like your Session ID that you are trying to insert into the
database in your ses
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.
s_table
. " WHERE ses_time < $ses_life";
$session_res = @mysql_query ($session_sql, $this->dblink);
if (!$session_res) $this->localError('c1(ses)',
mysql_error() . ' - SQL: ' . $session_sql . 'Click here to build session tables (for
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.net"
Subject: [PHP] Session problems
Hi all
I've been getting an error while using a custom sessio
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
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(
"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
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: [
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 s
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://domain&path/test1.php?name=bill&pwd=henry
I see the output:
user = 'bill'
ID= 41699d4461e8fe3a71243bb3cb1c2298'
You were remembered and are now being redirected
From: "Eric Gorr" <[EMAIL PROTECTED]>
> When I visit test1.php with the url:
> http://domain&path/test1.php?name=bill&pwd=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 s
hich daemon in 4.3 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
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]
&g
* 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
ot; <[EMAIL 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
On Tuesday 22 July 2003 09:55 am, Joe Sheehan wrote:
> Just notic
"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
Were you planning on incrementing $_SESSION['count'] anywhere? If not, try
On Tuesday 22 July 2003 09:55 am, Joe Sheehan wrote
Were you planning on incrementing $_SESSION['count'] anywhere? If not, try
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 a day or so ago version 4.0.6.
> I'm moving everything no
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
- Compa
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 gettin
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: 2
> 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
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 applica
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, J
sar Aracena" <[EMAIL PROTECTED]>
Cc: "'Bob 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
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 pri
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 to
the location function at all BTW.
>
>Best Regards
>Bob (Coffee + Laptop = KABOOM!) Irwin
>Server Admin & Web Programmer
>Planet Netcom
>- Original Message -
>From: "Chris Shiflett" <[EMAIL PROTECTED]>
>To: "Bob Irwin" <[EMAIL PROTECTED]&
hp-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 implementati
TECTED]>
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 having, but
>
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
reques
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 absolu
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 Me
-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
>
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 thin
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.ph
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
functi
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 $H
1.Cookies are on
2.session.use_trans_sid = 1
Will try the rest.
Tx
"Slavomir Slizik" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hello,
>
> check out if you have cookies turned on. Or, compile php with
> --enable-trans-sid, where the PHPSE
Hello,
check out if you have cookies turned on. Or, compile php with
--enable-trans-sid, where the PHPSESSID is automatically attached to all
URLs and forms without using cookies.
try to do session_register() before session_start() in 1.php, or do not
use session_start() in 1.php (only session_re
Default settings for sessions is to use cookies that expires when you
close (all instances of) the browser. If you are simply type 1.php and
then 2.php in Address your code must work. But, again: if you are using
the default configuration.
> -Original Message-
> From: Bernie Kruger [mailt
I had EXACTLY the same problem about a month a go, but using IIS on Win2k.
The session file contains only ":foo|", so it's just the same.
There are a couple of things to check:
1. Make sure the browser is receiving the cookie.
2. Make sure the browser is returning the cookie (shoul
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:
the session_start() should be placed at the top, before the
...
wrote in message
454D444FF5C0D211891800A0C98C7D90359A54@SERVIDOR">news:454D444FF5C0D211891800A0C98C7D90359A54@SERVIDOR...
> Hi! my name is bruno, from Brazil and i'm having some problems with
> sessions.
> Look my code:
>
>
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
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 t
Mensaje citado por: Jack Davis <[EMAIL PROTECTED]>:
> 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 different browser windows, the first window
> opened takes on the session that the second window is in.
> It a
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 t
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
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
001201c08564$f7398660$554d59d5@broder">news:0
55 matches
Mail list logo
