Yes, I did--that was the first thing I checked. I went over php.ini
obsessively and even created a new sessions folder to see whether
there was something about the existing one it didn't like. But it was
storing the session records fine, it just wasn't picking them up
again. It was only after I started thinking about what *could* be
wrong that it dawned on me that php was behaving as though it wasn't
seeing the cookie that tells it which session is mine. At that point
the penny dropped and I checked AdSubtract. Voilá!
Chung Leong wrote:
Did you create the folder specific as session.save_path in php.ini? If the
folder doesn't exist, PHP won't create it for you and a session wouldn't be
saved.
Uzytkownik "Margaret MacDonald" <sc**********@att.not.invalid> napisal w
wiadomosci news:42********************************@4ax.com... I was about to post a note here asking whether anyone could suggest
why session_start() would create a new session each time, rather than
reloading the existing one. My development environment is 4.3.4 as a
dll in Apache 2 under W2K, serving from 'localhost', and the pages
that work fine on my dev machine were failing on my laptop. It was
driving me mad.
But the penny finally dropped. If anyone else runs into that problem,
check your anti-annoyance settings to see whether you've added an
entry for 'localhost' that allows cookies. I run AdSubtract Pro on
both machines, but only had a localhost entry on the main machine. So
on my laptop AdSubtract was consuming the cookies php was issuing.
*sigh* It's always the little things.
Margaret
--
(To mail me, please change .not.invalid to .net, first.
Apologies for the inconvenience.)
--
(To mail me, please change .not.invalid to .net, first.
Apologies for the inconvenience.)