Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:81324 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12210 invoked from network); 28 Jan 2015 19:08:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jan 2015 19:08:14 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@beccati.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=php@beccati.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain beccati.com designates 176.9.114.167 as permitted sender) X-PHP-List-Original-Sender: php@beccati.com X-Host-Fingerprint: 176.9.114.167 spritz.beccati.com Received: from [176.9.114.167] ([176.9.114.167:53752] helo=mail.beccati.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 33/A8-44076-C9339C45 for ; Wed, 28 Jan 2015 14:08:13 -0500 Received: (qmail 19614 invoked from network); 28 Jan 2015 19:08:08 -0000 Received: from home.beccati.com (HELO ?192.168.1.202?) (88.149.176.119) by mail.beccati.com with SMTP; 28 Jan 2015 19:08:08 -0000 Message-ID: <54C9338A.7020202@beccati.com> Date: Wed, 28 Jan 2015 20:07:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Michael Wallner , PHP Internals References: <54C8D36E.7010803@php.net> In-Reply-To: <54C8D36E.7010803@php.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] [VOTE] pecl_http From: php@beccati.com (Matteo Beccati) On 28/01/2015 13:17, Michael Wallner wrote: > Discussion has been very low on this topic since it was proposed on > August 19th, so I just opened the vote on the RFC whether to add > pecl_http to the core. The vote will be open until about 12:00 UTC on > Friday, February 6th. > > https://wiki.php.net/rfc/pecl_http#vote Disclaimer: I'm not going to discuss the merits of the extension itself. I've never used it but I'm sure it's perfectly doing its job. As Nikita mentions, PSR-7 is under way and currently gaining some traction. At the moment the PSR-7 interfaces are designed to be immutable, although I that's still open for debate. If the RFC passes, we'd be taking a fairly strong position and pushing the current pecl_http implementation as a de-facto standard. Sure, PHP-FIG would still be free to come up with their own standard, but it just doesn't seem much fair to me. Also, we're planning to move extensions from core to pecl, for example ext/mysql which I is still widely used by many applications, despite its known shortcomings. TBH, I don't see many reasons why a pecl extension should be moved to core. That's basically why I voted no earlier today. Cheers -- Matteo Beccati Development & Consulting - http://www.beccati.com/