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
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 i
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 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 ap
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 u
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 f
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
>fash
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 bett
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
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, wh
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
ill-d
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:
>>
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 informa
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 (http://www.p
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:
> >>
> >
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 con
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. I now have a better
understanding of what
cookies are, and have turned on
On Wed, 20 Jan 2010 20:05:42 -0200, bsfaja...@gmail.com (Bruno Fajardo) wrote:
>2010/1/20 :
>> 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 mea
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 eith
2010/1/20 :
> 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 started a session (b
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)
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 t
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
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:
http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsu
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
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 :
I am trying
On Tue, 19 Jan 2010 09:12:17 -0200, bsfaja...@gmail.com (Bruno Fajardo) wrote:
>2010/1/19 :
>> 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 browse
On Tue, Jan 19, 2010 at 12:42 PM, Paul M Foster wrote:
> On Tue, Jan 19, 2010 at 10:06:26PM +1100, clanc...@cybec.com.au wrote:
>
> > 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
On Tue, Jan 19, 2010 at 10:06:26PM +1100, clanc...@cybec.com.au wrote:
> 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
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 wrote:
2010/1/19 :
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 cal
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,
> 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
2010/1/19 :
> 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
> s
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, bu
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 cu
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 serv
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
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
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
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, whe
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 nam
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 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 sessio
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 this
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
r
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
On Mon, Mar 09, 2009 at 11:35:57PM -0400, APseudoUtopia wrote:
> On Mon, Mar 9, 2009 at 10:26 PM, 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 c
to:pa...@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
r
On Mon, Mar 9, 2009 at 10:26 PM, 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 othe
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
r
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 s
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 c
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(
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, unexpecte
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
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/
OLDB/customer/test
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
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
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 le
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
vario
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 us
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_
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 know
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 y
-- 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"
[mailto:[EMAIL PROTECTED]
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 ab
@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 i
up on server documentation
bastien
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_flu
m: [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 seems to do the trick albeit I've still problems to understand
> why. The des
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 / Interp
m: [EMAIL 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
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();
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 of
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 o
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
> sh
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
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 for
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 that
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
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
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 . When running in ssl
> mode,
> the domain is of the form ..com. ping shows that both
> resolve to the same ip address.
>
> Is there 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 . When running in ssl mode,
the domain is of the form ..com. ping shows that both
resolve to the same ip address.
Is there a way to c
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 . When running in ssl mode,
the domain is of the form ..com. ping shows that both
resolve to the same ip address.
Is there a way to c
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 . When running in ssl
mode, the domain is of the form ..com. ping shows that
both resolve to the same ip address.
Is there a way to create a cookie in the unsecu
I have a site that is using a shared ssl certificate. When running on
the site, the host is of the form . When running in ssl mode,
the domain is of the form ..com. ping shows that both
resolve to the same ip address.
Is there a way to create a cookie in the unsecured area and have it
availab
> 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 befor
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 ea
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 alre
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
:) 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 ha
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 Certifi
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 te
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 (http://
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?
>
> S
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
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
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
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");
ws this value:
211b78tfl8umggkdh1ak7jrbf3 (a string of 26 characters long).
Thank you very much, again!
Nancy.
- Original Message -
From: "Jasper Bryant-Greene" <[EMAIL PROTECTED]>
To: "php"
Sent: Tuesday, August 30, 2005 8:48 AM
Subject: Re: [PHP] Cookies.
Nancy Ferracutti Kinca
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 gi
1 - 100 of 367 matches
Mail list logo
