I'm using PHP sessions for user tracking. My host provider's server is
dropping session data. He swears it's my scripts and says I should be using
cookies for better security. That goes completely opposite to my
understanding, so I'd like to run it by you guys. Which is more secure:
PHP
Ed Lazor wrote:
I'm using PHP sessions for user tracking. My host provider's server is
dropping session data. He swears it's my scripts and says I should be using
cookies for better security. That goes completely opposite to my
understanding, so I'd like to run it by you guys. Which is more
version of PHP or the timeout settings for
sessions. Check that stuff in phpinfo().
On Tue, 13 Jul 2004 14:47:16 -0700, Ed Lazor [EMAIL PROTECTED] wrote:
I'm using PHP sessions for user tracking. My host provider's server is
dropping session data. He swears it's my scripts and says I should
-Original Message-
Looks like /tmp directory is out of space. Change the directory to your
own, it's more secure anyway.
I keep watching and /tmp seems ok space-wise, but I like the idea of
overriding where session files are stored. I just made that change and I'm
waiting for
-
Ed Lazor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'm using PHP sessions for user tracking. My host provider's server is
dropping session data. He swears it's my scripts and says I should be
using
cookies for better security. That goes completely
--- Ed Lazor [EMAIL PROTECTED] wrote:
I'm using PHP sessions for user tracking. My host provider's server is
dropping session data. He swears it's my scripts and says I should be
using cookies for better security. That goes completely opposite to my
understanding, so I'd like to run
On Wednesday 14 July 2004 12:45, Chris Shiflett wrote:
The way I interpret your question is to ask whether it's better to store
session data on the server (in $_SERVER) or on the client (in cookies).
So that people don't get confused: $_SERVER should be $_SESSION.
--
Jason Wong - Gremlins
Thanks Jason, I'll keep the information handy for creating my own session
handler in case other options I'm exploring right now don't work.
On garbage collection, it happens sometimes within seconds and sometimes
within minutes. It tends to occur in batches with lulls of 20 to 30
minutes. So,
On garbage collection, it happens sometimes within seconds and sometimes
within minutes. It tends to occur in batches with lulls of 20 to 30
minutes. So, for example, I can login, navigate through 11 different pages
to generate the problem, navigate 2 pages to generate the problem, and then
not
* Thus wrote Jason Barnett:
On garbage collection, it happens sometimes within seconds and sometimes
within minutes. It tends to occur in batches with lulls of 20 to 30
minutes. So, for example, I can login, navigate through 11 different pages
to generate the problem, navigate 2 pages to
* Thus wrote My Self:
or using the default handler, and the /tmp dir is full.
where /tmp being the local value for your session.save_path ini
setting.
Curt
--
First, let me assure you that this is not one of those shady pyramid schemes
you've been hearing about. No, sir. Our model is the
, July 08, 2004 11:23 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Re: PHP Sessions Question
On garbage collection, it happens sometimes within seconds and sometimes
within minutes. It tends to occur in batches with lulls of 20 to 30
minutes. So, for example, I can login, navigate through 11
What kind of problems could be happening server-side that would result in
PHP sessions randomly disappearing? And, is there a way to log or track
this information? Oh, and best of all, any recommendations on solutions?
I have a PHP / MySQL application that's been running at a host provider
to the same box and being ok, and then get bounced once
it hits a machine that doesn't have the session data...
You might ask them about it...
Tim.
At 09:43 PM 7/8/2004, Ed Lazor wrote:
What kind of problems could be happening server-side that would result in
PHP sessions randomly disappearing
Ed Lazor wrote:
What kind of problems could be happening server-side that would result in
PHP sessions randomly disappearing? And, is there a way to log or track
this information? Oh, and best of all, any recommendations on solutions?
To try logging this, you probably need to make your own
How exactly do sessions work? I've heard that if cookies are disabled
that a session will then pass it's variables in the url (through GET).
Yet when I manually disable cookies none of my pages work (because the
$_SESSION variables do not seem to be working).
Any ideas?
Best Regards,
Scott
Scott Taylor wrote:
How exactly do sessions work? I've heard that if cookies are disabled
that a session will then pass it's variables in the url (through GET).
Yet when I manually disable cookies none of my pages work (because the
$_SESSION variables do not seem to be working).
The
why is this not working. I am using instead of a form ($name =
$_POST[name];)
and linking to it from a users logged in page.
$FirstName = $_SESSION['first_name'];
$LastName = $_SESSION['last_name'];
$name = $FirstName , $LastName;
Mark
--
PHP General Mailing List (http://www.php.net/)
To
Mark,
You need to do this:
$name = . $FirstName . , . $LastName . ;
Regards
Enda
--
On 05/06/2004 01:22, BigMark [EMAIL PROTECTED] wrote:
why is this not working. I am using instead of a form ($name =
$_POST[name];)
and linking to it from a users logged in page.
$FirstName =
On Fri, Jun 04, 2004 at 04:22:57PM -0800, BigMark wrote:
why is this not working. I am using instead of a form ($name =
$_POST[name];)
and linking to it from a users logged in page.
$FirstName = $_SESSION['first_name'];
$LastName = $_SESSION['last_name'];
$name = $FirstName , $LastName;
Did you have session_start() on this page before accessing the session variables?
Could also do:
$name = $_SESSION['first_name'] , $_SESSION['last_name'] ;
why is this not working. I am using instead of a form ($name =
$_POST[name];)
and linking to it from a users logged in page.
$FirstName =
Hi folks,
We have two instances of apache/mod_php running on 80 and 443 ports
accordingly. For both mod_php we have the same dir (/tmp) to store session
information. Is it possible to mix sessions data up if user switches between
80 and 443 ports? I mean what if when user surfs over 80 port and
: mercredi 2 juin 2004 15:02
To: [EMAIL PROTECTED]
Subject: [PHP] sessions handling
Hi folks,
We have two instances of apache/mod_php running on 80 and 443 ports
accordingly. For both mod_php we have the same dir (/tmp) to store session
information. Is it possible to mix sessions data up if user
Hi,
Wednesday, May 26, 2004, 2:28:58 AM, you wrote:
MRW On Tue, May 25, 2004 at 07:37:47AM +0100, Peter Risdon wrote:
Michael R. Wayne wrote:
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
Hi,
Wednesday, May 26, 2004, 10:21:57 PM, you wrote:
TR if your not using cookies you have to pass the sessionid in your form
TR as a hidden variable somewhere. Or maybe I missed it :)
TR --
TR regards,
TR Tom
ok ignore me I found it
btw you can drop the ; it is not needed ?= SID?
--
Michael R. Wayne wrote:
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
So, does ANYone have ideas of how to debug this? Or is PHP simply
broken and no longer able to maintain sessions?
/\/\ \/\/
I've never had a problem using sessions. Do you have a sample piece of
simple session code that isn't working? You also need to have cookies
enabled on your client if you are using the default session management
technique. Your very first line of code, before you do anything else,
should be
On Tue, May 25, 2004 at 07:37:47AM +0100, Peter Risdon wrote:
Michael R. Wayne wrote:
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
So, does ANYone have ideas of how to debug this? Or is
Michael R. Wayne wrote:
It seems that people have forgotten last week's postings. To recap:
Session support worked fine in 4.1.2. It's broken in 4.3.4 and 4.3.6
What doesn't work in 4.3.6? I'm running 4.3.6 w/ Apache 1.3.31 on both
a Fedora Core 1 and Mac OS X box, and haven't had a problem
Sessions do not work properly for me. Thanks to other people on
this list, we've proven that the test script I am using works fine
for other people. So, something is wrong with PHP on all of my
systems since the same script fails (see previous posts) on multiple
servers for me.
So, I am now
Michael R. Wayne [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Sessions do not work properly for me. Thanks to other people on
this list, we've proven that the test script I am using works fine
for other people. So, something is wrong with PHP on all of my
systems since the same
In my continuing efforts to actually get sessions to work, I upgraded
to PHP 4.3.6 and apache 1.3.31. This did not make the slighest
difference.
So, does ANYone have ideas of how to debug this? Or is PHP simply
broken and no longer able to maintain sessions?
/\/\ \/\/
--
PHP General
Hi,
All my session_start() calls were working fine.
But since yesterday the vars i use does not keep there value
i use $_SESSION['varname']
Nothing has been changed to the server normally, but on all my sites it does
work anymore
i think the problem is that when i use session_start() and then
Should username have quote around it? Wouldn't it try to make it a constant
otherwise?
echo $_SESSION['username']
Hi,
All my session_start() calls were working fine.
But since yesterday the vars i use does not keep there value
i use $_SESSION['varname']
Nothing has been changed to the
On Sun, 23 May 2004, Daniel Clark wrote:
Should username have quote around it? Wouldn't it try to make it a constant
otherwise?
echo $_SESSION['username']
Unfortunately, imho, php doesn't seem to care that much in such cases ;-)
$_SESSION[username] will have the same result as
Hello Jeroen,
Sunday, May 23, 2004, 4:00:46 PM, you wrote:
Should username have quote around it? Wouldn't it try to make it a constant
otherwise?
echo $_SESSION['username']
JS Unfortunately, imho, php doesn't seem to care that much in such cases ;-)
JS $_SESSION[username] will have the
On Sun, 23 May 2004, Richard Davey wrote:
It cares enough to raise a script Warning ;)
That's true, but it should be giving an error instead of a warning imho ;-)
--
Jeroen
Anybody who thinks a little 9,000-line program [Java] that's distributed free and can
be cloned by anyone
is going
Hello Jeroen,
Sunday, May 23, 2004, 4:05:12 PM, you wrote:
It cares enough to raise a script Warning ;)
JS That's true, but it should be giving an error instead of a warning imho ;-)
Perhaps - imagine how many scripts out there would break if it did :)
(not that I'd care, I code exclusively
it works back after a reboot
but does anybody know how it could have happened?
Richard Davey [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello Jeroen,
Sunday, May 23, 2004, 4:00:46 PM, you wrote:
Should username have quote around it? Wouldn't it try to make it a
constant
Hello Maarten,
Sunday, May 23, 2004, 4:13:27 PM, you wrote:
MW it works back after a reboot
MW but does anybody know how it could have happened?
Maybe your temp directory got full?
Best regards,
Richard Davey
--
http://www.launchcode.co.uk - PHP Development Services
I am not young enough
no i cleaned the /tmp dir,
now the problem occurs again
Richard Davey [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello Maarten,
Sunday, May 23, 2004, 4:13:27 PM, you wrote:
MW it works back after a reboot
MW but does anybody know how it could have happened?
Maybe your
* Thus wrote Maarten Weyn ([EMAIL PROTECTED]):
it works back after a reboot
What works how after what is booted when?
Curt
--
I used to think I was indecisive, but now I'm not so sure.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[EMAIL PROTECTED] (Richard Davey) writes:
Perhaps - imagine how many scripts out there would break if it did
:) (not that I'd care, I code exclusively with E_ALL)
Actually, doesn't PHP5 do this?
The following test gives just one 'Notice: Use of undefined constant
foo...' message when I run
Hi All,
I am creating an admin panel for a client, and part of the panel uses a
menu system that, depending on the logged-in user's authorization level,
displays certain menu items.
Here is the code that I have on the login form, called index.php
?php require_once('Connections/verspeeten.php');
* Thus wrote Justin Kozuch ([EMAIL PROTECTED]):
Hi All,
...
Here is the code that I have on the login form, called index.php
?php require_once('Connections/verspeeten.php'); ?
?php
Breaking in and out of php is pointless, and can cause potential
problems with session_start(), headers
I've posted several times mentioning that I am completely unable
to cause sessions to persist. Over the intervening time, I have
replicated this problem to a different machine, with the same
results. Here's a recap of the problem.
I am not using cookies. Sessions are automatically created
Try a session_start() at the top of pages, see if that works.
Maybe the auto_start does not work.
I've posted several times mentioning that I am completely unable
to cause sessions to persist. Over the intervening time, I have
replicated this problem to a different machine, with the same
On Fri, May 21, 2004 at 11:02:49AM -0700, Daniel Clark wrote:
Try a session_start() at the top of pages, see if that works.
Maybe the auto_start does not work.
Done:
session.auto_start = 0
added session_start to script. No change in behaviour.
/\/\ \/\/
--
PHP General Mailing List
* Thus wrote Michael R. Wayne ([EMAIL PROTECTED]):
I've posted several times mentioning that I am completely unable
to cause sessions to persist. Over the intervening time, I have
replicated this problem to a different machine, with the same
results. Here's a recap of the problem.
I am
On Fri, May 21, 2004 at 08:41:00PM +, Curt Zirzow wrote:
* Thus wrote Michael R. Wayne ([EMAIL PROTECTED]):
I've posted several times mentioning that I am completely unable
to cause sessions to persist. Over the intervening time, I have
replicated this problem to a different
Hello,
I need some info about sessions in php,
to clarify my knowledge and usage.
So lets imagine that
I am building a web site
where I can log in and log off,
it is without db.
How do I use sessions,
am I right use the start_session()
and its a value to PHPSID as
cookie, so if make link to
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)
Running on apache 1.3
session.save_handler = files
session.save_path = /tmp
session.use_cookies = 1
session.name = i
session.auto_start = 0
session.cookie_lifetime = 0
session_start() is included in the top of each page.
When I test session files are being written into the /tmp folder and the
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
Zac Hillier - Net Affectors wrote:
Running on apache 1.3
session.save_handler = files
session.save_path = /tmp
session.use_cookies = 1
session.name = i
session.auto_start = 0
session.cookie_lifetime = 0
session_start() is included in the top of each page.
When I test session files are being
What version of PHP? How are you 'setting' session variables?
Version 4.2.2
$_SESSION[test] = 'testData';
Cheers
Zac
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Zac wrote:
Thanks for your response:
PHP Version 4.2.2
$_SESSION[test] = 'testData';
Regards
Zac
Please respond to the list, and not to an individual user (unless asked
of course).
Try adding quotes around your key...
$_SESSION['test'] = testData;
--
John C. Nichel
KegWorks.com
Have looked at this more and can now tell you that this is definatley
down to the server not writing any contents into the sess_nnn file.
Does anyone have any ideas why this would happen? I've checked all
permissions and tried changing the save_path to another folder that I
created
-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.
Hello,
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)
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,
.
Thanks!
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Re: Active PHP Sessions
Date: Fri, 7 May 2004 12:17:32 -0400
adodb also handles sessions in a database
http://phplens.com/lens/adodb/docs-session.htm
- Original Message -
From: Paul Higgins [EMAIL PROTECTED]
To: [EMAIL
Hi all,
I'm on a shared server, and I do not believe that I have access to the /tmp
directory where the session files are stored (I believe that is how it works
:). I want to keep track of which sessions are active. Basically, I just
want a list of the active sessions for my site.
How can I
I'm on a shared server, and I do not believe that I have access to the
/tmp
directory where the session files are stored (I believe that is how it
works
:). I want to keep track of which sessions are active. Basically, I just
want a list of the active sessions for my site.
How can I do
On Friday 07 May 2004 20:32, Paul Higgins wrote:
I'm on a shared server, and I do not believe that I have access to the /tmp
directory where the session files are stored (I believe that is how it
works
:).
Of course you have access to it. The webserver needs to be able to READ the
session
From: Jason Wong [EMAIL PROTECTED]
i) There is no way to determine which session files are for your site
without
actually examining their contents.
ii) PHP does not store any site identification info in the session files.
iii) Hence you need to store a (hopefully) unique string in all your
Paul Higgins [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi all,
I'm on a shared server, and I do not believe that I have access to the
/tmp
directory where the session files are stored (I believe that is how it
works
:). I want to keep track of which sessions are active.
I've read stuff like that also. However, if I choose to do this, I must
write all the session handling myself, correct? Are there any scripts
already out there that do this?
Thanks
From: Torsten Roehr [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [PHP] Re: Active PHP Sessions
Date: Fri
An active session would be one that has not expired. Not necessarily that
the user is not using the website. If the user leaves the site, the PHP
session does not necessarily expire at that time. I want a list of PHP
sessions that have not yet expired.
Thanks!
Paul
From: Jason Wong
]
Subject: [PHP] Re: Active PHP Sessions
Date: Fri, 7 May 2004 15:30:29 +0200
Paul Higgins [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi all,
I'm on a shared server, and I do not believe that I have access to the
/tmp
directory where the session files are stored (I
]
Subject: [PHP] Re: Active PHP Sessions
Date: Fri, 7 May 2004 15:30:29 +0200
Paul Higgins [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi all,
I'm on a shared server, and I do not believe that I have access to the
/tmp
directory where the session files are stored (I believe
adodb also handles sessions in a database
http://phplens.com/lens/adodb/docs-session.htm
- Original Message -
From: Paul Higgins [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, May 07, 2004 9:40 AM
Subject: RE: [PHP] Re: Active PHP Sessions
I've read stuff
As I posted last week, I seem unable to have sessions persist. I
have ruled out https as a problem, the following simple script,
installed as xxx.php will generate a new session number every time
the field is filled in and Submit is hit.
Note that I am not using cookies, the relevant session
Michael R. Wayne wrote:
As I posted last week, I seem unable to have sessions persist. I
have ruled out https as a problem, the following simple script,
installed as xxx.php will generate a new session number every time
the field is filled in and Submit is hit.
Note that I am not using cookies,
On Mon, May 03, 2004 at 12:54:54AM -0400, John Nichel wrote:
Michael R. Wayne wrote:
As I posted last week, I seem unable to have sessions persist. I
have ruled out https as a problem, the following simple script,
installed as xxx.php will generate a new session number every time
the field
If the sample of code is the whole page... where do you actually start
your session?
I didn't see a session_start() anywhere.
AFAIK the $_SESSION var doesn't exist until you do just that.
session_is_registered(): mabe I'm reading the documentation wrong, but
I interpret this function as
On Mon, May 03, 2004 at 06:55:25AM +0200, Richard Harb wrote:
If the sample of code is the whole page... where do you actually start
your session?
I am using session.auto_start, which starts it for me. I added a
session_start while testing and it made no difference.
session_is_registered():
Michael R. Wayne wrote:
form method=post action=xxx.php
input type=text maxlength=7 size=7 name=field value=?echo $_POST['field']?
input type=submit value=Submit
/form
Try adding in a hidden element
input type=hidden name=PHPSESSID value=?=session_id();?
You're relying on PHP
* Thus wrote Michael R. Wayne ([EMAIL PROTECTED]):
I suspect I'm missing something obvious, any pointers?
/\/\ \/\/
?
if (!session_is_registered(stage)) {
$_SESSION[stage] = 0;
$_POST['field'] = ;
session_register(stage);
}
manual
Caution
If you are using $_SESSION (or
On Mon, May 03, 2004 at 01:13:11AM -0400, John W. Holmes wrote:
Michael R. Wayne wrote:
form method=post action=xxx.php
input type=text maxlength=7 size=7 name=field value=?echo
$_POST['field']?
input type=submit value=Submit
/form
Try adding in a hidden element
Hi Guys,
I have some thing weird happening with sessions here.
They are getting destroyed/reset for *SOME* clients.
I wrote a shopping cart which obviously needs sessions to work.
It works perfectly fine on my development server .. but when I move it
to my production server it starts behaving
Make sure it's not just a cookie-problem related to server name. The shopping
cart session for original-remote-control.co.uk is different from the shopping
cart for www.original-remote-control.co.uk. If this is your problem, I think
you can fix it by changing how you call setcookie.
Of
Let me rephrase it,
i got a login page, once logged in you you got the session
$_SESSION['in'] = true;
i want to be able to count the number of people that are logged in atm,
so when they logout with either logout button or close the window, i want to
then decrese the number.
In asp, you just
Patrik Fomin wrote:
Let me rephrase it,
i got a login page, once logged in you you got the session
$_SESSION['in'] = true;
i want to be able to count the number of people that are logged in atm,
so when they logout with either logout button or close the window, i want to
then decrese the number.
how do i determine if a session has been destroyed/created ?
patrick
John W. Holmes [EMAIL PROTECTED] skrev i meddelandet
news:[EMAIL PROTECTED]
Patrik Fomin wrote:
Let me rephrase it,
i got a login page, once logged in you you got the session
$_SESSION['in'] = true;
i want to be
Hi,,
is there anyway to get the number of people connected to the site?
in asp you just use Application and session_terminate to accomplish this
is there anyway to do this in PHP ?
regards
patrick
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
On Mar 25, 2004, at 2:05 AM, Patrik Fomin wrote:
is there anyway to get the number of people connected to the site?
in asp you just use Application and session_terminate to accomplish
this
is there anyway to do this in PHP
Hi Patrick,
As far as I know this is not possible with default PHP
--- Patrik Fomin [EMAIL PROTECTED] wrote:
is there anyway to get the number of people connected to the site?
in asp you just use Application and session_terminate to accomplish
this is there anyway to do this in PHP?
Taken literally, you are asking about the number of active connections,
From what I understand about sessions you can give a session a particular name like
doing:
session_start(SessionName);
So in practicle means I can do this:
?php /*file #1*/
session_start($name);
$_SESSION[name]=$name;
$_SESSION[email]=$email;
/*.*/
?
now my question is this: will i have to
From: Andy B [EMAIL PROTECTED]
From what I understand about sessions you can
give a session a particular name like doing:
session_start(SessionName);
You can give it a name, but you don't have to. PHP will use the default name
if you don't and you'll just need to use session_start();
So in
[snip]
If you give the session a custom name, then, yes, you'll have to use that
name on every page. $name can be something that in an include file or a
constant, etc, though. Again, you don't _have_ to give a name, though.
There's no real advantage to using another name, though, as it's going to
Andy B mailto:[EMAIL PROTECTED]
on Monday, March 22, 2004 3:19 PM said:
so the theory is: if i require that the session be named after the
persons login name there is probably 1 out of 2 million chances that
it will mess up the names and get confused (specially if there are
only a few
What are the chances of two people getting the same session number in a
thousends of day operation?
When you down the size of that to a couple hundeed a day...
WHy do we need to have a session name for that?
Vamp
Chris W. Parker [EMAIL PROTECTED] escribió en el mensaje
news:[EMAIL PROTECTED]
as long as your usernames are unique you should never have a problem.
(assuming everything else works as planned.)
it should...
i want to use sessions for a login system and stuff too but i want it to
check to see if the person is logged in before going to the login section...
if the session
What are the chances of two people getting the same session number in a
thousends of day operation?
When you down the size of that to a couple hundeed a day...
WHy do we need to have a session name for that?
because eventually i want to take the user name (session name/variables/user
info) and
Elliot J. Balanza mailto:[EMAIL PROTECTED]
on Monday, March 22, 2004 3:43 PM said:
What are the chances of two people getting the same session number in
a thousends of day operation?
When you down the size of that to a couple hundeed a day...
WHy do we need to have a session name for
Andy B mailto:[EMAIL PROTECTED]
on Monday, March 22, 2004 3:43 PM said:
as long as your usernames are unique you should never have a problem.
(assuming everything else works as planned.)
it should...
it will. a unique value is a unique value.
is this code valid??
?php
Andy B mailto:[EMAIL PROTECTED]
on Monday, March 22, 2004 3:49 PM said:
because eventually i want to take the user name (session
name/variables/user info) and create a preferences section of the
website im doing and that would require a constant session name from
visit to visit
yeah
501 - 600 of 1715 matches
Mail list logo