Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.php > #6515 > unrolled thread

Lost $_SESSION in Google Chrome

Started byfalk.fiedler@googlemail.com
First post2012-07-10 02:02 -0700
Last post2012-07-13 11:27 +0200
Articles 13 — 7 participants

Back to article view | Back to comp.lang.php


Contents

  Lost $_SESSION in Google Chrome falk.fiedler@googlemail.com - 2012-07-10 02:02 -0700
    Re: Lost $_SESSION in Google Chrome Jerry Stuckle <jstucklex@attglobal.net> - 2012-07-10 05:16 -0400
      Re: Lost $_SESSION in Google Chrome falk.fiedler@googlemail.com - 2012-07-10 02:21 -0700
        Re: Lost $_SESSION in Google Chrome Jerry Stuckle <jstucklex@attglobal.net> - 2012-07-10 05:56 -0400
    Re: Lost $_SESSION in Google Chrome Arno Welzel <usenet@arnowelzel.de> - 2012-07-10 20:52 +0200
    Re: Lost $_SESSION in Google Chrome Silver Moonstone <m00n.silv3r@gmail.com> - 2012-07-11 06:44 -0700
      Re: Lost $_SESSION in Google Chrome Erwin Moller <erwinmollerusenet@xs4all.nl> - 2012-07-11 16:39 +0200
        Re: Lost $_SESSION in Google Chrome Arno Welzel <usenet@arnowelzel.de> - 2012-07-11 19:36 +0200
          Re: Lost $_SESSION in Google Chrome "Peter H. Coffin" <hellsop@ninehells.com> - 2012-07-11 16:33 -0500
            Re: Lost $_SESSION in Google Chrome Arno Welzel <usenet@arnowelzel.de> - 2012-07-13 10:57 +0200
          Re: Lost $_SESSION in Google Chrome Jerry Stuckle <jstucklex@attglobal.net> - 2012-07-12 00:00 -0400
            Re: Lost $_SESSION in Google Chrome Arno Welzel <usenet@arnowelzel.de> - 2012-07-13 10:58 +0200
    Re: Lost $_SESSION in Google Chrome "J.O. Aho" <user@example.net> - 2012-07-13 11:27 +0200

#6515 — Lost $_SESSION in Google Chrome

Fromfalk.fiedler@googlemail.com
Date2012-07-10 02:02 -0700
SubjectLost $_SESSION in Google Chrome
Message-ID<7b349e8d-076f-4497-87b4-38786ac3ade1@googlegroups.com>
hello,

my local Google Chrome loses session on every page request. I tested with:


<?php

session_start();

echo session_id()."<br>";

if(!isset($_SESSION['temp']))
{
    $_SESSION['temp']=99; 
}
else
{
   $_SESSION['temp']--;
}

echo $_SESSION['temp'];

?>

the session_id() is new on every page request and the $_SESSION['temp' is always 99.

But only on my local webserver. The script works on a webspace. What's wrong with the local config of Chrome?

Thank you


Falk

[toc] | [next] | [standalone]


#6517

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-07-10 05:16 -0400
Message-ID<jtgrsq$u6q$1@dont-email.me>
In reply to#6515
On 7/10/2012 5:02 AM, falk.fiedler@googlemail.com wrote:
> hello,
>
> my local Google Chrome loses session on every page request. I tested with:
>
>
> <?php
>
> session_start();
>
> echo session_id()."<br>";
>
> if(!isset($_SESSION['temp']))
> {
>      $_SESSION['temp']=99;
> }
> else
> {
>     $_SESSION['temp']--;
> }
>
> echo $_SESSION['temp'];
>
> ?>
>
> the session_id() is new on every page request and the $_SESSION['temp' is always 99.
>
> But only on my local webserver. The script works on a webspace. What's wrong with the local config of Chrome?
>
> Thank you
>
>
> Falk
>

This is a PHP newsgroup.  If you want to know what's wrong with Chrome, 
I suggest you ask Chrome support.

Does it work with Firefox and/or IE?  If so, then it's almost definitely 
not a PHP problem.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#6518

Fromfalk.fiedler@googlemail.com
Date2012-07-10 02:21 -0700
Message-ID<3a5f8834-9855-4f36-8f19-867582f0587d@googlegroups.com>
In reply to#6517
> This is a PHP newsgroup.  If you want to know what&#39;s wrong with Chrome, 
> I suggest you ask Chrome support.
> 
> Does it work with Firefox and/or IE?  If so, then it&#39;s almost definitely 
> not a PHP problem.
> 
> -- 
> ==================

yes, it works in FF or IE - but I thought maybe someone knows the problem.

Falk

[toc] | [prev] | [next] | [standalone]


#6519

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-07-10 05:56 -0400
Message-ID<jtgu99$8ld$2@dont-email.me>
In reply to#6518
On 7/10/2012 5:21 AM, falk.fiedler@googlemail.com wrote:
>> This is a PHP newsgroup.  If you want to know what&#39;s wrong with Chrome,
>> I suggest you ask Chrome support.
>>
>> Does it work with Firefox and/or IE?  If so, then it&#39;s almost definitely
>> not a PHP problem.
>>
>> --
>> ==================
>
> yes, it works in FF or IE - but I thought maybe someone knows the problem.
>
> Falk
>

Ask in the proper place and you will have a much better chance of 
getting an accurate answer.  Ask in the wrong place and you will more 
likely get crap answers from someone who has no idea what he's talking 
about.

This seems to be especially true for off-topic questions in this newsgroup.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#6527

FromArno Welzel <usenet@arnowelzel.de>
Date2012-07-10 20:52 +0200
Message-ID<4FFC79ED.8070203@arnowelzel.de>
In reply to#6515
falk.fiedler@googlemail.com, 10.07.2012 11:02:

> hello,
> 
> my local Google Chrome loses session on every page request. I tested with:
> 
> 
> <?php
> 
> session_start();
> 
> echo session_id()."<br>";
> 
> if(!isset($_SESSION['temp']))
> {
>     $_SESSION['temp']=99; 
> }
> else
> {
>    $_SESSION['temp']--;
> }
> 
> echo $_SESSION['temp'];
> 
> ?>
> 
> the session_id() is new on every page request and the $_SESSION['temp' is always 99.

Works for me - no problem here with my local Apache.

Tested with Google Chrome 20.0.1132.47 m on Windows 7 Pro x64.

> But only on my local webserver. The script works on a webspace. What's wrong with the local config of Chrome?

What's wrong with your local webserver?


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]


#6530

FromSilver Moonstone <m00n.silv3r@gmail.com>
Date2012-07-11 06:44 -0700
Message-ID<5665a53d-12ef-49d8-9e11-23319e5f8109@googlegroups.com>
In reply to#6515
On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
> hello,
> 
> my local Google Chrome loses session on every page request. I tested with:
> 
> 
> &lt;?php
> 
> session_start();
> 
> echo session_id().&quot;&lt;br&gt;&quot;;
> 
> if(!isset($_SESSION[&#39;temp&#39;]))
> {
>     $_SESSION[&#39;temp&#39;]=99; 
> }
> else
> {
>    $_SESSION[&#39;temp&#39;]--;
> }
> 
> echo $_SESSION[&#39;temp&#39;];
> 
> ?&gt;
> 
> the session_id() is new on every page request and the $_SESSION[&#39;temp&#39; is always 99.
> 
> But only on my local webserver. The script works on a webspace. What&#39;s wrong with the local config of Chrome?
> 
> Thank you
> 
> 
> Falk

try clearing the browser cache.
it sometimes happens because chrome fetches the page from the cache.

[toc] | [prev] | [next] | [standalone]


#6532

FromErwin Moller <erwinmollerusenet@xs4all.nl>
Date2012-07-11 16:39 +0200
Message-ID<4ffd901a$0$6967$e4fe514c@news2.news.xs4all.nl>
In reply to#6530
On 7/11/2012 3:44 PM, Silver Moonstone wrote:
> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>> hello,
>>
>> my local Google Chrome loses session on every page request. I tested with:
>>
>>
>> &lt;?php
>>
>> session_start();
>>
>> echo session_id().&quot;&lt;br&gt;&quot;;
>>
>> if(!isset($_SESSION[&#39;temp&#39;]))
>> {
>>      $_SESSION[&#39;temp&#39;]=99;
>> }
>> else
>> {
>>     $_SESSION[&#39;temp&#39;]--;
>> }
>>
>> echo $_SESSION[&#39;temp&#39;];
>>
>> ?&gt;
>>
>> the session_id() is new on every page request and the $_SESSION[&#39;temp&#39; is always 99.
>>
>> But only on my local webserver. The script works on a webspace. What&#39;s wrong with the local config of Chrome?
>>
>> Thank you
>>
>>
>> Falk
>
> try clearing the browser cache.
> it sometimes happens because chrome fetches the page from the cache.
>

That may be true, but it is a poor solution since you cannot expect your 
visitors to do the same in order to use the site.

Regards,
Erwin Moller

-- 
"That which can be asserted without evidence, can be dismissed without 
evidence."
-- Christopher Hitchens

[toc] | [prev] | [next] | [standalone]


#6534

FromArno Welzel <usenet@arnowelzel.de>
Date2012-07-11 19:36 +0200
Message-ID<4FFDB9B9.5080008@arnowelzel.de>
In reply to#6532
Erwin Moller, 11.07.2012 16:39:

> On 7/11/2012 3:44 PM, Silver Moonstone wrote:
>> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>>> hello,
>>>
>>> my local Google Chrome loses session on every page request. I tested
>>> with:
>>>

[Session seems not to work with local webserver]

>> try clearing the browser cache.
>> it sometimes happens because chrome fetches the page from the cache.
>>
> 
> That may be true, but it is a poor solution since you cannot expect your
> visitors to do the same in order to use the site.

But you could ensure, that caching will not happen at all by sending the
appropriate headers.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]


#6535

From"Peter H. Coffin" <hellsop@ninehells.com>
Date2012-07-11 16:33 -0500
Message-ID<slrnjvrs8n.h39.hellsop@nibelheim.ninehells.com>
In reply to#6534
On Wed, 11 Jul 2012 19:36:57 +0200, Arno Welzel wrote:
> Erwin Moller, 11.07.2012 16:39:
>
>> On 7/11/2012 3:44 PM, Silver Moonstone wrote:
>>> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>>>> hello,
>>>>
>>>> my local Google Chrome loses session on every page request. I tested
>>>> with:
>>>>
>
> [Session seems not to work with local webserver]
>
>>> try clearing the browser cache.
>>> it sometimes happens because chrome fetches the page from the cache.
>>>
>> 
>> That may be true, but it is a poor solution since you cannot expect your
>> visitors to do the same in order to use the site.
>
> But you could ensure, that caching will not happen at all by sending the
> appropriate headers.

and by "ensure", you actually mean "suggest". 

-- 
"To every complex problem there is a solution which is
simple, neat and wrong" - HL Mencken

[toc] | [prev] | [next] | [standalone]


#6548

FromArno Welzel <usenet@arnowelzel.de>
Date2012-07-13 10:57 +0200
Message-ID<jtontp$g03$2@dont-email.me>
In reply to#6535
Am 11.07.2012 23:33, schrieb Peter H. Coffin:

> On Wed, 11 Jul 2012 19:36:57 +0200, Arno Welzel wrote:
>> Erwin Moller, 11.07.2012 16:39:
>>
>>> On 7/11/2012 3:44 PM, Silver Moonstone wrote:
>>>> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>>>>> hello,
>>>>>
>>>>> my local Google Chrome loses session on every page request. I tested
>>>>> with:
>>>>>
>>
>> [Session seems not to work with local webserver]
>>
>>>> try clearing the browser cache.
>>>> it sometimes happens because chrome fetches the page from the cache.
>>>>
>>>
>>> That may be true, but it is a poor solution since you cannot expect your
>>> visitors to do the same in order to use the site.
>>
>> But you could ensure, that caching will not happen at all by sending the
>> appropriate headers.
>
> and by "ensure", you actually mean "suggest".

Well... yes, when you assume that certain browsers or proxies ignore 
caching related headers.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]


#6544

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-07-12 00:00 -0400
Message-ID<jtli43$q2s$1@dont-email.me>
In reply to#6534
On 7/11/2012 1:36 PM, Arno Welzel wrote:
> Erwin Moller, 11.07.2012 16:39:
>
>> On 7/11/2012 3:44 PM, Silver Moonstone wrote:
>>> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>>>> hello,
>>>>
>>>> my local Google Chrome loses session on every page request. I tested
>>>> with:
>>>>
>
> [Session seems not to work with local webserver]
>
>>> try clearing the browser cache.
>>> it sometimes happens because chrome fetches the page from the cache.
>>>
>>
>> That may be true, but it is a poor solution since you cannot expect your
>> visitors to do the same in order to use the site.
>
> But you could ensure, that caching will not happen at all by sending the
> appropriate headers.
>
>

Incorrect.  Information sent in the headers is a suggestion, not a 
requirement.  Browsers are free to ignore things like cache control (and 
almost anything else).

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#6549

FromArno Welzel <usenet@arnowelzel.de>
Date2012-07-13 10:58 +0200
Message-ID<jtoo05$g03$3@dont-email.me>
In reply to#6544
Am 12.07.2012 06:00, schrieb Jerry Stuckle:
> On 7/11/2012 1:36 PM, Arno Welzel wrote:
>> Erwin Moller, 11.07.2012 16:39:
>>
>>> On 7/11/2012 3:44 PM, Silver Moonstone wrote:
>>>> On Tuesday, July 10, 2012 2:32:28 PM UTC+5:30, (unknown) wrote:
>>>>> hello,
>>>>>
>>>>> my local Google Chrome loses session on every page request. I tested
>>>>> with:
>>>>>
>>
>> [Session seems not to work with local webserver]
>>
>>>> try clearing the browser cache.
>>>> it sometimes happens because chrome fetches the page from the cache.
>>>>
>>>
>>> That may be true, but it is a poor solution since you cannot expect your
>>> visitors to do the same in order to use the site.
>>
>> But you could ensure, that caching will not happen at all by sending the
>> appropriate headers.
>>
>>
>
> Incorrect.  Information sent in the headers is a suggestion, not a
> requirement.  Browsers are free to ignore things like cache control (and
> almost anything else).

Yes, you're right. But at least the chance that caching will not happen 
is much higher when sending the appriopriate headers.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de

[toc] | [prev] | [next] | [standalone]


#6550

From"J.O. Aho" <user@example.net>
Date2012-07-13 11:27 +0200
Message-ID<a6a80mFolmU1@mid.individual.net>
In reply to#6515
On 10/07/12 11:02, falk.fiedler@googlemail.com wrote:

> my local Google Chrome loses session on every page request. I tested with:
>
> the session_id() is new on every page request and the $_SESSION['temp' is always 99.
>
> But only on my local webserver. The script works on a webspace. What's wrong with the local config of Chrome?

Check your cookie permissions for your local site in chrome, most likely 
you have a deny cookies in your Chrome.

If it had been a code issue, then you had the same result, no matter 
which browser you tried.


-- 

  //Aho

[toc] | [prev] | [standalone]


Back to top | Article view | comp.lang.php


csiph-web