Seems like this still modifies the environment. As a non-privileged user
(such as a running production Docker environment) you:
1. cannot touch the filesystem
2. Should be able to add a single flag to the terminal, such as it
currently happens with `-dextension=...`, but with opposite effect
On
On Monday, February 18, 2019 3:15:59 PM CST Girgias wrote:
> On Mon, 18 Feb 2019 at 17:26, Larry Garfield wrote:
> > On Sunday, February 17, 2019 9:24:05 AM CST Girgias wrote:
> > > Greetings internals,
> > >
> > > I would like to have your opinion on being able to type hint arrays and
> > > obje
Hi!
> In my opinion, adding this ini setting to PHP-7.4 is a no brainer, but I
> suggest that we backport it to PHP-7.2 as well.
I don't see a reason why not - if the option is useful for improving
security/stability, let's backport it. If it's security related, maybe
even to 7.1 since it's still
Hi Nikita,
> I think we need to distinguish two cases:
>
> 1. Globals that are local to a DSO. The majority of globals in extensions is
> of this
> kind. While it is currently common to declare these globals in an exported
> header, they really shouldn't be. We should move these towards ZEND_TLS
I have made super simple OS independent phpenmod.
Https://github.com/legale/phpenmod
On Feb 18, 2019 23:31, Gabriel Ostrolucky wrote:
>
> I'm fan of this idea. I miss this in any other non-debian distro.
> What nobody mentioned yet, similar script (dockerphp-ext-enable)
> is used in PHP docke
I'm fan of this idea. I miss this in any other non-debian distro.
What nobody mentioned yet, similar script (dockerphp-ext-enable)
is used in PHP docker images. You can check them out at
https://github.com/docker-library/php/blob/master/7.3/alpine3.9/cli/docker-php-ext-enable
However, enabling ex
On Mon, 18 Feb 2019 at 17:26, Larry Garfield wrote:
> On Sunday, February 17, 2019 9:24:05 AM CST Girgias wrote:
> > Greetings internals,
> >
> > I would like to have your opinion on being able to type hint arrays and
> > objects which implement
> > array-like interfaces (notably ArrayAccess, Cou
The RFC has failed with 7 votes in favour and 25 against.
Thanks again to everybody that got involved and voiced their opinions
On Sunday, February 17, 2019 9:24:05 AM CST Girgias wrote:
> Greetings internals,
>
> I would like to have your opinion on being able to type hint arrays and
> objects which implement
> array-like interfaces (notably ArrayAccess, Countable, and Iterator) as
> currently if a function /method only n
> 1.3-1.5 times speed-up
Dare I ask.
But is this even worth while?
This does not bring PHP to the level of performance where you could
reasonably implement, say, interpolated image resampling or a JPEG
decoder/encoder, correct?
This is still orders of magnitude slower than C, am I wrong?
Pleas
On Mon, Feb 4, 2019 at 11:48 PM Benjamin Eberlei
wrote:
>
>
> On Mon, Feb 4, 2019 at 10:29 PM Benjamin Eberlei
> wrote:
>
>>
>>
>> On Thu, Jan 31, 2019 at 10:44 AM Dmitry Stogov wrote:
>>
>>> Hi Internals,
>>>
>>>
>>> I'm glad to finally propose including JIT into PHP.
>>>
>>>
>>> https://wiki.
I second Rowans thoughts.
Am So., 17. Feb. 2019, 17:36 hat Rowan Collins
geschrieben:
> On 04/02/2019 03:22, Wes wrote:
> > Recent events convinced me to write this RFC :P
> >
> > Please have a read here https://wiki.php.net/rfc/allow-void-variance
>
>
> I was thinking about this this afternoon,
Hi Nikita,
I'd like to propose a new custom object serialization mechanism intended to
> replace the broken Serializable interface:
>
> https://wiki.php.net/rfc/custom_object_serialization
>
> This was already previously discussed in
> https://externals.io/message/98834, this just brings it into R
13 matches
Mail list logo
