On 3/23/2020 3:53 PM, Johannes Schlüter wrote:
For Windows pecl produces builds where we can, while users have to
install by hand.
Yeah, I've noticed this and thought about building a tool to help
automate installation.
However, it would be much easier to use PECL extensions on Windows if
On 3/23/2020 12:08 PM, Rowan Tommins wrote:
On Mar 23, 2020, at 1:51 PM, Ben Ramsey wrote:
Thank you, yes, that's exactly what I'm saying. PHP is, right now, a
modular product.
some have to be painfully worked around (e.g. curl).
Not sure it's as painful as you've said:
On Mon, 2020-03-23 at 11:01 -0400, Mike Schinkel wrote:
> > On Mar 23, 2020, at 6:36 AM, Remi Collet wrote:
> >
> > Le 21/03/2020 à 23:52, Mike Schinkel a écrit :
> > > > On Mar 21, 2020, at 5:59 PM, tyson andre <
> > > > tysonandre...@hotmail.com> wrote:
> > > > FROM: Re: [PHP-DEV] [RFC]
On 23/03/2020 19:55, Mike Schinkel wrote:
As long as that's true, there will be hosts who disable features you wish
they wouldn't.
Generally that is not the issue with WordPress.
Most managed WordPress hosts support the required ones...
I wasn't saying they disable features you *need*, I
> On Mar 23, 2020, at 4:13 PM, Larry Garfield wrote:
>
> Platform.sh, the managed host I work for, has offered every version of PHP
> since 7.1 day-of-release, and we also have a long list of available PECL
> extensions that can be enabled by adding a line to a YAML file. We also have
> a
On Mon, Mar 23, 2020, at 3:08 PM, Mike Schinkel wrote:
> Just as a follow up where I just asked Greg Anderson of Pantheon on
> their community Slack in the #community channel about supporting new
> versions of PHP and ability to install PECL extensions. It pretty much
> follows exactly what I
> On Mar 23, 2020, at 15:08, Mike Schinkel wrote:
>
> Maybe if PHP came with a "bundled" distro with a base set of PECL extensions
> tested and added, managed hosts would decide to pick that up.
This is pretty much the role the packagers play for all the various OS
distributions.
Cheers,
Just as a follow up where I just asked Greg Anderson of Pantheon on their
community Slack in the #community channel about supporting new versions of PHP
and ability to install PECL extensions. It pretty much follows exactly what I
have been saying:
=
Greg Anderson
> On Mar 23, 2020, at 14:55, Mike Schinkel wrote:
>
>> We've already made huge strides in one big
>> advantage, which is speed - if they were starting today, I wonder if the
>> Phalcon team would bother inventing Zephir, or if they'd just design the
>> framework with OpCache pre-loading in mind.
> On Mar 23, 2020, at 3:08 PM, Rowan Tommins wrote:
>
> On Mar 23, 2020, at 1:51 PM, Ben Ramsey wrote:
>
>>> I think Rowan is making the point that *most* of the features found in
>> the core PHP distribution are *optional*. Distributions and hosts are
>> choosing to enable them. There are
On Mon, Mar 23, 2020, at 1:22 PM, Reinis Rozitis wrote:
> > -Original Message-
> > From: Mike Schinkel
> >
> > That is a utopian sentiment, but not valid in the corporate world that uses
> > managed hosting because they are focused on operating their business and
> > not on having to
On Mar 23, 2020, at 1:51 PM, Ben Ramsey wrote:
> > I think Rowan is making the point that *most* of the features found in
> the core PHP distribution are *optional*. Distributions and hosts are
> choosing to enable them. There are very few things in the core distribution
> that cannot be
> -Original Message-
> From: Mike Schinkel
>
> That is a utopian sentiment, but not valid in the corporate world that uses
> managed hosting because they are focused on operating their business and
> not on having to spend time, resources and management expertise in
> securing and running
> On Mar 23, 2020, at 13:09, Mike Schinkel wrote:
>
>> On Mar 23, 2020, at 1:51 PM, Ben Ramsey wrote:
>>
>>> On Mar 23, 2020, at 12:34, Mike Schinkel wrote:
>>>
>>> Rowan,
>>>
>>> Based on your responses now I am not at all sure what you were driving at.
>>>
>>> I think you are making
> On Mar 23, 2020, at 1:51 PM, Ben Ramsey wrote:
>
>> On Mar 23, 2020, at 12:34, Mike Schinkel wrote:
>>
>> Rowan,
>>
>> Based on your responses now I am not at all sure what you were driving at.
>>
>> I think you are making detail points because of nuances of PECL and bundled
>> vs.
> On Mar 23, 2020, at 12:34, Mike Schinkel wrote:
>
> Rowan,
>
> Based on your responses now I am not at all sure what you were driving at.
>
> I think you are making detail points because of nuances of PECL and bundled
> vs. unbundled etc, while I was trying to make a higher level case.
>
>
Rowan,
Based on your responses now I am not at all sure what you were driving at.
I think you are making detail points because of nuances of PECL and bundled vs.
unbundled etc, while I was trying to make a higher level case.
So let me restate the thesis:
"When discussing a potential new
On Mon, 23 Mar 2020 at 16:04, Mike Schinkel wrote:
>
> The original point of this thread was to make the case that PECL
> extensions are _not_ a viable alternative to including features in core.
>
> It does not matter if a host installs _some_ unbundled PECL extensions.
> What matters is that
> On Mar 23, 2020, at 1:00 PM, Pedro Magalhães wrote:
>
>> On Mon, Mar 23, 2020 at 4:03 PM Mike Schinkel wrote:
>> Once a managed host has a working platform they are loath to change it
>> because something might break and create dogged wntime for their customers
>> that is potentially
On Mon, Mar 23, 2020 at 4:03 PM Mike Schinkel wrote:
> Once a managed host has a working platform they are loath to change it
> because something might break and create dogged wntime for their customers
> that is potentially devastating for their business.
>
> Thus managed hosts rarely add
> On Mar 23, 2020, at 8:01 AM, Rowan Tommins wrote:
>
> On Mon, 23 Mar 2020 at 09:31, Mike Schinkel wrote:
>
>> Assuming those 6 are all the PECL packages used, then that represents 1.5%
>> of available PECL packages, given there are currently 398 packages on PECL.
>>
>> Or said another way,
> On Mar 23, 2020, at 6:36 AM, Remi Collet wrote:
>
> Le 21/03/2020 à 23:52, Mike Schinkel a écrit :
>>> On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
>>> FROM: Re: [PHP-DEV] [RFC] is_literal()
>>>
>>> And if it can be implemented as a PECL module, that would be more
>>> preferable to me
On Mon, 23 Mar 2020 at 09:31, Mike Schinkel wrote:
>
> Assuming those 6 are all the PECL packages used, then that represents 1.5%
> of available PECL packages, given there are currently 398 packages on PECL.
>
> Or said another way, there are 392 of 398 PECL packages that are
> unavailable when
Le 21/03/2020 à 23:52, Mike Schinkel a écrit :
>> On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
>> FROM: Re: [PHP-DEV] [RFC] is_literal()
>>
>> And if it can be implemented as a PECL module, that would be more preferable
>> to me than a core module of php.
>> If it was in core, having to
Le 22/03/2020 à 00:15, Ben Ramsey a écrit :
> IMO, PECL is an antiquated system that needs a successor,
The tool, probably
BTW, the "forge" or "package registry" still make lot of sense
and IMHO have lot of value.
Remi
--
PHP Internals - PHP Runtime Development Mailing List
To
On Mon, 23 Mar 2020 at 00:23, Mike Schinkel wrote:
>
> > On Mar 22, 2020, at 7:08 PM, Rowan Tommins
> wrote:
> >
> > I glanced at a couple of the WordPress hosts you mentioned, and couldn't
> find a clear description of their PHP configurations, but I suspect it's
> similar - some "bundled"
On 21/03/2020 22:52, Mike Schinkel wrote:
On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
FROM: Re: [PHP-DEV] [RFC] is_literal()
And if it can be implemented as a PECL module, that would be more preferable to
me than a core module of php.
If it was in core, having to support that feature
> IMO, PECL is an antiquated system that needs a successor, in much the same
> way Composer is the successor to PEAR. I think there are folks working on a
> solution for this, but I’m not sure where they are in their efforts. If we
> could make extensions as easy to package, distribute, and
> On Mar 21, 2020, at 7:15 PM, Ben Ramsey wrote:
>
>> On Mar 21, 2020, at 17:52, Mike Schinkel wrote:
>>
>>> On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
>>> FROM: Re: [PHP-DEV] [RFC] is_literal()
>>>
>>> And if it can be implemented as a PECL module, that would be more
>>> preferable to
> On Mar 21, 2020, at 7:15 PM, Craig Francis wrote:
>
> On Sat, 21 Mar 2020 at 22:53, Mike Schinkel wrote:
> A large number of PHP users have no control over the platform they run on, so
> the option to use PECL modules is a non-starter for them.
>
>
> Thanks Mike,
>
> Personally I agree, I
On Sat, 21 Mar 2020 at 22:53, Mike Schinkel wrote:
> A large number of PHP users have no control over the platform they run on,
> so the option to use PECL modules is a non-starter for them.
Thanks Mike,
Personally I agree, I would say PECL modules are not preferable for "useful
features";
> On Mar 21, 2020, at 17:52, Mike Schinkel wrote:
>
>> On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
>> FROM: Re: [PHP-DEV] [RFC] is_literal()
>>
>> And if it can be implemented as a PECL module, that would be more preferable
>> to me than a core module of php.
>> If it was in core, having
> On Mar 21, 2020, at 5:59 PM, tyson andre wrote:
> FROM: Re: [PHP-DEV] [RFC] is_literal()
>
> And if it can be implemented as a PECL module, that would be more preferable
> to me than a core module of php.
> If it was in core, having to support that feature may limit optimizations or
>
33 matches
Mail list logo
