Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35490 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55650 invoked by uid 1010); 14 Feb 2008 09:46:05 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 55634 invoked from network); 14 Feb 2008 09:46:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Feb 2008 09:46:05 -0000 Authentication-Results: pb1.pair.com header.from=rquadling@googlemail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=rquadling@googlemail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 64.233.184.236 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: rquadling@googlemail.com X-Host-Fingerprint: 64.233.184.236 wr-out-0506.google.com Linux 2.4/2.6 Received: from [64.233.184.236] ([64.233.184.236:57213] helo=wr-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F0/C1-43552-ADD04B74 for ; Thu, 14 Feb 2008 04:46:03 -0500 Received: by wr-out-0506.google.com with SMTP id c38so522085wra.17 for ; Thu, 14 Feb 2008 01:46:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=GL6ITiU1tLhnjRBrPjuIEt/XTjMFH/OlHwQ6eOY8TGg=; b=TETkez4XFJQdXeXtfn21a24x/rOOnccmtJWRc7PPdkCKIc36l3r1gvOOnoACNeOFXru4cRS+5XzrtEhNOt3o/F07LwU1BlIW5uWjV6vq7F8njgF1b8MptbUntHXdP7lG327qkTB8LiGQQ66bwTT/RWmRloJSPH8e2T+FovEMrQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hut9XHE49TrtHC46Y67+ClY94fJ+IXw3c4wy41iPS4LzUz7upkG2Sbo9P0A3nGweJIWeEt3Y+NpPpBXxz+1Lyr5DUzeuoXpKBnvJRMn3A/iUVDUhrOcs/eU+PSpg0VJSp0ZEOWa3u7LIuEg8T8XokfO5tsKHQzbwJNOclaCGBE0= Received: by 10.114.161.11 with SMTP id j11mr1218439wae.127.1202982359743; Thu, 14 Feb 2008 01:45:59 -0800 (PST) Received: by 10.114.209.15 with HTTP; Thu, 14 Feb 2008 01:45:59 -0800 (PST) Message-ID: <10845a340802140145s6b11f602wf946b391bfe123da@mail.gmail.com> Date: Thu, 14 Feb 2008 09:45:59 +0000 Reply-To: RQuadling@GoogleMail.com To: "Pierre Joye" Cc: "Stanislav Malyshev" , "PHP Internals" , "Jani Taskinen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47B390DD.7090403@zend.com> Subject: Re: [PHP-DEV] [HOST=] and [PATH=] cgi-only? From: rquadling@googlemail.com ("Richard Quadling") On 14/02/2008, Pierre Joye wrote: > Hi Stan, > > > On Feb 14, 2008 1:52 AM, Stanislav Malyshev wrote: > > Hi! > > > > Do I understand correctly that current [HOST=] and [PATH=] functionality > > for PHP works only for CGI/FCGI sapi? Is there any reason for other > > SAPIs not to do it (except for the obvious - lack of implementation :)? > > I know there's .htacess for Apache, etc. but there may be setups that > > might prefer to deal with php.ini... > > > We first discussed about fastcgi as a first step but the goal is to > support this syntax in all SAPI (well, cli makes little sense). It was > thought as a replacement for htscanner (see pecl) but without its > limitation. Whilst having HOST= may not make much sense for CLI, PATH= can be useful. Say you have a live and test websites (either by HOST=test.domain.com or PATH=C:\Sites\Test\Domain\public_html). The live site will have no errors displayed. The test site will have them displayed (maybe). For CLI having C:\Scripts\Live and C:\Scripts\Test is useful as this will provide the same functionality as non CLI. So, if you can please allow PATH= for CLI (rather than just assume it is of no use and ignoring it). I can't think of how I would use HOST= in CLI, unless maybe you could get the machine's name (stretching for an idea here). Thank you. Richard. -- ----- Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 "Standing on the shoulders of some very clever giants!"