Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:81447 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5238 invoked from network); 30 Jan 2015 19:10:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jan 2015 19:10:34 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.46 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.220.46 mail-pa0-f46.google.com Received: from [209.85.220.46] ([209.85.220.46:42753] helo=mail-pa0-f46.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 51/21-34022-927DBC45 for ; Fri, 30 Jan 2015 14:10:34 -0500 Received: by mail-pa0-f46.google.com with SMTP id lj1so55621773pab.5 for ; Fri, 30 Jan 2015 11:10:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=QlurqPG1LCdT4dW2RJg8/ZdnnTyYzjE5cq2Jyuzd4Ro=; b=q8izTQNB96NVsQMfoqeTSSytc2wGsy09rY5bsFNgIcYmOjP7tm6d26zVj3XJvTy3Sr YybwKDS0sPphhGyqfJbOItzdn6SdaP9NOS/dYdq4zorel0Q/2fkkFFAkBp2AvH2v7tTU dUVA7dk67HF1X/rkL+WonUuehNEeUKaGtc4qldZJWaE5f2vL0IjQ4GqHLC2T5yYuxiGa 7NJk0QNcPjsxathZBhB8ASAK+kYphCkp2UQHCLxu+oD3vr4QQDHOliqUhv1dv2ms5any puz3+8N2K9qS8eO0Ad3MMEeEGjUNQonEa0oP5GE66OV+CUWlrOy1VQhJc673wPSQwRFm VGTg== X-Received: by 10.68.129.6 with SMTP id ns6mr10575733pbb.137.1422645031339; Fri, 30 Jan 2015 11:10:31 -0800 (PST) Received: from Stas-Air.local (108-66-6-48.lightspeed.sntcca.sbcglobal.net. [108.66.6.48]) by mx.google.com with ESMTPSA id r1sm11495843pdp.83.2015.01.30.11.10.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Jan 2015 11:10:30 -0800 (PST) Message-ID: <54CBD723.9050701@gmail.com> Date: Fri, 30 Jan 2015 11:10:27 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Michael Wallner , PHP Internals References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] [DISCUSSION] pecl_http From: smalyshev@gmail.com (Stanislav Malyshev) Hi! > I’ve rewritten the RFC for pecl_http and hopefully addressed most of the things mentioned previously. Thank you, Michael, this is much better! I would still like to hear more about 2 extensions, especially about raphf - it seems to be some framework for handling persistent resources, but it's not clear why we need persistent resources for HTTP module at all (who keeps HTTP connections open between requests?) and the code in the example doesn't show any significant logic there - it just basically wraps curl functions, so I wonder why we need whole new API in core for that? About propro - it says that it improves by-reference access to handler properties, which may be useful but I don't really see how it relates to HTTP module either - why would you need by-ref access in this context? Could you give any example of a common code pattern that was impossible without it but is enabled with it? -- Stas Malyshev smalyshev@gmail.com