[PHP-DEV] BAD Benchmark Results for PHP Master 2017-05-09

Results for project PHP master, build date 2017-05-09 19:26:02-07:00 commit: e946d07 previous commit:91c6f66 revision date: 2017-05-09 10:17:19+01: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] HYBRID VM

> On 10 May 2017, at 10:53, "li...@rhsoft.net" wrote: > > > Am 10.05.2017 um 08:21 schrieb André Rømcke: >>> On 5 May 2017, at 22:06, Dmitry Stogov wrote: >>> >>> It provides comparabele improvement on smal benchmarks, without degradation >>> on real

Re: [PHP-DEV] Snapping php

Also note that we don't do binary release outside of Windows. We leave it up to the various distributions. If this Snap thing, which I have also never heard of, has the equivalent of an rpm .spec file that you wish to contribute and keep up to date we can add that, but anything beyond that is out

Re: [PHP-DEV] my concept ( new PDO FETCH MODE )

Couldn't you just use return $stmt->fetch() ?: null; to return null instead of false? On Wed, May 10, 2017 at 9:51 AM, Csonka Titus wrote: > Greetings, > > I want to propose a new PDO FETCH MODE. > > Whenever I fetch(http://php.net/manual/en/pdostatement.fetch.php) a >

[PHP-DEV] my concept ( new PDO FETCH MODE )

Greetings, I want to propose a new PDO FETCH MODE. Whenever I fetch(http://php.net/manual/en/pdostatement.fetch.php) a class, it returns the new instance of the requested class or false in any other cases. However with the new php7.1 return type

Re: [PHP-DEV] Snapping php

Hey, On Mi, 2017-05-10 at 15:05 +0100, Alan Pope wrote: > A notable example would be NextCloud, in which the snap > contains Apache, MySql, PHP and NextCloud itself. To my understanding this is the right place for this - snap is for an "application" but aside from some developers PHP isn't the

Re: [PHP-DEV] Snapping php

On 10.05.17 16:05, Alan Pope wrote: What we're really after though is feedback. We've got documentation [3], tutorials [4] and a fourm [5] where the developers hang out. We're keen to know where the rough edges are, and what we can do to improve the experience for developers and users alike.

Re: [PHP-DEV] Snapping php

Hi Rowan, Thanks for the prompt reply. Apologies if my mail comes over as an advert. On 10 May 2017 at 14:04, Rowan Collins wrote: > Sorry to sound negative, but my immediate reaction to this is "Oh good, yet > another package management and sandboxing technology!" >

Re: [PHP-DEV] Snapping php

On 10 May 2017 09:55:28 BST, Alan Pope wrote: >We’re working on snaps, a platform to enable ISVs to directly control >delivery of software updates to their users, and make their software >available to a considerably wider audience via our snappy store. Hi Alan, Sorry

[PHP-DEV] Snapping php

Hi, I work at Canonical as part of the engineering team around Ubuntu and Snapcraft [1]. We’re working on snaps, a platform to enable ISVs to directly control delivery of software updates to their users, and make their software available to a considerably wider audience via our snappy store.

Re: [PHP-DEV] HYBRID VM

Am 10.05.2017 um 08:21 schrieb André Rømcke: On 5 May 2017, at 22:06, Dmitry Stogov wrote: It provides comparabele improvement on smal benchmarks, without degradation on real apps. It can be compiled in reasonale time (GOTO requres significant time anda lot of memory).

Re: [PHP-DEV] TLS v1.2 -only- deployments

Hi Thomas, Thank you for that note. I've just filed a PR to change the default in PHP 7.2 and hope this may also make it into PHP 7.1 and 7.0. https://github.com/php/php-src/pull/2518 Regards, Niklas

Re: [PHP-DEV] HYBRID VM

> On 5 May 2017, at 22:06, Dmitry Stogov wrote: > > It provides comparabele improvement on smal benchmarks, without degradation > on real apps. > It can be compiled in reasonale time (GOTO requres significant time anda lot > of memory). > Finally HYBRID fallbak to CALL if