Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100421 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64781 invoked from network); 6 Sep 2017 14:43:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Sep 2017 14:43:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=pass Received-SPF: pass (pb1.pair.com: domain lsces.co.uk designates 185.153.204.204 as permitted sender) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 185.153.204.204 mail4.serversure.net Linux 2.6 Received: from [185.153.204.204] ([185.153.204.204:59218] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 59/97-10715-89900B95 for ; Wed, 06 Sep 2017 10:43:39 -0400 Received: (qmail 21591 invoked by uid 89); 6 Sep 2017 14:43:32 -0000 Received: by simscan 1.3.1 ppid: 21585, pid: 21588, t: 0.0391s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 6 Sep 2017 14:43:32 -0000 To: internals@lists.php.net References: Message-ID: Date: Wed, 6 Sep 2017 15:43:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Providing built-in functionality written in PHP (was RE: [PHP-DEV] [VOTE] UUID) From: lester@lsces.co.uk (Lester Caine) On 06/09/17 13:46, Zeev Suraski wrote: > We’d probably have to be pretty selective in terms of what goes in there – probably just as selective as we are with the C-based extensions, but I’d imagine that things like ext/exif, UUID, and perhaps even things like unserialize() could find themselves written in pure PHP using such a mechanism. My own UUID is a old time UDF add on to the database as the new built in function there does not allow for selection of a Type 1 UUID. UDF is the ideal tool to add functions at the database layer, but it's a pain because it does require C code ... currently. Validation is another area where one often needs to be able to bolt on your own extra functions. Being able to write one's own extensions to things like variable creation or validation is where we are today and writing that functionality optionally in PHP makes sense. The problem is with there being no obvious base to build on. That a variable is often more complex than simply 'int' is a fact, and creating an object for each variable with all of this extra functionality is little different to adding a UUID variable. So a standard method of being allowed to create additional UUID like variables and validate that the supplied data to populate hem is correct. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk