--- Jason Wong [EMAIL PROTECTED] wrote:
$username = trim(addslashes($_POST['user_name']));
$pass = trim(addslashes($_POST['password']));
addslashes() is not needed as you're performing SELECT query
and not an INSERT query.
That's not true, since he's using user data in the SQL statement.
no I did this a long time ago
(I did have this problem before :o) )
Marek Kilimajer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dre wrote:
and by the way ..
I'm using MS Windows XP Pro. which I do believe that it has some hand in
the
problem :)
Like you did not change
Dre wrote:
no I did this a long time ago
(I did have this problem before :o) )
Try echo $_REQUEST[session_name()]; in members/main.php. It should print
the session id. Then there should be a session file sess_[session id].
Marek Kilimajer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Monday 06 September 2004 14:08, Peter Brodersen wrote:
On Mon, 6 Sep 2004 13:33:02 +0800, in php.general
[EMAIL PROTECTED] (Jason Wong) wrote:
$username = trim(addslashes($_POST['user_name']));
$pass = trim(addslashes($_POST['password']));
addslashes() is not needed as you're
On Sun, 2004-09-05 at 17:32, Dre wrote:
I really did
and it behaves the same
I tried isset() also but there is no good it still does not work !!!
Does not work -- explain this part.
add error_reporting(E_ALL); as the first line of code, in addition to
all the other suggestions. Check your
Try use
if(empty($_SESSION['uname'])
instead
if($_SESSION['uname'] = = )
Afan
Dre wrote:
Hi ..
I'm still working on my members login script.
I'm using a simple username/password login form that calls the following
login script
//=
?php
I really did
and it behaves the same
I tried isset() also but there is no good it still does not work !!!
Afan Pasalic [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Try use
if(empty($_SESSION['uname'])
instead
if($_SESSION['uname'] = = )
Afan
Dre wrote:
Hi ..
I'm
I really did
and it behaves the same
I tried isset() also but there is no good it still does not work !!!
Afan Pasalic [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Try use
if(empty($_SESSION['uname'])
instead
if($_SESSION['uname'] = = )
Afan
Dre wrote:
Hi ..
I'm
Hi,
In your code:
if($_SESSION['uname'] = = )
^
Get rid of that extra space bewteen the ==
Hth, Andre
On Sunday 05 September 2004 11:23 am, Dre wrote:
I really did
and it behaves the same
I tried isset() also but there is no good it still does not
Dre wrote:
according to what little i know this should give you a parse error.
if($_SESSION['uname'] = = )
--
Raditha Dissanayake.
http://www.radinks.com/sftp/ | http://www.raditha.com/megaupload
Lean and mean
Dre [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I really did
and it behaves the same
I tried isset() also but there is no good it still does not work !!!
Afan Pasalic [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Try use
if(empty($_SESSION['uname'])
it does not actually exist in the real code
I just added it to show that there are 2 equal signs in there
Andre Dubuc [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi,
In your code:
if($_SESSION['uname'] = = )
^
Get rid of that extra space
thanks
Torsten Roehr [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dre [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I really did
and it behaves the same
I tried isset() also but there is no good it still does not work !!!
Afan Pasalic [EMAIL PROTECTED]
On Sunday 05 September 2004 22:24, Dre wrote:
$_SESSION['uname'] = $username;
session_write_close() before you redirect.
header('Location: /members/main.php');
--
Jason Wong - Gremlins Associates - www.gremlins.biz
Open Source Software Systems Integrators
* Web Design Hosting * Internet
Dre wrote:
I don't know why but session variables does not get posted .. is there any
thing in the php.ini that I should configure as
I can't find any thing wrong in the code I'm using !!
Session variables are not posted, they are kept on the server. Only the
session id is sent as a cookie, get
I do know this
and what happen is that the $_SESSION array become empty once I redirect
from the login page (after login) to another members' area page .. !!
Marek Kilimajer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dre wrote:
I don't know why but session variables does not
Dre wrote:
I do know this
and what happen is that the $_SESSION array become empty once I redirect
from the login page (after login) to another members' area page .. !!
That means you are loosing your session. Is the session id sent? Is the
session file (usualy in /tmp) created?
Marek Kilimajer
Dre wrote:
I do know this
and what happen is that the $_SESSION array become empty once I redirect
from the login page (after login) to another members' area page .. !!
Are you starting the session on every page? How are you sending the
session id?
--
By-Tor.com
It's all about the Rush
--- Dre [EMAIL PROTECTED] wrote:
$username = trim(addslashes($_POST['user_name']));
$pass = trim(addslashes($_POST['password']));
I recommend using mysql_escape_string() or mysql_real_escape_string()
instead of addslashes().
if((empty($_POST['user_name'])) || (empty($_POST['password'])))
{
this is the username/password validation script which receives the user name
and password from a regular form
and they are sent correctly
logme_in.php
//==
==
?php
session_start();
$username =
and by the way ..
I'm using MS Windows XP Pro. which I do believe that it has some hand in the
problem :)
Dre [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I do know this
and what happen is that the $_SESSION array become empty once I redirect
from the login page (after login) to
Dre wrote:
snip
if((empty($_POST['user_name'])) || (empty($_POST['password'])))
{
header('Location: index.php');
include(login_form);
exit();
}
That include is useless, as you're forwarding to another document right
before it.
else{
include(db.php);
$sql = SELECT * FROM
yes I'm sure
John Nichel [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dre wrote:
snip
if((empty($_POST['user_name'])) || (empty($_POST['password'])))
{
header('Location: index.php');
include(login_form);
exit();
}
That include is useless, as you're
Dre wrote:
yes I'm sure
Won't hurt to echo it out.
--
By-Tor.com
It's all about the Rush
http://www.by-tor.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Please do not top post.
On Monday 06 September 2004 06:53, Dre wrote:
As well as what everybody else has said ...
$username = trim(addslashes($_POST['user_name']));
$pass = trim(addslashes($_POST['password']));
addslashes() is not needed as you're performing SELECT query and not an
From: Michael Gale [EMAIL PROTECTED]
I have a small issue with sessions, at the moment I am using sessions on
our web site and storing the session
information in a db_table. It is working great. Right now I am only
storing the users ID, name and role in the session
data, but I would like to
Hello,
The site is for a ticket tracking system, if a CSR has a window open and is
working on company A - I would like to save
some information about company A in a session variable. Since the session is stored in
the DB I figured it was save.
Then if the CSR need to look up another
I have a small issue with sessions, at the moment I am using
sessions on our web site and storing the session
information in a db_table. It is working great. Right now I am only
storing the users ID, name and role in the session
data, but I would like to store other information as well.
From: Michael Gale [EMAIL PROTECTED]
The site is for a ticket tracking system, if a CSR has a window open and
is working on company A - I would like to save
some information about company A in a session variable. Since the session
is stored in the DB I figured it was save.
Then if the CSR need
Michael Gale wrote:
Hello,
Morning .. at least it is where I am :)
good evening. Close to 10:00pm in tropical paradise (Sri Lanka in case
you don't know where that is )
I have a small issue with sessions, at the moment I am using sessions on our web site and storing the session
information
Michael Gale wrote:
Hello,
The site is for a ticket tracking system, if a CSR has a window open and is
working on company A - I would like to save
some information about company A in a session variable. Since the session is stored in
the DB I figured it was save.
Then if the CSR need to
-Original Message-
... Is there a better way to do this ... I was hoping to not have to pass
variables between each page by including them
in the URL.
How come? It sounds like you're going to end up adding a lot of complexity
to the app if you're just trying to hide a specific
On Thursday 02 September 2004 10:09 am, Michael Gale wrote:
So if I try and store a variable that would be unique to each window it
would get over written. Is this a configuration problem ?
It sounds to me like you need to turn off session.auto_start in your php.ini
file and call
Answered my own question.
Creating an .htaccess file containing:
php_value session.name uniqueSESSIONname
takes care of the problem.
On Wed, 2004-08-25 at 12:30, Ian Firla wrote:
Dear All,
I've been trying to figure out a solution for this problem and have
googled the subject but cannot
From: Ian Firla [EMAIL PROTECTED]
Answered my own question.
Creating an .htaccess file containing:
php_value session.name uniqueSESSIONname
takes care of the problem.
You could also use
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
From: Ian Firla [EMAIL PROTECTED]
Answered my own question.
Creating an .htaccess file containing:
php_value session.name uniqueSESSIONname
takes care of the problem.
You can do this from within PHP by calling session_name() before
session_start, also.
You could also use set_cookie_params() in
Hi James,
Well for what it's worth:
Your code in Test1 sets the paraemters -
if(!$_SESSION['start_time']){
echo(\n Session ResetBR);
$_SESSION['start_time'] = time();
yet when Test2 loads, you haven't called $_SESSION[''start_time'} nor, for
that matter, have you 'saved' it
On Friday 13 August 2004 11:14 am, Andre Dubuc wrote:
Hi James,
Well for what it's worth:
Your code in Test1 sets the paraemters -
if(!$_SESSION['start_time']){
echo(\n Session ResetBR);
$_SESSION['start_time'] = time();
yet when Test2 loads, you haven't called
On Friday 13 August 2004 11:19 am, you wrote:
On Friday 13 August 2004 11:14 am, Andre Dubuc wrote:
Hi James,
[snip]
.for thatt matter, have you 'saved' it using session_write_close();
From the Manual:
Session data is usually stored after your script terminated without the
need to call
Hi Andre, hi James,
please see below
Andre Dubuc [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Friday 13 August 2004 11:19 am, you wrote:
On Friday 13 August 2004 11:14 am, Andre Dubuc wrote:
Hi James,
[snip]
.for thatt matter, have you 'saved' it using
On Friday 13 August 2004 01:14 pm, Torsten Roehr wrote:
James, have you tried with manually calling session_start() and setting
auto_start = 0? If not, please try this.
Haven't followed your previous thread so please forgive me if I'm asking
something you already wrote. Are you using cookies?
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:
I've been looking for about changing somewhere the session exiration
time, but only found about the session cookie expiration.
- Wich is the default timeout for a session? And, is some way to know
the expiration time for a session?
Take a look at the ini variables.
I beleive there is some session timeout setting in php.ini .. search
for session or expire or timeout in that file.
Jason
On Wed, 28 Jul 2004 20:18:21 +0200, Jordi Canals [EMAIL PROTECTED] wrote:
Hi all,
I'm dealing with sessions in a project. Here people are editing some
documents
Matt M. wrote:
- Wich is the default timeout for a session? And, is some way to know
the expiration time for a session?
Take a look at the ini variables.
http://us2.php.net/session
session.gc_maxlifetime
Thanks Matt. for your quick and clear answer.
I've readed about it, and seen the default is 24
On Wednesday 21 July 2004 13:47, mukta telang wrote:
I want to use mysql persistent connection to connect
to mysql and use the connection identifier or handle
in subsequent pages/scripts. So in script1.php I have
session_start();
session_register('conn');
On Tue, 20 Jul 2004 22:47:43 -0700 (PDT), mukta telang
[EMAIL PROTECTED] wrote:
Hi,
I want to use mysql persistent connection to connect
to mysql and use the connection identifier or handle
in subsequent pages/scripts. So in script1.php I have
session_start();
session_register('conn');
What he is really looking for is connection pooling. Do a google and see if you can
find 'mysql connection pooling php'. It is persistent connections across page
accesses, which PHP does not do natively AFAIK.
Jason Wong [EMAIL PROTECTED] wrote:
Hi,
Please check if you have put session_start() on script2.
Umesh.
-Original Message-
From: mukta telang [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 11:18 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [PHP] session and mysql connection identifier
Hi,
I want to
thanks Jay.
--
-
Michael Mason
Arras People
www.arraspeople.co.uk
-
Jay Blanchard [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[snip]
I am also wondering if I need to declare all my variables one after the
other or can I
[snip]
I am also wondering if I need to declare all my variables one after the
other or can I simply declare variables that I will be using immediately
upon submission.
[/snip]
Since PHP is not strongly typed (like C or C++) you need not declare any
variables. There are some caveats (see
I presume I am right in assuming that I can declare variables anywhere I
like providing I have started a session on the page but I cannot
actually use those variables until a post or some similar action has
been performed by the user.
No, you can use them right away - they are stored
On Tue, 13 Jul 2004 17:52:44 +0100, Harlequin
[EMAIL PROTECTED] wrote:
I'm right in the middle of developing some pages that will require session
cookies. Now I have a few questions and hope I don't bore you too much...
I presume I am right in assuming that I can declare variables anywhere I
* Thus wrote Louie Miranda:
session_start();
setcookie(cartId, session_id(), time() + ((3600 * 24) * 30));
return session_id();
Can someone help me figure out what does the session of this code means?
Looking at the description of setcookie:
bool setcookie ( string name [, string value [,
Louie Miranda wrote:
session_start();
http://www.php.net/manual/en/function.session-start.php
setcookie(cartId, session_id(), time() + ((3600 * 24) * 30));
http://www.php.net/manual/en/function.setcookie.php
return session_id();
http://www.php.net/manual/en/function.session-id.php
Can someone
Hi,
Monday, July 5, 2004, 1:27:12 PM, you wrote:
MG Hello,
MG I am working on a web site that is available only over HTTPS and am
MG using session tracking.
MG So far I am only saving the person's display name (different then
MG login), site role and e-mail address in the $_SESSION data.
Michael Gale wrote:
Now at the moment on
each page is a hidden variable containing a db primary key for which the
data is getting updated.
I know that hidden values are not a good idea since the user can change
them ... so I was going to store the hidden value in a $_SESSION
variable but then the
Tom Rogers wrote:
store it in the session like:
$_SESSION[session_id()]['dbkey'] = $dbkey;
then get it back with
$dbkey = (isset($_SESSION[session_id()]['dbkey']))? $_SESSION[session_id()]['dbkey'] : 0;
That doesn't negate the problem of people having more than one window
open and editing records
Hello,
Thanks for the replies ... I valid all the data and input from the
user. So if the user changes the value nothing bad will happen:
I have in the code:
if ($var != $hiddenvar) {
e-mail blank saying Blank has been updated
}
That is it ... I made a mistake in my last e-mail ..
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 2 Jul 2004 22:45:23 +
Curt Zirzow [EMAIL PROTECTED] wrote:
* Thus wrote Torsten Roehr:
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
The only thing i want to know is
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
No, this is exactly what I wanted to know. But it would contradict
everything I experienced with sessions until now - and it does. I just
tested your code (with session_start() also at the top of page2). It
does
not
Torsten Roehr [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 2 Jul 2004 22:45:23 +
Curt Zirzow [EMAIL PROTECTED] wrote:
* Thus wrote Torsten Roehr:
Zilvinas Saltys [EMAIL PROTECTED]
On Friday 02 July 2004 12:12 pm, Zilvinas Saltys wrote:
I looked at server configurations but i couldn't find anything usefull. I
tried to change IE settings to accept all cookies but nothing changed.
Maybe someone knows where's the problem..
I dont know of all the specifics of your
On Fri, 2 Jul 2004 12:21:34 -0400
Gerard Samuel [EMAIL PROTECTED] wrote:
On Friday 02 July 2004 12:12 pm, Zilvinas Saltys wrote:
I looked at server configurations but i couldn't find anything usefull. I
tried to change IE settings to accept all cookies but nothing changed.
Maybe someone
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 2 Jul 2004 12:21:34 -0400
Gerard Samuel [EMAIL PROTECTED] wrote:
On Friday 02 July 2004 12:12 pm, Zilvinas Saltys wrote:
I looked at server configurations but i couldn't find anything
usefull. I
tried to
Zilvinas Saltys wrote:
The problem is as i understand IE is not accepting the cookie. So the
session id allways regenerates. Everything works fine with mozilla.
[...]
The only thing i want to know is all the truth about IE (6?) and
cookies :)
Could it be a problem with IE6 and P3P
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 2 Jul 2004 12:21:34 -0400
Gerard Samuel [EMAIL PROTECTED] wrote:
On Friday 02 July 2004 12:12 pm, Zilvinas Saltys wrote:
I looked at server configurations but i couldn't find anything
usefull. I
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 2 Jul 2004 12:21:34 -0400
Gerard Samuel [EMAIL PROTECTED] wrote:
On Friday 02 July 2004 12:12 pm, Zilvinas Saltys wrote:
I
Instead of passing the session_id through the URL ($_GET) just assign it
to $_SESSION and pass that around. Then it'll stay transparent to the
user.
Could you describe the last paragraph a bit more in detail? Thanks in
advance!
Torsten
What if you used this?
session_start();
On Friday 02 July 2004 02:13 pm, Torsten Roehr wrote:
Passing the session id via GET/POST may be ugly but makes you independent
of the browser's cookie settings.
I would have to agree...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Instead of passing the session_id through the URL ($_GET) just assign
it
to $_SESSION and pass that around. Then it'll stay transparent to the
user.
Could you describe the last paragraph a bit more in detail? Thanks
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Instead of passing the session_id through the URL ($_GET) just assign
it
to $_SESSION and pass that around. Then it'll stay transparent to the
user.
Could you describe the last paragraph a bit more in detail?
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Instead of passing the session_id through the URL ($_GET) just
assign
it
to $_SESSION and pass that around. Then it'll stay transparent to
the
The $_SESSION['sid'] will follow from page to page. As long as the user
stays in the current session, all $_SESSION variables will follow from
page to page as long as session_start() is used.
OK, but HOW do you manage that the user stays in the current session.
Usually this is made sure by
On Friday 02 July 2004 04:38 pm, Matthew Sims wrote:
As long as the user keeps his browser pointing at your site, then they'll
stay in the currect session. The moment they shut down the web browser,
the session is lost.
The logic doesnt compute with me. I guess I'll have to try this
Matthew Sims [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
The $_SESSION['sid'] will follow from page to page. As long as the user
stays in the current session, all $_SESSION variables will follow from
page to page as long as session_start() is used.
OK, but HOW do you manage
No, this is exactly what I wanted to know. But it would contradict
everything I experienced with sessions until now - and it does. I just
tested your code (with session_start() also at the top of page2). It does
not work because there is absolutely no relation between page1 and page2
with
* Thus wrote Torsten Roehr:
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
The only thing i want to know is all the truth about IE (6?) and cookies
:)
Heeelp :)
Sorry to say that but just DO NOT use cookies. You will always have problems
with users having
On Fri, 2 Jul 2004 22:45:23 +
Curt Zirzow [EMAIL PROTECTED] wrote:
* Thus wrote Torsten Roehr:
Zilvinas Saltys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
The only thing i want to know is all the truth about IE (6?) and cookies
:)
Heeelp :)
Sorry to say
If i m getting ur problem correctly then u want to restrict the same user
logging from different machines concurrently. If tht being the case the
snippet u mentioned below alone won't solve the problem . you have maintain
a flag in the database which will be on when the user logs in and off when
i guess what u are looking for is session_destroy();
Binay wrote:
If i m getting ur problem correctly then u want to restrict the same user
logging from different machines concurrently. If tht being the case the
snippet u mentioned below alone won't solve the problem . you have
maintain a
2 Problems:
1. User A's information will come up when user B logs in instead of user B's
information coming up when user B logs in... User A's information seems to
be cached in /tmp/sess_8ce0348cbf6704f96c2d8094e876ac3b. Any ideas how to
keep this from happening?
2. When a user exits Internet
Thanks for the affirmation, Marek. That leaves two of us on the same
page :-)
Now, where can we find absolute resolution that this is indeed the
internal workings? Not that I don't trust my judgement, your judgement,
or our extensive testing, but have you ever come across any definitive
coopster wrote:
Do I need to change the session.save_path directive for each virtual
host to use their own directory other than the system and/or PHP default
(/tmp) in order to effectively override each virtual host
session.gc_maxlifetime directive?
Yes. But I did not read bellow ;-)
Let me
Bob Lockie wrote:
$_SESSION['new_name'] = $_REQUEST['new_name'];
Is not global.
I printed out the value locally but it is not made into a session variable.
Did you start the session before you set $_SESSION['new_name']?
--
By-Tor.com
It's all about the Rush
http://www.by-tor.com
--
PHP General
Bob Lockie wrote:
$_SESSION['new_name'] = $_REQUEST['new_name'];
Is not global.
I printed out the value locally but it is not made into a session variable.
Yes, it is. Providing you have sessions configured correctly and use
session_start().
--
---John Holmes...
Amazon Wishlist:
On 06/01/04 22:12 John Nichel spoke:
Bob Lockie wrote:
$_SESSION['new_name'] = $_REQUEST['new_name'];
Is not global.
I printed out the value locally but it is not made into a session
variable.
Did you start the session before you set $_SESSION['new_name']?
That was my problem.
I reorganized and
* Thus wrote Miguel J. Jimnez ([EMAIL PROTECTED]):
How much long can be the session name? What is the limit? 10, 40, 255
alphanumeric chars? or what?
Thanks...
You're limit will most likey be the cookie length (if you're using
cookies).
That would be about:
4KB - ~82 Bytes
Curt
--
I
Session handling was added in PHP 4.0.
The first line of my file is session_start(); but whenever I try to set
or reference $_SESSION['anything'] I get:
Undefined variable: _SESSION
What's up with that???
- Brian
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
This is 4.3.2 and sessions are enabled.
Session handling was added in PHP 4.0.
The first line of my file is session_start(); but whenever I try to
set
or reference $_SESSION['anything'] I get:
Undefined variable: _SESSION
- Brian
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe,
Brian Dunning wrote:
This is 4.3.2 and sessions are enabled.
Session handling was added in PHP 4.0.
The first line of my file is session_start(); but whenever I try to set
or reference $_SESSION['anything'] I get:
Undefined variable: _SESSION
- Brian
Post some code.
--
John C. Nichel
If a page accesses the session variables does it need to explicity
reset them as well because it would appear that an intermediate PHP
script which also reads the 2 variables is destroying the session for
no apparent reason
On 14 May 2004, at 22:11, Brad Pauly wrote:
On Fri, 2004-05-14 at
- Original Message -
From: Andrew Wood [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 14, 2004 4:48 PM
Subject: [PHP] Session variables not working
I'm trying to set the following two vars on one page then read their
values on another like this:
[snip]
But on page2.php
Using a cookie which is shown in my browser as PHPSESSID
Yes they're on the same domain but no there's nothing being passed
accross the URL. Should there be?
AW
On 14 May 2004, at 21:59, John W. Holmes wrote:
- Original Message -
From: Andrew Wood [EMAIL PROTECTED]
To: [EMAIL
From: Andrew Wood [EMAIL PROTECTED]
Using a cookie which is shown in my browser as PHPSESSID
Yes they're on the same domain but no there's nothing being passed
accross the URL. Should there be?
No, not normally. How are you getting from page 1 to page 2?
page1.php...
ob_start();
On Fri, 2004-05-14 at 14:48, Andrew Wood wrote:
I'm trying to set the following two vars on one page then read their
values on another like this:
page1.php...
ob_start();
session_start();
$_SESSION['member_id'] = $member_id;
$_SESSION['password'] = $password;
ob_end_flush();
Either typing the URL directly or by using a hyperlink.
On 14 May 2004, at 22:09, John W. Holmes wrote:
From: Andrew Wood [EMAIL PROTECTED]
Using a cookie which is shown in my browser as PHPSESSID
Yes they're on the same domain but no there's nothing being passed
accross the URL. Should there
You need to name your session variables, but no name for session_start().
It is necessary to always name your sessions?or is session_start()
sufficient?
Thanks,
Eddie
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
From: Edward Peloke [EMAIL PROTECTED]
It is necessary to always name your sessions?or is session_start()
sufficient?
No. Yes.
---John Holmes...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
601 - 700 of 1598 matches
Mail list logo
