Re: [PHP4BETA] Intended use of session and HTTP_*_VARS.
| From: | Shane Burrell | Date: | Mon, 06 Mar 2000 19:09:28 +0000 |
| Subject: | Re: [PHP4BETA] Intended use of session and HTTP_*_VARS. | ||
| References: | 1 2 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-11617@lists.php.net to get a copy of this message | ||
On Mon, 06 Mar 2000, you wrote:
> On Mon, 06 Mar 2000, Shane Burrell wrote:
> > While looking at both the session documentation on the site and digging through
> > the comments in the NEWS and ChangeLog files I am a little confused about which
> > way I should implement session. Registering vars from the global scope seems
> > to work fine. However it would seem that any attempt to write data directly to
> > http_state_vars will not work. I reviewed older postings refering to some if
> > not all of the http_*_vars being read only now. I attempted changing
> > track_vars and reg global options in the ini file in order to do away with the
> > global vars method at get to a track vars only method. It would seem that
> > keeping the global scope free of any session vars you would have to be able to
> > access the http_state_vars. (read/write/destroy) Is there something I missed?
> > Any help would be most appreciated. Thanks.
>
> Shane,
>
> I just fixed it in CVS. If register_globals is not set, and track_vars
> is, then the variables will be serialized from $HTTP_STATE_VARS[].
>
> -Andrei
>
> It is commonly the case with technologies that you can get
> the best insight about how they work by watching them fail.
> -- Neal Stephenson
>
That works great. I have one other question. When global and track vars are
both on the HTTP_STATE_VARS will not update the global counterpart. Its not a
big deal but if it did update the global var it would make easy migration to
the track_vars method only. Thanks again. :)