On 31/08/2021 07:10, Pierre Joye wrote:
also no activity in 2 years there
Possibly you looked at the "latest release" in Github's sidebar, which
shows Jan 2019 for some reason, but the most recent tag was actually
three weeks ago: https://github.com/derickr/timelib/tags
I'll leave Derick
Le Tue, 31 Aug 2021 15:56:42 +0200,
Côme Chilliet a écrit :
> It seems to be consistent accross versions: https://3v4l.org/BHtAh
>
> But what will happen when LDAP connections are turned into objects in 8.1?
> Will they also become int(0) upon serialization or will they behave in an
> other way?
Hello,
Resources cannot be serialized.
This is mentionned on https://www.php.net/manual/en/function.serialize.php ,
but one can easily miss it.
The information does not seem to appear on
https://www.php.net/manual/en/language.oop5.serialization.php and
Hi Dmitry,
On Mon, 30 Aug 2021, Dmitry Stogov wrote:
> Please, let me know you decision according
> https://github.com/derickr/timelib/pull/99
>
> This workaround fix makes ~170 times improvement on "new DateTimeZone()"
> and as result visible improvement on some real-life apps (e.g Symfony
On Tue, Aug 31, 2021 at 4:16 PM Côme Chilliet <
come.chill...@fusiondirectory.org> wrote:
> Le Tue, 31 Aug 2021 15:56:42 +0200,
> Côme Chilliet a écrit :
> > It seems to be consistent accross versions: https://3v4l.org/BHtAh
> >
> > But what will happen when LDAP connections are turned into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello internals
We've branched out the `PHP-8.1` branch:
https://github.com/php/php-src/tree/PHP-8.1
With that, `master` is now open for PHP 8.2 development.
Please remember to commit all the changes from the `PHP-8.1` branch to
`master`.
Kind
Pierre Joye wrote on 8/31/21 01:10:
> On Mon, Aug 30, 2021 at 8:54 PM Dmitry Stogov wrote:
>
>> Please, let me know you decision according
>> https://github.com/derickr/timelib/pull/99
>>
>> This workaround fix makes ~170 times improvement on "new DateTimeZone()"
>> and as result visible
Den tir. 31. aug. 2021 kl. 09.10 skrev Pierre Joye :
> It is late in the run to include it, but if RMs are OK, I would be all
> for applying it. The lib is bundled and whether the external
> repository applies it should not be relevant at this point (also no
> activity in 2 years there), or?
The
Hi Dmitry,
On Mon, Aug 30, 2021 at 8:54 PM Dmitry Stogov wrote:
> Please, let me know you decision according
> https://github.com/derickr/timelib/pull/99
>
> This workaround fix makes ~170 times improvement on "new DateTimeZone()"
> and as result visible improvement on some real-life apps (e.g
