Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:104435
MIME-Version: 1.0
References: <BYAPR02MB5766B8D8FCE674BF544B7FB0BF660@BYAPR02MB5766.namprd02.prod.outlook.com>
 <CAF+90c9uK1+xW1HbUq5BeiWxxP6bNb6CiVS6AXMoBNo1OMPKVw@mail.gmail.com>
 <CAOwTYAvx7igQW3BhKvnbUvzj7qOfw3GcQc=4jUFr-y876Ao42A@mail.gmail.com>
 <CAJHtznzrUK=HykJfvHi8i_AW-0BXWkdTe14MECxVYbdTuxrudw@mail.gmail.com>
 <d9464082-3839-c51a-6591-e0ed2b6d4201@gmx.de> <CALKiJKqFsN5R8b7i=t3QyT-vC-0pcsOYD=G6taXXBVDuSjkcQw@mail.gmail.com>
 <CAOwTYAsoMNUw3Pm_eHy2zf7NVB8iG3Y7VvA=Ovh+_ymTyaa5HQ@mail.gmail.com>
 <CAJHtznxmLaT1xeT7HHoJaa+Su_bt4Rozfk03wUfaY9A1Uin+dQ@mail.gmail.com>
 <CAFMT4NogTLm3-g8MuPt5rA2qMCMZemTr8wMcOJv1fN+Az4FuAQ@mail.gmail.com>
 <CAJHtznze_scKea1xE-jpkep0tVVLZyw0DuQ+oGK-2xFOETMVsw@mail.gmail.com> <CAEPJdunO-r6raYAG2GQEmO2YmAMNzPnP3Jzkcnxx8cQjP-v9CQ@mail.gmail.com>
In-Reply-To: <CAEPJdunO-r6raYAG2GQEmO2YmAMNzPnP3Jzkcnxx8cQjP-v9CQ@mail.gmail.com>
Date: Fri, 15 Feb 2019 17:14:44 +0700
Message-ID: <CAEZPtU4s7cUX=JXkw_-9+=YmonTaPO7kDNQ7+aSKEStuXKJORA@mail.gmail.com>
To: Benjamin Eberlei <kontakt@beberlei.de>
Cc: zeev@php.net, Levi Morrison <levim@php.net>, Joe Watkins <krakjoe@gmail.com>, 
	Rowan Collins <rowan.collins@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000fc55de0581ec0bec"
Subject: Re: [PHP-DEV] Re: ZTS improvement idea
From: pierre.php@gmail.com (Pierre Joye)

--000000000000fc55de0581ec0bec
Content-Type: text/plain; charset="UTF-8"

Hi Benjamin,

On Fri, Feb 15, 2019, 2:26 PM Benjamin Eberlei <kontakt@beberlei.de wrote:

>
> Async.io is used for scalability In languages with entirely different
> architectures than PHP.
>
> Node.js isn't well suited to monolithic applications such as Wordpress,
> Magento and the fast amount of applicatoins that people are building in PHP
> right now.


> One needs some supporting microservices here and there (to do websockets,
> high throughput work with lots of I/O, small daemons, ...) which right now
> people are using Go or Node.js for next to PHP, swoole or react-php.
>


This is like the 80% use-case of threading, Multiple HTTP requests,
> multiple long running SQL queries. An API like parallel would allow
> each and everyone of us to make controllers faster today without a
> large effort.
>
> Swoole is nice, but it will never be the 80% use-case for PHP users.


All async I/O APIs heavily lean on node.js APIs, which is an entirely
> different paradigm to program on and not PHP. Plus you have to rewrite
> all libraries to support this, instead of being able to re-use the
> libraries and style that PHP has championed for all this time.
>

I think you are right in your analysis. However I fail to see where you are
heading to.

It is the same as when couchbase or other Mongodb drivers were created, or
OO features.

100% of the existing code base were not suited for them. Still, these
features open new doors for php as a leading web language.

The same applies to async io and to some extend parallelism (in different
area than web servers tho'). And yes, async requires much more efforts
(overall applications architecture) to port libraries or application to
fully use them and benefit from async IO.

I am convinced PHP will be able to have these features and remain a leader
for a few more years.


PS: I will still use node, go or Python as well as always ;-)

best,
Pierre

>

--000000000000fc55de0581ec0bec--