Read up on 'named sessions'
I think that may be your solution
jason
Mark [EMAIL PROTECTED] wrote:
--- Octavio Herrera [EMAIL PROTECTED] wrote:
No, I do not store two items with the same key, I just open another
session
in other page and it just overwrite session data of a previous
--- Jason Davidson [EMAIL PROTECTED] wrote:
Read up on 'named sessions'
I think that may be your solution
Interesting... here's a link to php.net. I assume this is what you're
talking about... Looks promising.
http://us4.php.net/manual/en/function.session-name.php
jason
Mark [EMAIL
On Fri, 2004-09-03 at 15:27, Dennis Gearon wrote:
I am designing my own 'usr' class that takes care of logins. I need
to know the following to finish it.
---
A/ Does anybody use sessions for users who are not logged into the site,
On Saturday 28 August 2004 18:52, gregosh wrote:
Sorry for posting this problem again but it's been really driving me crazy.
I've reinstalled Apache and PHP for the 5th time and the result is still
the same - sessions work only when using a href=b.phpclick/a link.
When using header(location:
U¿ytkownik Jason Wong [EMAIL PROTECTED] napisa³ w wiadomo¶ci
news:[EMAIL PROTECTED]
On Saturday 28 August 2004 18:52, gregosh wrote:
Sorry for posting this problem again but it's been really driving me
crazy.
I've reinstalled Apache and PHP for the 5th time and the result is still
the same
Thanks guys for helps.. I've tried many that things and I found solution.
Solution for me was set up Privacy Policy for our site...
First time it didn't work because i haven't done Compact privacy policy
witch is optional but IE requires it ;o)
While compact policies are entirely optional for
Stanislav Kuhn wrote:
I have a problem and i can't find solution. Poblem is with security level of
IE and using session.
Normaly IE sending session id to server automatically, when you lift
security level in IE to HIGH (i'm talking about version 6.x now) IE doesn't
send session id atomatically to
--- Stanislav Kuhn [EMAIL PROTECTED] wrote:
But problem is when I want to include my sctipt to a client
web site. Technically my script is included in frame of html
page on another server. I know, using frames is . but
clients are using them very offten and I can do nothing with
that.
.
-Original Message-
From: Chris Shiflett [mailto:[EMAIL PROTECTED]
Sent: 24 August 2004 16:46
To: Stanislav Kuhn; [EMAIL PROTECTED]
Subject: [SPAM] Re: [PHP] Sessions vs. IE security
--- Stanislav Kuhn [EMAIL PROTECTED] wrote:
But problem is when I want to include my sctipt to a client
web site
Stanislav Kuhn wrote:
Thanks for help. I have set up p3p policy to my site.. I passed it
trouth validator and IE can find privacy policy but it still doesn't
allow me cookies... I can't find information what exactly to specify
in privacy policy IE allows me third party cookies...
Does
-Original Message-
Thanks for help. I have set up p3p policy to my site.. I passed it trouth
validator and IE can find privacy policy but it still doesn't allow me
cookies... I can't find information what exactly to specify in privacy
policy IE allows me third party cookies...
Does
--- Stanislav Kuhn [EMAIL PROTECTED] wrote:
Thanks for help. I have set up p3p policy to my site.. I passed it
trouth validator and IE can find privacy policy but it still doesn't
allow me cookies... I can't find information what exactly to specify
in privacy policy IE allows me third party
On Tuesday 17 August 2004 17:46, Angelo Zanetti wrote:
Still no luck with sessions. I have installed an older version: 4.3.1
and have register_globals=Off
I have 2 test pages a1.php and a2.php
All I want to do is register a session variable, set a value for it and
then in a2.php check that
Hi Angelo,
--- Angelo Zanetti [EMAIL PROTECTED] wrote:
Still no luck with sessions.
[snip]
a1.php:
?
session_start();
header(Cache-control: private); // IE 6 Fix.
if(isset($_POST['Submit']))
{
$_SESSION[login]=inside;
session_write_close();
On Tuesday 10 August 2004 19:50, Angelo Zanetti wrote:
Im having a slightly weird problem with my session variables. when on a
certain page call it A, I register a session variable and assign it a
value. I then test if it is registered successfully and has the correct
value on the same page,
From: Angelo Zanetti [EMAIL PROTECTED]
Im having a slightly weird problem with my session variables. when on a
certain page call it A, I register a session variable and assign it a
value. I then test if it is registered successfully and has the correct
value on the same page, that works no
On 10 August 2004 13:19, Ron Stiemer wrote:
Hi there,
Try to add the session_id(); into the redirection:
header(Location: ../admin/include/B.php?PHPSESSID= . session_id() );
No, no, no! Use the SID constant -- that's what it's for. It only has a value if you
need one, so:
You need to give us the error in order to help troubleshoot it.
-Original Message-
I'm kinda new at PHP and I was trying to install one of the mailing lists
and newsletter systems and during the installation process I got errors
evertime the session_start() function called ..
I had
the exact error messages are
==
Warning: session_start(): open(/tmp\sess_000c30790862f64268e755546b6fcbb2,
O_RDWR) failed: No such file or directory (2) in C:\Program Files\Apache
Hard to help when we don't know what the error is.
You have to call session_start() before any output to the page, even a
single space.
Try it with a simple example you create to get a feel on how it works, then
break it so it doesn't work, and you'll be in better shape to diagnose your
This one time, at band camp, Dre [EMAIL PROTECTED] wrote:
Warning: session_start(): open(/tmp\sess_000c30790862f64268e755546b6fcbb2,
O_RDWR) failed: No such file or directory (2) in C:\Program Files\Apache
Group\Apache2\htdocs\maillist\maillist\admin.php on line 1
You need to set the correct
I would put a timelimit on the session, create a session var called
time, or loginTime or something, and compare it to time() with php,
give a leyway of an hour or something. This is a standard securty
measure to prevent people from leaving the pc with a session running
all day, and someone else
Problem is that when someone goes so far in the ordering process, and then
(for whatever reason) leaves the site, and comes back hours, seconds or
whatever later, and goes again to place an order, the details are different
(time), and the session stays the same so the order entry is entered
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
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
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
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,
I beleive that if both servers run the same hostname (www.foo.com) (cookie domain) and
both session files are stored in the same place (/tmp), then the session is unique for
80 and 443 ports.
you could simply test this be adding a $_SESSION['foo']='port80'; on the HTTP server
instance and
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
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
[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
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
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
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
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
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
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: 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
you've already got that unique identifier. it's the username. the
username will stay unique visit to visit, therefore you don't need to go
against the design of the session id. the session id is not meant to
keep uniqueness across multiple visits, only the current visit.
are we/me
Andy B wrote:
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
Andy B wrote:
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 create a preferences section of the website im doing and that
would require a constant session name from visit to visit
Ummm... that's why you set a
Andy B wrote:
[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
Andy B wrote:
you've already got that unique identifier. it's the username. the
username will stay unique visit to visit, therefore you don't need to go
against the design of the session id. the session id is not meant to
keep uniqueness across multiple visits, only the current visit.
are
On 22 Mar 2004 Andy B wrote:
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 users
allowed)...
If the login name is unique and
Damon,
Sessions have to do with requests being sent by browsers to the web server. Each time
you close all the windows of your browser on your computer and start the browser
again, a new session is started. I suspect that since all your users are essentially
using
the same web browser (since
On 16 Mar 2004 [EMAIL PROTECTED] wrote:
Sessions have to do with requests being sent by browsers to the web server. Each
time
you close all the windows of your browser on your computer and start the browser
again, a new session is started. I suspect that since all your users are
Hi,
Wednesday, March 17, 2004, 11:28:04 AM, you wrote:
tcc On 16 Mar 2004 [EMAIL PROTECTED] wrote:
tcc I have had questions about this for a while. What is it about closing
tcc and reopening the browser that PHP notices and that invalidates the
tcc old session?
tcc Also a comment ... I think
On 17 Mar 2004 Tom Rogers wrote:
The default lifetime for session cookies is until the browser is
closed.
Of course. slapping head
You can run multiple sessions as long as they are to different
domains I think. I am pretty sure PHP can only handle 1 session per
client but you could
--- [EMAIL PROTECTED] wrote:
Hmmm, I would contend that PHP, particularly running inside stateless
HTTP, doesn't know one client from another except by the code you write
that makes it recognize them
You're exactly right.
if you had a way to set multiple cookies (easy) and to know which
Will wrote:
Hello All,
I am having a problem. When I log into a forum it says Page Cannot Be
Displayed I looked at my logs and did not find anything.
I did a search everywhere and found nothing.
As did your web server, apparently. :)
So what page are you trying to load? It obviously doesn't
--- Will [EMAIL PROTECTED] wrote:
I am having a problem. When I log into a forum it says Page Cannot Be
Displayed I looked at my logs and did not find anything.
Your immediate problem is that you're using IE. Use another browser, and
you should get a more informative error message.
Chris
It was a link problem!!! :) DUH What a dummy I am! :)
~WILL~
-Original Message-
From: John W. Holmes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 16, 2004 11:38 PM
To: Will
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] Sessions
Will wrote:
Hello All,
I am having a problem. When I
http://ca.php.net/manual/en/function.session-start.php
=?iso-8859-1?Q?Alberto_Garc=EDa_G=F3mez?= [EMAIL PROTECTED]
wrote:
Friends:
I need a good example to create a session and navigate an entire site with this
sessions. Also I need that sessions handle a three variables.
Hello André,
Tuesday, March 9, 2004, 10:53:35 PM, you wrote:
AVL I'm using sessions to manage users, by using cookies to store the
AVL session.
AVL My question is, how do I make the session last _forever_?
AVL ATM the session lasts 'till the user closes the browser.
Ok first of all - you cannot
But my question is, since I don't deal with cookies directly (PHP does
that for me), 'cause I only have to deal with sessions, how can I change
the cookies produced by PHP?
atm I only session_start() and use the $_SESSION[''], so I don't really
know which cookie to change, or how to do it.
TIA
Hello Puiu,
Tuesday, March 2, 2004, 11:13:07 AM, you wrote:
PH The site is working just fine on the development server, but when
PH uploading on release server it keeps losing session data and the
PH users are logged out of their account in a
Some things to try/think about:
1. Are your
all i can think of here, you could be calling start_session twice in the
same page ? also init set the session timeout to an hour or so
-Original Message-
From: Puiu Hrenciuc [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 02, 2004 10:13 PM
To: [EMAIL PROTECTED]
Subject: [PHP] Sessions,
1. No. If that would be the problem i think that sessions would expire
after the same period of time and not randomly , right ?
2. The site consists in a single page (index.php) that includes
the subpages as needed. The session_start() is at the begining of the
file.
If this would
the session_start() is in a file that is require_once in every page,
so it can't get called more than one time. If this would be the problem,
I would also have problems on the development server, don't you think ?
Electroteque [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
all i can
I am a little desperate right now since I have tried to solve this
problem for 3-4 days now. I have developed a site that uses sessions for
user authentication and data storage between page access. The development
server is Apache1.3.24/MySQL4.1.0/PHP4.3.3/Win XP Pro The release server
is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
if you try, i think you will see that you can
Paul Higgins wrote:
Hello everyone,
I'm beginning to experiment with PHP sessions. I was wondering if it is
possible to place objects into the session?
Thanks,
Paul
Session_start() has to be the first thing at the top of the page before
anything else. Even header info.
I just got this answered for me about two weeks ago
-Original Message-
From: Donpro [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 11, 2004 10:20 AM
To: php list
On 11 February 2004 16:39, Alex Hogan contributed these pearls of wisdom:
Session_start() has to be the first thing at the top of the
page before
anything else. Even header info.
Er, no. session_start() itself generates headers, so it doesn't matter whether it
goes before or after other
]
Sent: Wednesday, February 11, 2004 11:00 AM
To: 'Alex Hogan'; php list
Subject: RE: [PHP] Sessions on Win2k
On 11 February 2004 16:39, Alex Hogan contributed these pearls of wisdom:
Session_start() has to be the first thing at the top of the
page before
anything else. Even header info
On Wednesday 04 February 2004 00:05, Brian Dunning wrote:
I have an application where I want users to only be allowed 5 searches
per day unless they create an account.
Unless you require that a user logs in before they can perform a search then
there is no meaningful way to track how many
Hi,
By sessions i assume you mean cookies (session information can be stored
in other places such as a mysql database). If you do store the
information in a cookie, your visitors can easily delete the cooky and
get past your protection mechanism.
Having said that opting for a mysql table that
301 - 400 of 1042 matches
Mail list logo