Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99402
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain rhsoft.net designates 91.118.73.15 as permitted sender)
To: internals@lists.php.net
References: <5313411f-40b4-58c6-83a8-7e813526f2a7@tekwire.net>
 <12948b4b-bd2d-b88e-80a0-f70ba2d49657@fedoraproject.org>
 <alpine.DEB.2.20.1706061012130.2857@singlemalt.home.derickrethans.nl>
 <5e8464ca-8fa1-ad0c-c296-36ed1b6bd2a3@tekwire.net>
 <05d8f04a-4fad-fbee-4bc5-bf85f282212c@rhsoft.net>
 <df2de4b4-ff11-cfde-88af-c3cef7220150@tekwire.net>
 <1de8757c-6f4e-33d0-e333-9c1dd6f66e3a@rhsoft.net>
 <3E2E2294-1A2B-4857-81BC-6A1B0824B53F@gmail.com>
Message-ID: <c220c4f8-d575-e2c7-aa3f-00ced8178ef0@rhsoft.net>
Date: Tue, 6 Jun 2017 17:19:39 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.1.0
MIME-Version: 1.0
In-Reply-To: <3E2E2294-1A2B-4857-81BC-6A1B0824B53F@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: de-CH
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution
From: lists@rhsoft.net ("lists@rhsoft.net")


Am 06.06.2017 um 15:33 schrieb Rowan Collins:
> On 6 June 2017 12:27:16 BST, "lists@rhsoft.net" <lists@rhsoft.net> wrote:
>> looking at the code quality (style, readability, robustness,
>> error-handling) of 99% of php userland code out there - which is
>> horrible to say it nice -  even if all that is true i still doubt that
>> it improves quality in the long term, sometimes it's better working
>> things are not maintained then badly maintained
> 
> There is no reason to assume either that we would attract the worst possible PHP programmers, or that we currently attract the best possible C programmers. Indeed, it's likely that a lot of existing extensions have poor style, lack of robustness, etc, because they were written by people "speaking a second language", i.e. PHP programmers trying their hand at C.
> 
> I'm not even sure your last sentence is true very often - changes to the core require changes to extensions, so either the entire core stagnates (in fear of breaking things) or extensions get abandoned (because rather than working but unmaintained, they are now broken and unmaintained).
> 
> There are certainly details to be worked out, but I think the principle of making it easier to build and maintain a rich core library is a very good one

that's all nice but in this thread even "composer" was brought once 
again to the game - frankly making composer mandatory will lead to put a 
lot of things require it on a blacklist for a many people because i am 
pretty sure speaking in this context for a silent mass (just the offlist 
responses on other threads where i called composer a red line for me 
with the summary "and i thought i am the only one" are enough to back 
this up)

where will this php scripts stored - how do they deal with openbasedir - 
do you need to place their location in openbasedir while you normally 
avoid to add anything oustide your application there - and so on