Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65718 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35195 invoked from network); 7 Feb 2013 13:39:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Feb 2013 13:39:37 -0000 Authentication-Results: pb1.pair.com header.from=crosse@2bepublished.at; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=crosse@2bepublished.at; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain 2bepublished.at from 78.142.132.104 cause and error) X-PHP-List-Original-Sender: crosse@2bepublished.at X-Host-Fingerprint: 78.142.132.104 server3.zimbrahosting.at Linux 2.6 Received: from [78.142.132.104] ([78.142.132.104:34692] helo=server3.zimbrahosting.at) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 50/F1-23848-69EA3115 for ; Thu, 07 Feb 2013 08:39:35 -0500 Received: from [192.168.62.62] (unknown [217.116.179.162]) by server3.zimbrahosting.at (Postfix) with ESMTPSA id 391FEDAC112 for ; Thu, 7 Feb 2013 14:39:31 +0100 (CET) Message-ID: <5113AE8F.4060402@2bepublished.at> Date: Thu, 07 Feb 2013 14:39:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: internals@lists.php.net References: <2B76A3EF-66AC-4E73-B186-236E9C2AE891@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI From: crosse@2bepublished.at (Christoph Rosse) Am 2013-02-07 13:33, schrieb Leigh: > On 7 February 2013 12:22, Alexey Zakhlestin wrote: > >> >> On 07.02.2013, at 13:54, Leigh wrote: >> >>> There is a PECL extension that already does something similar. You may >> want >>> to take a look at that. >>> >>> http://pecl.php.net/package/proctitle >> >> Did you read RFC? >> Keyur mentions it and its limitations there >> > > I only skimmed it very quickly if I'm honest. > > Why does this need to be in core? This could just be done as a set of > improvements to the existing PECL extension instead. I'd guess that the > number of people who require (and would use) this functionality is very > very small indeed. > why wouldn't this go into core? setting the name of the current php-process is definitely something everyone that develops php-cli scripts could use. We should not base the decision of putting something into the core on assumptions on how many people are going to use the feature.