Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:80269 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32615 invoked from network); 8 Jan 2015 11:39:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jan 2015 11:39:39 -0000 Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:45886] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B7/51-21915-B7C6EA45 for ; Thu, 08 Jan 2015 06:39:39 -0500 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id C4C76E202D; Thu, 8 Jan 2015 11:39:35 +0000 (GMT) Date: Thu, 8 Jan 2015 11:39:35 +0000 (GMT) X-X-Sender: derick@whisky.home.derickrethans.nl To: =?UTF-8?Q?Fran=C3=A7ois_Laupretre?= cc: 'Pierre Joye' , 'PHP internals' , 'Sara Golemon' , 'Stanislav Malyshev' , 'Benjamin Eberlei' In-Reply-To: <00a201d02ac7$406a4830$c13ed890$@tekwire.net> Message-ID: References: <54AAF98B.4020709@gmail.com> <001b01d029bb$fa687fc0$ef397f40$@tekwire.net> <00a201d02ac7$406a4830$c13ed890$@tekwire.net> User-Agent: Alpine 2.11 (DEB 23 2013-08-11) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-2067012595-1420717175=:4080" Subject: RE: [PHP-DEV] [RFC] Extension Prepend Files From: derick@php.net (Derick Rethans) --8323329-2067012595-1420717175=:4080 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 7 Jan 2015, Fran=C3=A7ois Laupretre wrote: > > De : Pierre Joye [mailto:pierre.php@gmail.com] > > > > ... here, > > it is proposed to bundle scripts that will be executed at runtime like = any > > other script, except that nothing can be done with them, not even disab= le > > them if not required (like using its own glue codes). >=20 > I agree. Bundling scripts in extensions to execute them at each RINIT=20 > is, IMO, not a good idea (mostly for performance reasons and lack of=20 > control, as you note), but I keep thinking that a mechanism to embed=20 > PHP scripts in extensions and make them available via a common stream=20 > wrapper can be useful.=20 It should really be in MINIT... but I guess that doesn't work well. > What I don't like is the fact to execute them automatically at every=20 > RINIT. I prefer to let the extension free to load its PHP code when=20 > its logic decides it is needed. I really don't see the problem if the PHP code is really part of the=20 extension. It just defines extra classes! cheers, Derick --8323329-2067012595-1420717175=:4080--