Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84030 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26497 invoked from network); 27 Feb 2015 17:19:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Feb 2015 17:19:27 -0000 Authentication-Results: pb1.pair.com header.from=mailing@pascal-martin.fr; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=mailing@pascal-martin.fr; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain pascal-martin.fr designates 91.121.85.26 as permitted sender) X-PHP-List-Original-Sender: mailing@pascal-martin.fr X-Host-Fingerprint: 91.121.85.26 ns362529.ip-91-121-85.eu Received: from [91.121.85.26] ([91.121.85.26:39928] helo=pascal-martin.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B3/8D-32582-E17A0F45 for ; Fri, 27 Feb 2015 12:19:27 -0500 Received: from [192.168.10.8] (teaebook.pck.nerim.net [213.41.140.246]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pascal-martin.fr (Postfix) with ESMTPSA id F38D7E0077 for ; Fri, 27 Feb 2015 18:19:23 +0100 (CET) Message-ID: <54F0A71B.3050004@pascal-martin.fr> Date: Fri, 27 Feb 2015 18:19:23 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: internals@lists.php.net References: <54E79F88.6050405@php.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Re: [RFC][VOTE] pecl_http From: mailing@pascal-martin.fr ("Pascal MARTIN, AFUP") Le 26/02/2015 12:28, Michael Wallner a écrit : > I forgot to formally declare a voting period, so I’ll do so now. > > Voting will end on Feb, 27th at 21:00 UTC, so if you didn’t vote yet, please do so until then. > > https://wiki.php.net/rfc/pecl_http#vote Hi, Not many of us at AFUP participated in our discussion about this proposal, but it seems we would be on the -1 side. Basically, even if a good HTTP layer is a good thing, we feel it kind of has its place more in user-land than in PHP itself. Adding this to PHP would mean more maintenance work on PHP itself, but also releases synced with releases of PHP -- which, in the end, is not that interesting for end-users, we think. In any case, thanks for your work! -- Pascal MARTIN, AFUP - French UG http://php-internals.afup.org/