Hi!
> With Laminas, we use an email alias to allow researchers to report to us.
> We then post the full report as a security issue on GitHub - it's a
feature
> they rolled out late 2019/early 2020 that restricts visibility to
> maintainers initially, but allows inviting others to collaborate
On Fri, Nov 19, 2021 at 5:38 AM Rowan Tommins
wrote:
> Perhaps there should be a section at the end of the 8.1 page saying
> something like "If you're still on PHP 7.x, upgrading gets you all this
> as well!" with the headlines from the 8.0 page, and a link through.
>
>
^^ This. Maybe even a
> On 17 Nov 2021, at 00:22, André Hänsel wrote:
>
> It is common (with DI systems for example) and to my knowledge not
> particularly discouraged to have function parameters that are supposed to
> accept something like Foo::class, which currently is a string.
>
> It seems logical to ask for
>
> For example, this is valid:
>>
>> echo "string"::class;
>>
>
> What! Why is it allowed when it gives the same as string::class, and
> $string::class is an error? https://3v4l.org/hfvXm#v8.1rc3
>
Sorry I forgot the namespace... so it really gives the same as "string".
>
> For example, this is valid:
>
> echo "string"::class;
>
What! Why is it allowed when it gives the same as string::class, and
$string::class is an error? https://3v4l.org/hfvXm#v8.1rc3
--
Guilliam Xavier
On 19/11/2021 09:38, Giovanni Giacobbi wrote:
Why don't you guys keep the same page for the whole 8.x series? You just
need to drop the ".0" and append at the end (maybe stating what's new from
8.1 specifically). The rationale is that people will be migrating from 7.x
for a long time (hell, I'm
On Fri, 19 Nov 2021 at 10:13, Pierre wrote:
> Le 19/11/2021 à 10:10, Kamil Tekiela a écrit :
> > I would suggest option number 5. Leave it as it is. Many people are still
> > not aware that PHP 8 has been released.
> > If that's not possible, then we should keep the page (opt 3), otherwise
> we
Le 19/11/2021 à 10:10, Kamil Tekiela a écrit :
I would suggest option number 5. Leave it as it is. Many people are still
not aware that PHP 8 has been released.
If that's not possible, then we should keep the page (opt 3), otherwise we
will be breaking links to it, e.g. on Stack Overflow.
Adding
I would suggest option number 5. Leave it as it is. Many people are still
not aware that PHP 8 has been released.
If that's not possible, then we should keep the page (opt 3), otherwise we
will be breaking links to it, e.g. on Stack Overflow.
Adding PHP 8.1 alongside would be great, but we already
On Fri, Nov 19, 2021 at 2:35 AM Nikita Popov wrote:
> On Fri, Nov 19, 2021 at 4:16 AM Sara Golemon wrote:
>
>> In seven days, https://www.php.net/releases/8.0/en.php is going to be
>> obsolete.
>>
>> Well, that's a harsh term, but it certainly won't reflect the current
>> state
>> on the
On Fri, Nov 19, 2021 at 4:16 AM Sara Golemon wrote:
> In seven days, https://www.php.net/releases/8.0/en.php is going to be
> obsolete.
>
> Well, that's a harsh term, but it certainly won't reflect the current state
> on the ground, and we need to decide (should have decided, weeks ago) what
>
The PHP development team announces the immediate availability of PHP
7.4.26. This is a security and bug fix release.
All PHP 7.4 users are encouraged to upgrade to this version.
For source downloads of PHP 7.4.26 please visit our downloads page.
Windows binaries can be found on the PHP for
12 matches
Mail list logo
