Re: [PHP-DEV] [RFC] concept: further improvement of filter extension, "generalising" filter definitons while adding new callback filter type

> On 27 April 2017 at 10:50, Martin "eto" Misuth wrote: > > > > By posting this draft, I am asking for comments. > > > > What is the argument for doing this as part of PHP core, Sorry, when asked to explain myself, I am prone to "infodumping" and am often told that I do sound quite "combative

[PHP-DEV] NEUTRAL Benchmark Results for PHP Master 2017-04-26

Results for project PHP master, build date 2017-04-26 19:26:41-07:00 commit: 67b701a previous commit:294f616 revision date: 2017-04-26 17:07:37+02:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] [RFC] concept: further improvement of filter extension, "generalising" filter definitons while adding new callback filter type

On 27 April 2017 at 10:50, Martin "eto" Misuth wrote: > > By posting this draft, I am asking for comments. > What is the argument for doing this as part of PHP core, rather than doing it as a userland library? cheers Dan (apologies for possible duplicate reply) -- PHP Internals - PHP Runtime

RE: [PHP-DEV] A replacement for the Serializable interface

> -Original Message- > From: Nikita Popov [mailto:nikita@gmail.com] > Sent: Friday, April 21, 2017 12:39 PM > To: PHP internals > Subject: [PHP-DEV] A replacement for the Serializable interface > > Hi internals, > > I'd like to propose the addition of a new mechanism which essentia

[PHP-DEV] [RFC] concept: further improvement of filter extension, "generalising" filter definitons while adding new callback filter type

**This is concept for RFC improve filter extension further** Aim of this RFC is to give filter extension small nudge. # Introduction: ## Status quo ### Status quo: input "variables" source control Author of this RFC is one of those "three weird people on the internet", who (for his own php pr