Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26584 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83205 invoked by uid 1010); 14 Nov 2006 22:01:49 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 83190 invoked from network); 14 Nov 2006 22:01:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Nov 2006 22:01:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain php.net from 81.169.182.136 cause and error) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from [81.169.182.136] ([81.169.182.136:34018] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/32-02763-BCC3A554 for ; Tue, 14 Nov 2006 17:01:47 -0500 Received: from baumbart.mbo (dslb-084-063-049-085.pools.arcor-ip.net [84.63.49.85]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 3447E610005; Tue, 14 Nov 2006 23:01:44 +0100 (CET) Date: Tue, 14 Nov 2006 23:02:43 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <983767544.20061114230243@marcus-boerger.de> To: Stanislav Malyshev Cc: Dmitry Stogov , internals@lists.php.net, Andi Gutmans In-Reply-To: <455A3AD6.4050305@zend.com> References: <000c01c707d9$89673ad0$6e02a8c0@thinkpad> <684989330.20061114211523@marcus-boerger.de> <455A3AD6.4050305@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] cgi.check_shebang_line default value From: helly@php.net (Marcus Boerger) Hello Stanislav, why not use a command-line switch for itinstead an INI option? best regards marcus Tuesday, November 14, 2006, 10:53:26 PM, you wrote: >> i thought we were avoiding new inisettings. And also having a new INI >> option takes some time. So is the result really faster? > Saves FS access per request. New INI cost is minimal. Now, I think > avoiding INI makes most sense for INIs that change app behavior. This > INI changes almost nothing except for allowing you to make things faster > by removing check you don't use or alternatively enable check for some > legacy script which uses #! where it really has no meaning but it always > worked that way. > -- > Stanislav Malyshev, Zend Products Engineer > stas@zend.com http://www.zend.com/ Best regards, Marcus