there's also plenty of broken links on reddit to git.php.net , ref
https://www.google.com/search?q=git.php.net+site%3Areddit.com
it wouldn't be hard to set up a redirector parsing commit ids out of the
url and redirecting to github,
+1 from me.
On Mon, 4 Oct 2021 at 07:04, Stanislav Malyshev
Hi!
On 10/3/21 9:48 PM, Joe Watkins wrote:
I just realised you're probably talking mostly about links in old
comments on bugs rather than in source code of bugsnet (because they
would be easy to find).
Maybe permanent redirects aren't so bad in that case.
But also, can't we just update the
I just realised you're probably talking mostly about links in old comments
on bugs rather than in source code of bugsnet (because they would be easy
to find).
Maybe permanent redirects aren't so bad in that case.
But also, can't we just update the comments in place?
Cheers
Joe
On Monday, 4
This seems reasonable.
I wonder if we could log the redirects so that we can obtain the list of
links and update accordingly so that we may eventually retire the domain
without breaking stuff.
Cheers
Joe
On Monday, 4 October 2021, Stanislav Malyshev wrote:
> Hi!
>
> I know we're no longer
Hi!
I know we're no longer using git.php.net, but there are a lot of links
there e.g. in bugs system. I wonder how hard it would be to make
git.php.net redirect links like this:
http://git.php.net/?p=php-src.git;a=commit;h=3c939e3f69955d087e0bb671868f7267dfb2a502
to something like:
On Sat, Oct 2, 2021 at 9:07 AM G. P. B. wrote:
>
> Hello internals,
>
> I'm proposing a new RFC to make 'null' usable as a standalone type.
>
> RFC: https://wiki.php.net/rfc/null-standalone-type
> GitHub PR: https://github.com/php/php-src/pull/7546
>
> Best regards,
>
> George P. Banyard
I don't
Hi!
I notice that we have increased amount of spam coming in to
bugs.php.net. I'm not sure if anyone is maintaining it right now - but
it'd be nice to have changes to counter that - I see that anti-spam
measures exist on some forms but not on adding comments to closed bugs
for some reason.
On Sat, Oct 2, 2021, at 4:37 PM, tyson andre wrote:
> Hi Andreas,
>
>> Hello list,
>> I would like to propose new methods for ReflectionType, that would
>> allow treating ReflectionNamedType and ReflectionUnionType in a
>> unified way.
>> This would eliminate the need for if (.. instanceof) in
On Sat, 2 Oct 2021 at 00:54, Andreas Hennings wrote:
> Hello list,
> I would like to propose new methods for ReflectionType, that would
> allow treating ReflectionNamedType and ReflectionUnionType in a
> unified way.
> This would eliminate the need for if (.. instanceof) in many use cases.
>
>
Another challenge would be array types like array or C[], or
array{i: int, s: string}.
And template/generic types like \Iterator.
Following the normalization idea, we could add a method getArrayTypes().
But I am not sure how far we get with this, I think there will be a
wall somewhere.
On Sun, 3
On Sun, 3 Oct 2021 at 07:40, Sebastian Bergmann wrote:
>
> Am 02.10.2021 um 16:37 schrieb tyson andre:
> > `ReflectionType->allowsValue(mixed $value, bool $strict = true): bool`
>
> Not having to implement and maintain that functionality in userland would
> be brilliant and much appreciated.
On Sat, 2 Oct 2021 at 16:37, tyson andre wrote:
>
> Hi Andreas,
>
> > Hello list,
> > I would like to propose new methods for ReflectionType, that would
> > allow treating ReflectionNamedType and ReflectionUnionType in a
> > unified way.
> > This would eliminate the need for if (.. instanceof) in
12 matches
Mail list logo
