On Thu, 21 Jan 2010 08:43:58 +1100, clanc...@cybec.com.au wrote:
When you are working with sessions, provided you start your program with
session_id(), you
can then do anything you like with session variables at any point in your
program. In my
original question I asked if there was a
On Mon, 2010-01-25 at 22:13 +0100, Nisse Engström wrote:
On Thu, 21 Jan 2010 08:43:58 +1100, clanc...@cybec.com.au wrote:
When you are working with sessions, provided you start your program with
session_id(), you
can then do anything you like with session variables at any point in your
On Mon, 25 Jan 2010 21:26:05 +, Ashley Sheridan wrote:
On Mon, 2010-01-25 at 22:13 +0100, Nisse Engström wrote:
The HTTP spec allows cookies to be sent after the content,
in trailing headers, but it's not usable practically. Few
browsers support it, and PHP certainly doesn't. You'd have
clanc...@cybec.com.au wrote:
On Sat, 23 Jan 2010 09:32:37 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 1:13 PM +1100 1/23/10, clanc...@cybec.com.au wrote:
but I would be grateful for any suggestions how I
could make this procedure more secure.
We have given you advice that you should NOT
On Sun, 24 Jan 2010 17:44:16 +1100, clanc...@cybec.com.au wrote:
On Sat, 23 Jan 2010 15:10:11 +, nrix...@gmail.com (Nathan Rixham) wrote:
To answer your specific questions though - what can be done to make this
process more secure - no matter what approach
At 1:13 PM +1100 1/23/10, clanc...@cybec.com.au wrote:
but I would be grateful for any suggestions how I
could make this procedure more secure.
We have given you advice that you should NOT use Cookies in any
fashion to secure your site, but you remain steadfast that you know
better -- so,
clanc...@cybec.com.au wrote:
On Thu, 21 Jan 2010 22:00:30 +, a...@ashleysheridan.co.uk (Ashley
Sheridan) wrote:
On Fri, 2010-01-22 at 08:58 +1100, clanc...@cybec.com.au wrote:
On Thu, 21 Jan 2010 08:54:44 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 12:15 PM +1100 1/21/10,
tedd wrote:
At 1:13 PM +1100 1/23/10, clanc...@cybec.com.au wrote:
but I would be grateful for any suggestions how I
could make this procedure more secure.
We have given you advice that you should NOT use Cookies in any fashion
to secure your site, but you remain steadfast that you know
On Sat, 23 Jan 2010 09:32:37 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 1:13 PM +1100 1/23/10, clanc...@cybec.com.au wrote:
but I would be grateful for any suggestions how I
could make this procedure more secure.
We have given you advice that you should NOT use Cookies in any
fashion to
On Sat, 23 Jan 2010 15:10:11 +, nrix...@gmail.com (Nathan Rixham) wrote:
To answer your specific questions though - what can be done to make this
process more secure - no matter what approach you take, when working via
http and needing logged in / secure
At 8:58 AM +1100 1/22/10, clanc...@cybec.com.au wrote:
On Thu, 21 Jan 2010 08:54:44 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 12:15 PM +1100 1/21/10, clanc...@cybec.com.au wrote:
On Wed, 20 Jan 2010 20:05:42 -0200, bsfaja...@gmail.com (Bruno
Fajardo) wrote:
Well, I hope this
On Thu, 21 Jan 2010 22:00:30 +, a...@ashleysheridan.co.uk (Ashley Sheridan)
wrote:
On Fri, 2010-01-22 at 08:58 +1100, clanc...@cybec.com.au wrote:
On Thu, 21 Jan 2010 08:54:44 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 12:15 PM +1100 1/21/10, clanc...@cybec.com.au wrote:
On Wed,
clanc...@cybec.com.au wrote:
My reasoning in using a cookie for user recognition, rather than relying on the
session
ID, was that with a cookie I could ensure that the connection effectively
lasted for some
specified period, whereas the session ID lifetime seems to be somewhat short and
On Thu, 21 Jan 2010 08:54:44 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 12:15 PM +1100 1/21/10, clanc...@cybec.com.au wrote:
On Wed, 20 Jan 2010 20:05:42 -0200, bsfaja...@gmail.com (Bruno Fajardo) wrote:
Well, I hope this information is helpful.
Yes, thanks to everyone who contributed.
On Fri, 2010-01-22 at 08:58 +1100, clanc...@cybec.com.au wrote:
On Thu, 21 Jan 2010 08:54:44 -0500, tedd.sperl...@gmail.com (tedd) wrote:
At 12:15 PM +1100 1/21/10, clanc...@cybec.com.au wrote:
On Wed, 20 Jan 2010 20:05:42 -0200, bsfaja...@gmail.com (Bruno Fajardo)
wrote:
Well, I hope
clanc...@cybec.com.au wrote:
Yes; I'm doing that too. I am setting up a private website, and using cookies
to control
access to it.
Clancy
The only variable I store in a cookie is the session id.
Everything else is stored in the session database.
--
PHP General Mailing List
On Wed, 2010-01-20 at 15:45 +1100, clanc...@cybec.com.au wrote:
On Tue, 19 Jan 2010 22:45:14 -0500, phps...@gmail.com (Phpster) wrote:
The first setcookie call is empty which produces the errors that cause
the second cookie to fail.
I'm afraid not. I modified the program started to
On Wed, 20 Jan 2010 13:19:03 +, a...@ashleysheridan.co.uk (Ashley Sheridan)
wrote:
On Wed, 2010-01-20 at 15:45 +1100, clanc...@cybec.com.au wrote:
On Tue, 19 Jan 2010 22:45:14 -0500, phps...@gmail.com (Phpster) wrote:
The first setcookie call is empty which produces the errors that
On Thu, 2010-01-21 at 08:43 +1100, clanc...@cybec.com.au wrote:
On Wed, 20 Jan 2010 13:19:03 +, a...@ashleysheridan.co.uk (Ashley
Sheridan) wrote:
On Wed, 2010-01-20 at 15:45 +1100, clanc...@cybec.com.au wrote:
On Tue, 19 Jan 2010 22:45:14 -0500, phps...@gmail.com (Phpster) wrote:
2010/1/20 clanc...@cybec.com.au:
When you are working with sessions, provided you start your program with
session_id(), you
can then do anything you like with session variables at any point in your
program.
Hi,
You meant session_start() instead of session_id(), right? But yes,
once you
Bruno Fajardo wrote:
You don't need to use output buffering at all. You only need this
mechanism if your script needs to output stuff before the
session_start() or setcookie() functions get executed.
Output buffering is also used if you need to output something before
the headers are sent
On Wed, 20 Jan 2010 20:05:42 -0200, bsfaja...@gmail.com (Bruno Fajardo) wrote:
2010/1/20 clanc...@cybec.com.au:
When you are working with sessions, provided you start your program with
session_id(), you
can then do anything you like with session variables at any point in your
program.
Hi,
I am trying for the first time to use cookies. The manual contains the
statement Cookies
are part of the HTTP header, so setcookie() must be called before any output is
sent to
the browser.
When I first started using sessions, I was alarmed to read a very similar
statement about
sessions, but
2010/1/19 clanc...@cybec.com.au:
I am trying for the first time to use cookies. The manual contains the
statement Cookies
are part of the HTTP header, so setcookie() must be called before any output
is sent to
the browser.
When I first started using sessions, I was alarmed to read a very
When I first started using sessions, I was alarmed to read a very similar
statement about
sessions, but I soon found that if I started my program with the statement
session_start(); I could then set up, access, modify or clear any session
variable at
any time in my program. This is
Hi,
However I have almost immediately found that while I appear to be able to
read cookies at
any time, I cannot set them when I would like to. Is there any similar trick
which will
work with cookies?
Keep in mind that cookies are set by sending an HTTP header as part of
the response, so
Be aware that there is a limit of 20 cookies per domain
Bastien
Sent from my iPod
On Jan 19, 2010, at 6:12 AM, Bruno Fajardo bsfaja...@gmail.com wrote:
2010/1/19 clanc...@cybec.com.au:
I am trying for the first time to use cookies. The manual contains
the statement Cookies
are part of the
On Tue, 19 Jan 2010 09:12:17 -0200, bsfaja...@gmail.com (Bruno Fajardo) wrote:
2010/1/19 clanc...@cybec.com.au:
I am trying for the first time to use cookies. The manual contains the
statement Cookies
are part of the HTTP header, so setcookie() must be called before any output
is sent to
The first setcookie call is empty which produces the errors that cause
the second cookie to fail.
Bastien
Sent from my iPod
On Jan 19, 2010, at 10:16 PM, clanc...@cybec.com.au wrote:
On Tue, 19 Jan 2010 09:12:17 -0200, bsfaja...@gmail.com (Bruno
Fajardo) wrote:
2010/1/19
On Tue, 19 Jan 2010 16:45:37 +0530, kranthi...@gmail.com (kranthi) wrote:
When I first started using sessions, I was alarmed to read a very similar
statement about
sessions, but I soon found that if I started my program with the statement
session_start(); I could then set up, access, modify
On Tue, 19 Jan 2010 22:45:14 -0500, phps...@gmail.com (Phpster) wrote:
The first setcookie call is empty which produces the errors that cause
the second cookie to fail.
I'm afraid not. I modified the program started to read:
?php //;V;;; Cypalda/Index.php Printed:
Allen McCabe schreef:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But sessions are unreliable on the free server I
Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But sessions are unreliable on the free server I am
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But sessions are unreliable on the free server I am currently using for
On Mon, 2009-12-07 at 14:39 -0800, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But sessions
On Dec 7, 2009, at 4:39 PM, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But sessions are
On Dec 7, 2009, at 4:40 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 14:39 -0800, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value
On Mon, 2009-12-07 at 16:48 -0600, Philip Thompson wrote:
On Dec 7, 2009, at 4:40 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 14:39 -0800, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where
On Dec 7, 2009, at 4:46 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 16:48 -0600, Philip Thompson wrote:
On Dec 7, 2009, at 4:40 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 14:39 -0800, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the
On Mon, 2009-12-07 at 16:53 -0600, Philip Thompson wrote:
On Dec 7, 2009, at 4:46 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 16:48 -0600, Philip Thompson wrote:
On Dec 7, 2009, at 4:40 PM, Ashley Sheridan wrote:
On Mon, 2009-12-07 at 14:39 -0800, Allen McCabe wrote:
I
On Mon, Dec 07, 2009 at 02:39:28PM -0800, Allen McCabe wrote:
I have a shopping cart type system set up which keeps track of the cart
contents using a SESSION variable, where $_SESSION['cart'][$item_id'] is
equal to the quantity, so the name/value pair is all the information I need.
But
It brings up another question, though. Let's say that I have a
session_start() call at the beginning of a bunch of pages. So that each
time one of these pages is called, the call is made to session_start().
It seems like it would screw things up royally if each call to
session_start() generated
Paul M Foster wrote:
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request for that cookie comes in from the server, the browser returns
only the value, and no other data. One question: When the browser
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request for that cookie comes in from the server, the browser returns
only the value, and no other data. One question: When the browser
requests a page from a
Paul M Foster wrote:
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request for that cookie comes in from the server, the browser returns
only the value, and no other data. One question: When the browser
On Mon, Mar 9, 2009 at 10:26 PM, Paul M Foster pa...@quillandmouse.com wrote:
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request for that cookie comes in from the server, the browser returns
only
...@quillandmouse.com]
Sent: Tuesday, March 10, 2009 7:57 AM
To: php-general@lists.php.net
Subject: [PHP] Cookies/Sessions and how they work
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request
On Mon, Mar 09, 2009 at 11:35:57PM -0400, APseudoUtopia wrote:
On Mon, Mar 9, 2009 at 10:26 PM, Paul M Foster pa...@quillandmouse.com
wrote:
This is in two parts. First cookies. I'm a little unclear on how they
work. From what I've read, cookies are stored by the browser. When a
request
On Nov 28, 2007 12:08 PM, Jason Pruim [EMAIL PROTECTED] wrote:
if ($res) {
// now see if user's id exists in database
if (mysql_num_rows($res,0) {
You need another ) on that last line:
if (mysql_num_rows($res,0)) {
You might want to consider getting an editor/ide that will higlight
On Nov 28, 2007 3:19 PM, Brady Mitchell [EMAIL PROTECTED] wrote:
On Nov 28, 2007 12:08 PM, Jason Pruim [EMAIL PROTECTED] wrote:
if ($res) {
// now see if user's id exists in database
if (mysql_num_rows($res,0) {
You need another ) on that last line:
if (mysql_num_rows($res,0)) {
On Nov 28, 2007, at 3:19 PM, Brady Mitchell wrote:
On Nov 28, 2007 12:08 PM, Jason Pruim [EMAIL PROTECTED] wrote:
if ($res) {
// now see if user's id exists in database
if (mysql_num_rows($res,0) {
You need another ) on that last line:
if (mysql_num_rows($res,0)) {
You might want to
On Nov 28, 2007 3:08 PM, Jason Pruim [EMAIL PROTECTED] wrote:
I have some code which I'll paste at the end of the e-mail that is
throwing an error and I can't seem to find where the error is... Here
is the error: [Wed Nov 28 15:03:19 2007] [error] PHP Parse error:
syntax error, unexpected '{'
I have some code which I'll paste at the end of the e-mail that is
throwing an error and I can't seem to find where the error is... Here
is the error: [Wed Nov 28 15:03:19 2007] [error] PHP Parse error:
syntax error, unexpected '{' in /Volumes/RAIDer/webserver/Documents/
On 20/08/07, tedd [EMAIL PROTECTED] wrote:
At 10:40 PM +0200 8/19/07, Wouter van Vliet / Interpotential wrote:
What you're proposing, is to actually display some content on another
page
then were the content is originally intended? I'm sorry, but I would
consider that 'bad practice'. To me,
At 12:42 PM +0200 8/20/07, Wouter van Vliet / Interpotential wrote:
Only thing I was trying to do was chip in my two cents. Again, I
wasn't the one who originally asked the question and I certainly am
not friggen clueless.
Maybe not, but you made some pretty clueless remarks -- like if you
M. Sokolewicz wrote:
On a sidenote, 99% of the world never calls ob_flush (or any such
function) since PHP flushes the buffer automatically at the end of its
execution.
I'll keep the ob_end_flush just for showing what's going on, but thanks
for the hint.
The reason why setting cookies for
M. Sokolewicz wrote:
emits). Now, I'm not going to go into how redirecting that way won't
work (or at least shouldn't), but a hint would be to do it properly
using header('Location: [...]') instead.
I'm aware that using Javascript within a PHP code block doesn't seems
logical yet I haven't
On Sat, 18 Aug 2007 17:03:35 +0200, M. Sokolewicz wrote:
The reason why setting cookies for you doesn't work is because of the
way a HTTP response is structured. It consists of 2 parts: header and
body separated by 2 new lines (\n\n). It is _required_ that _all_
headers come _before_ the
At 8:52 AM +0200 8/19/07, Otto Wyss wrote:
In my case I could easilly do without redirection but just exit and
fall back on the calling page. Yet I want to remove the login page
from the browser history. Does the header function have the same
effect?
O. Wyss:
Instead of messing with the
What you're proposing, is to actually display some content on another page
then were the content is originally intended? I'm sorry, but I would
consider that 'bad practice'. To me, it makes perfect sense that you don't
want to leave the user on the page where login was originally handled. For
At 10:40 PM +0200 8/19/07, Wouter van Vliet / Interpotential wrote:
What you're proposing, is to actually display some content on another page
then were the content is originally intended? I'm sorry, but I would
consider that 'bad practice'. To me, it makes perfect sense that you don't
want to
If built a simple login page and store any information within
$_SESSION's. Yet I'd like to move these into cookies but I always get an
error about sent headers. Is there a way to circumvent this problem
without changing too much in the page?
The setting of the cookies happens just at the end
Kelvin Park wrote:
Otto Wyss wrote:
If built a simple login page and store any information within
$_SESSION's. Yet I'd like to move these into cookies but I always get
an error about sent headers. Is there a way to circumvent this
problem without changing too much in the page?
The setting
You best option would be to go through all of your include'd or require'd
files and make sure there is no whitespace before and after you open your
php tags. Those are often the cause for such problems. The easy way would
indeed be to use output buffering. In that case, put the call to ob_start();
PROTECTED]
Subject: [PHP] Cookies and sent headers
If built a simple login page and store any information within
$_SESSION's. Yet I'd like to move these into cookies but I always get an
error about sent headers. Is there a way to circumvent this problem
without changing too much in the page
ob_start() at the beginning and ob_end_flush() at the end of the PHP
section seems to do the trick albeit I've still problems to understand
why. The description in the manual is rather sparse unfortunately. Is
there any more information about what's going on?
O. Wyss
Wouter van Vliet /
PROTECTED]
CC: [EMAIL PROTECTED]; php-general@lists.php.net
Subject: Re: [PHP] Cookies and sent headers
ob_start() at the beginning and ob_end_flush() at the end of the PHP
section seems to do the trick albeit I've still problems to understand
why. The description in the manual is rather sparse
To: php-general@lists.php.net; [EMAIL PROTECTED]
Date: Sat, 18 Aug 2007 16:39:29 +0200
From: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]; php-general@lists.php.net
Subject: Re: [PHP] Cookies and sent headers
ob_start() at the beginning and ob_end_flush() at the end of the PHP
section
@lists.php.net
Subject: [PHP] Cookies and sent headers
If built a simple login page and store any information within
$_SESSION's. Yet I'd like to move these into cookies but I always get an
error about sent headers. Is there a way to circumvent this problem
without changing too much in the page
]
Sent: Saturday, August 18, 2007 2:56 PM
To: php-general@lists.php.net
Subject: [PHP] Cookies and sent headers
If built a simple login page and store any information within
$_SESSION's. Yet I'd like to move these into cookies but I always get an
error about sent headers. Is there a way
-- Forwarded message --
From: Kelvin Park [EMAIL PROTECTED]
Date: Aug 18, 2007 4:34 PM
Subject: Re: [PHP] Cookies and sent headers
To: M. Sokolewicz [EMAIL PROTECTED]
the javascript code can definitely change to head(location: whatever.php)
for redirection, if that's the solution
Richard Lynch wrote:
A cookie is sent BACK to the server after the server sends
it to the browser. Period.
It's kind of like when you go to a movie, and you buy your
ticket from one person, and then you hand it to another,
and they hand it back, and then you have to be prepared to
show it
A cookie is sent BACK to the server after the server sends it to the
browser. Period.
It's kind of like when you go to a movie, and you buy your ticket from
one person, and then you hand it to another, and they hand it back,
and then you have to be prepared to show it to prove you aren't
sitting
Hello,
I have a page that uses session cookies for deciding what content to show to
a visitor. User also has 2 form objecks to apply filters to the content SQL
queries. So at the beginning of the script I set 2 cookies based on user
selections(or defaults) and after that make DB query based on
Hi,
I think it says somewhere in the documentation that the cookie values will
not be available until next request/response...
/Peter
-Original Message-
From: William Stokes [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 12, 2006 5:28 PM
To: php-general@lists.php.net
Subject: [PHP
William Stokes wrote:
Hello,
I have a page that uses session cookies for deciding what content to show to
a visitor. User also has 2 form objecks to apply filters to the content SQL
queries. So at the beginning of the script I set 2 cookies based on user
selections(or defaults) and after
Thanks.
It seems that I tested the right things but in a wrong order...
-Will
Chris [EMAIL PROTECTED] kirjoitti
viestissä:[EMAIL PROTECTED]
William Stokes wrote:
Hello,
I have a page that uses session cookies for deciding what content to show
to a visitor. User also has 2 form objecks to
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form host.com. When running in ssl mode,
the domain is of the form host.certhost.com. ping shows that both
resolve to the same ip address.
Is there a way to create a cookie in the unsecured area
Michael Satterwhite wrote:
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form host.com. When running in ssl
mode, the domain is of the form host.certhost.com. ping shows that
both resolve to the same ip address.
Is there a way to create a
On 5/22/06, Michael Satterwhite [EMAIL PROTECTED] wrote:
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form host.com. When running in ssl mode,
the domain is of the form host.certhost.com. ping shows that both
resolve to the same ip address.
On 5/22/06, Michael Satterwhite [EMAIL PROTECTED] wrote:
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form host.com. When running in ssl mode,
the domain is of the form host.certhost.com. ping shows that both
resolve to the same ip address.
On Mon, May 22, 2006 6:49 am, Michael Satterwhite wrote:
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form host.com. When running in ssl
mode,
the domain is of the form host.certhost.com. ping shows that both
resolve to the same ip
Hello,
Most sites today seems to be based on this style:
include(top);
include(current_page);
include(bottom);
If one wants to set cookies from current_page, how should that be handled with
as clean source as possible?
Before I had the top and bottom output as functions that are called from
Most sites today seems to be based on this style:
include(top);
include(current_page);
include(bottom);
If one wants to set cookies from current_page, how should that be handled
with as clean source as possible?
From the php manual:
Like other headers, cookies must be sent before any
Is there a way to test if a user has cookies turned on or not so that I can
use cookies if the user allows them and use the URL if the user does not
allow them?
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Tried and true is to set a cookie and then attempt to read it, if you
cant read it then cookies are not on.
On 11/17/05, Ben Miller [EMAIL PROTECTED] wrote:
Is there a way to test if a user has cookies turned on or not so that I can
use cookies if the user allows them and use the URL if the
Hi Ben,
Thursday, November 17, 2005, 3:26:04 PM, you wrote:
Is there a way to test if a user has cookies turned on or not so
that I can use cookies if the user allows them and use the URL if
the user does not allow them?
Set one? :)
Then check if it exists or not.
This of course will not
On Thu, 2005-11-17 at 10:33, Richard Davey wrote:
Hi Ben,
Thursday, November 17, 2005, 3:26:04 PM, you wrote:
Is there a way to test if a user has cookies turned on or not so
that I can use cookies if the user allows them and use the URL if
the user does not allow them?
Set one? :)
Hi Robert,
Thursday, November 17, 2005, 3:39:43 PM, you wrote:
*lol* I do that sometimes... with Javascript too.
:) it's amazing what you can break by doing that!
Cheers,
Rich
--
Zend Certified Engineer
PHP Development Services
http://www.corephp.co.uk
--
PHP General Mailing List
You can check on every page load, but I'm sure thats over kill for
most public facing sites to catch some Yahoos who have too much time
on their hands.
On 11/17/05, Richard Davey [EMAIL PROTECTED] wrote:
Hi Ben,
Thursday, November 17, 2005, 3:26:04 PM, you wrote:
Is there a way to test if a
Hi Dan,
Thursday, November 17, 2005, 3:56:43 PM, you wrote:
You can check on every page load, but I'm sure thats over kill for
most public facing sites to catch some Yahoos who have too much time
on their hands.
Is that a new technical term for 'hacker' ? :)
Cheers,
Rich
--
Zend Certified
:) why of course
On 11/17/05, Richard Davey [EMAIL PROTECTED] wrote:
Hi Dan,
Thursday, November 17, 2005, 3:56:43 PM, you wrote:
You can check on every page load, but I'm sure thats over kill for
most public facing sites to catch some Yahoos who have too much time
on their hands.
Is
Hi Ben,
Thursday, November 17, 2005, 3:26:04 PM, you wrote:
Is there a way to test if a user has cookies turned on or not so
that I can use cookies if the user allows them and use the URL if
the user does not allow them?
Set one? :)
Then check if it exists or not.
This of course will not
Hi Ben,
Thursday, November 17, 2005, 4:24:11 PM, you wrote:
In order to set one and then check if it exists or not, I have to
set it on one page, and then test it on the next page load - In this
case, I don't figure out how I need to send information from page to
page until they have already
I am very close to getting this sorted.Thanks for all the help on
'variable variables' and var_dump. Two useful techniques.
My function works but throws up a cookie problem
if (isset($add)){
${$add} = intval($_COOKIE['cookie'][$add]);
$new= $$add+1;
setcookie(cookie[$add], $new $add);
Hi,
I am trying to install a web application that tests if cookies are enabled
the following way:
$this-usesCookies =
(isset($_COOKIE[session_name()])
@strlen($_COOKIE[session_name()])
== 32);
As it gives as a result, that cookies
Nancy Ferracutti Kincaide wrote:
I am trying to install a web application that tests if cookies are
enabled the following way:
$this-usesCookies =
(isset($_COOKIE[session_name()])
@strlen($_COOKIE[session_name()])
== 32);
As it
(a string of 26 characters long).
Thank you very much, again!
Nancy.
- Original Message -
From: Jasper Bryant-Greene [EMAIL PROTECTED]
To: php php-general@lists.php.net
Sent: Tuesday, August 30, 2005 8:48 AM
Subject: Re: [PHP] Cookies.
Nancy Ferracutti Kincaide wrote:
I am trying
--- William Stokes [EMAIL PROTECTED] wrote:
If I send a session cookie to browser where it is stored in WinXP?
Session cookies are kept in memory.
Chris
=
Chris Shiflett - http://shiflett.org/
PHP Security - O'Reilly HTTP Developer's Handbook - Sams
Coming Soon
Hello,
If I send a session cookie to browser where it is stored in WinXP? Or is it
stored as a separate file at all. I know that the script sends the cookie
but I can't find it in the client computer harddrive.
I am testing with Opera, IE6 and Firefox.
Thanks
-Will
--
PHP General Mailing
1 - 100 of 348 matches
Mail list logo