Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:32209
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.224 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=bQKaddyT/Nfoj1UjxPFI3JGENDzxnTZo3SeLH1xmbY/2KPOxo4nVfQL74BBMxWakxhLI/9hUi0pkGAwNWaWapSVmpVq284DRcWE9k/B3OqVkw5xhxvEpwIdvE9KR4GZuoTbP36L7JX6naI6Bue6a7d66FIGinC2+8i453kfGoF4=
Message-ID: <fe05d1540709101356y354326bbo920c6750eeb956f2@mail.gmail.com>
Date: Mon, 10 Sep 2007 22:56:11 +0200
To: "Andi Gutmans" <andi@zend.com>
Cc: "Ilia Alshanetsky" <ilia@prohost.org>, 
	"PHP Developers Mailing List" <internals@lists.php.net>
In-Reply-To: <698DE66518E7CA45812BD18E807866CEA2AE39@us-ex1.zend.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <6F509818-65A2-4B17-8C44-6970E815A169@prohost.org>
	 <698DE66518E7CA45812BD18E807866CEA2AE39@us-ex1.zend.net>
Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List
From: pierre.php@gmail.com (Pierre)

On 9/10/07, Andi Gutmans <andi@zend.com> wrote:
> See below:
>
> > -----Original Message-----
> > From: Ilia Alshanetsky [mailto:ilia@prohost.org]
> > Sent: Sunday, September 09, 2007 10:08 AM
> > To: PHP Developers Mailing List
> > Subject: [PHP-DEV] PHP 5.3 Suggested Feature List
> >
> >
> > List of Feature Ideas
> > ----------------------------
> >
> > 1) Backport the namespaces patch for PHP 6
> >
> > 1             0               -1
>
> +1 (pending it's stable and complete).
>
>
> > 2) Symlink the intl extension from PECL, but leave it disabled by
> > default as is the case with all extensions dependent on external libs
> >
> > 1             0               -1
>
> +1
>
>
> > 3) Apply the Late Static Binding Patch
> >
> > 1             0               -1
>
> +1 (We will do some perf tests on Dmitry's latest patch to make sure the
> impact is minimal).
>
> > 4) Implement David's Circular Garbage collection patch
> >
> > 1             0               -1
>
> +1 (depending on tests, perf and maturity we can decide on
> optional/experimental/etc...)
>
> > 5) Implement Sqlite3 support via the ext/sqlite extension (patch is
> > already available)
> >
> > 1             0               -1
>
> 0
>
> > 6) Remove safe_mode, register_globals and magic_quotes
> >
> > 1             0               -1
>
> -1
>
> > 7) Introduce mysqlind library into core and use it as a backend for
> > PDO and mysqli extensions (possibly enabling them by default)
> >
> > 1             0               -1
>
> 0
>
> > 8) OpenID enabling patch for OpenSSL and PHP 5
> >
> > 1             0               -1
>
> +1
>
>
> > 9) Add array_replace[_recursive] functions (patch is already
> available)
> >
> > 1             0               -1
>
>
> +1
>
>
> > 10) Split off deprecation from E_STRICT into E_DEPRECATED
> >
> > 1             0               -1
>
> +1
>
> > 11) Merge the zend_arg_info const'ify patch
> >
> > 1             0               -1
>
> 0
>
> > 12) Merge the GCC 4 -fvisibility patch
> >
> > 1             0               -1
>
> 0
>
>  > 13) Switch for disabling/enabling materialized cursors in mysqli
> >
> > 1             0               -1
>
> 0
>
> > 14) Link phar extension from PECL into core (possibly enabling it by
> > default)
> >
> > 1             0               -1
>
> -1 (I'd prefer a standard format which can be manipulated with standard
> tools (also some tests we did with TAR format we got much better
> performance). In general though the use-case should be clear as I don't
> think Web apps are the real target here))
>
> > 15) Merge Matt's ZEND_SIGNED_MULTIPLY_LONG() optimization patch
> >
> > 1             0               -1
>
> +1
>
> > 16) Introduce new php.ini files parser/scanner + CGI/FastCGI?
> > "htaccess" style ini file support
> >
> > 1             0               -1
>
> 0 (this can be nice but we need to make sure it's optional because those
> stat()'s can be very hard on performance which is why many sites turn
> off .htaccess).

For the record here, a cache is planed once we have a stable version.
Something like what htscanner does, it already caches the entries
(cache + stat check once ttl is over).

Cheers,
--Pierre