Re: Transparent SID support
| From: | Dan Hardiker | Date: | Fri, 23 Aug 2002 12:44:01 +0000 |
| Subject: | Re: Transparent SID support | ||
| References: | 1 2 3 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-87346@lists.php.net to get a copy of this message | ||
I think it would be a very bad idea to change this in any minor version.
Speaking from a purely public point of view (as someone who sits in php
help channels on IRC for most of his working day)...
When register_globals was defaulted to off there was mass confusion as to
why their scripts didnt work. This isnt because there wasnt the
information, this isnt because it wasnt documented. This is because people
dont RTFM and dont think. They just think "arg it doesnt work, php is
broken".
Firstly, changing another default as major as transid (many websites I
know use this feature without checking) will break alot of sites where the
admins dont read the upgrade notes, causing the same panic as before.
Secondly, it will emmit the impression that PHP is changing its
fundamental settings and they will come to expect that upgrading will be
backwardly incompatable... although we all (on this list - I hope) know
that it IS bc, but you have to just open your eyes to work out the
switches to flip.
BTW: I do like the idea of it being switched off - Im just not sure how to
do it without panicing the peons... if done in a bug-release then they
certainly wont expect it. Most of them dont read the README at all (let
alone any file called UPGRADING) and if they do its only when upgrading
PHP vX.Y.Z when X is changing, or Y is changing significantly.
PS: Just playing devils advocate - and believe me, all the people who
complained about the register globals changing BEFORE reading the docs ARE
devil spawn and the bane of my existance heh ... no offence intended ;)
> My thoughts exactly. Any other input on that?
> Zeev
>
>> > - Transparent sid support is now disabled by default. (Yasuo)
>> >
>> > I haven't followed the trans-sid discussion closely, but did we
>> decide to change the behavior within a bug-fix release??
>>
>>AFAIK this was not discussed, but IMO it's a bad idea to change this in
>> a bug-fix release.
--
Dan Hardiker [dhardiker@staff.firstcreative.net]
ADAM Software & Systems Engineer
First Creative Ltd