Re: [Phplib-users] php4 session fix, and some thoughts

[Giancarlo <gia...@na...>]

> I don't see any problem with using simple global variables for this job as
> long as the name space is clearly identified and documented so as to avoid
> any such conflict.  If the API were to specify, for instance, that all
> variable names starting with $PHPLIB_INTERNAL (to use another name) are
> reserved, and that an application should never define such a variable, the
> problem of namespace conflicts would be effectively resolved.

The example I wrote would just work with classic phplib session. In fact 
I modified the page.inc from the snapshot, which is an unique page.inc 
for both. There is no need for two, and that one can still work for php3 
sites. Application still continue to use $sess->in in the extended 
class, and need not to worry about that new extra_session_object switch.

I think that we should try to minimize also the included files. I am 
pretty sure the snapshot has : the same local.inc included,  same 
page.inc (and with latest fixes), and they all seem to work from php3 to 
php 4.23. And this although there are now quite a few functions that did 
not even exist in php3. I think the whole snapshot, with the classic 
stable auth, should be rolled out...

in fact Joe I see now that 7.4pre2 has page4.inc included in prepend, 
and page.inc included in prepend.php3, and both should have page.inc, 
which comes from snapshot..
same for local/local4: of more the latter only contains the 
*session_custom class definition.

Gian