Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1647 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10606 invoked from network); 18 May 2003 00:57:35 -0000 Received: from unknown (HELO priv-edtnes15-hme0.telusplanet.net) (199.185.220.223) by pb1.pair.com with SMTP; 18 May 2003 00:57:35 -0000 Received: from caraveo.com ([216.232.165.106]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030518005735.NWTM1656.priv-edtnes15-hme0.telusplanet.net@caraveo.com>; Sat, 17 May 2003 18:57:35 -0600 Message-ID: <3EC6DADE.50402@caraveo.com> Date: Sat, 17 May 2003 17:59:10 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ilia@prohost.org CC: Moriyoshi Koizumi , php-internal References: <20030518054728tC&SyF@at.wakwak.com> <200305171701.49446.ilia@prohost.org> <3EC6A91D.1010306@caraveo.com> <200305172047.29535.ilia@prohost.org> In-Reply-To: <200305172047.29535.ilia@prohost.org> X-Enigmail-Version: 0.74.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Apache2 SAPI behaviour regarding PATH_TRANSLATED From: shane@caraveo.com (Shane Caraveo) Ilia A. wrote: > On May 17, 2003 05:26 pm, Shane Caraveo wrote: > >>It is inconsistent to set PATH_TRANSLATED to different things depending >>on whether real PATH_INFO is used or not. This inconsistency makes >>PATH_TRANSLATED unreliable. Apache is doing the right thing, why should >>PHP go and mess that up? > > > A valid point, however we have a big Apache 1 userbase who are used to the old > behavior. Why must we alienate them and break their scripts if they are > forced to switch to Apache 2? There is little or nothing that we lose from > maintaining the old behavior, even though it may not entirely correct. > > Ilia > Well, it matters little if you do not use PATH_INFO, it can matter a lot if you do, but it still matters irregardless. You could also consider it a possible hole if your script depends on PATH_TRANSLATED being the same as SCRIPT_FILENAME, and you use it as such. A contrived example would be using the dirname of PATH_TRANLSATED to include some script. Just adding path_info to the url would break their script. It also matters a lot from understanding the protocol and documentation standpoints and reducing WTF. I'm not saying don't put it in, I'm saying make it configurable, and for PHP5, make the 'correct' way the default configuration. This way people can still run scripts that depend on the old behaviour, but we can start to ween people away from incorrect usage of this stuff. Shane