On 2025-07-04 19:38, Alexandru Pătrănescu wrote:
I'm thinking about constructors usually like this:
They are functions that are invoked statically (using the `new` keyword)
on the class before the object is created, and they execute on instance
level, after the object is created.
They are ca
On Thu, 3 Jul 2025 at 23:44, Larry Garfield wrote:
>
> On Thu, Jul 3, 2025, at 12:49 PM, Andreas Hennings wrote:
>
> >> A setter method injection is what I did in AttributeUtils, because it was
> >> the only real option.
> >
> > In my experience, this alternative leads to more complexity in
> > a
On Sat, Jul 5, 2025 at 1:41 AM Jakub Zelenka wrote:
> On Sat, Jul 5, 2025 at 1:29 AM Ben Ramsey wrote:
>
>> Another thing that needs to be addressed in the RFC is how error
>> reporting will work. I see this hinted at under Future Scope, but one of
>> the benefits of the existing JSON Schema Com
On Sat, Jul 5, 2025 at 1:29 AM Ben Ramsey wrote:
> Another thing that needs to be addressed in the RFC is how error reporting
> will work. I see this hinted at under Future Scope, but one of the benefits
> of the existing JSON Schema Composer packages is the robust level of error
> reporting they
Hi
On Sat, Jul 5, 2025 at 1:10 AM Ben Ramsey wrote:
> There are 9 versions of JSON Schema and 11 Internet-Drafts, all of which
> have expired. Many of these versions are still widely used in the wild
> (draft-04, draft-05, and draft-06 come to mind as heavily used, despite
> several newer versio
> On Jul 4, 2025, at 18:07, Ben Ramsey wrote:
>
>> On Jul 4, 2025, at 16:01, Jakub Zelenka wrote:
>>
>> Hello,
>>
>> I would like introduce and open discussion for RFC proposing the addition of
>> JSON Schema validation support to JSON extension:
>>
>> https://wiki.php.net/rfc/json_schema_va
> On Jul 4, 2025, at 16:01, Jakub Zelenka wrote:
>
> Hello,
>
> I would like introduce and open discussion for RFC proposing the addition of
> JSON Schema validation support to JSON extension:
>
> https://wiki.php.net/rfc/json_schema_validation
>
> If this is successful, it should be just the
On Sun, Jun 22, 2025, at 22:00, Daniel Scherzer wrote:
> On Tue, Jun 17, 2025 at 4:26 PM Daniel Scherzer
> wrote:
>> Hi internals,
>>
>> I'd like to start the discussion for a new RFC about adding a
>> `#[\DelayedTargetValidation]` attribute.
>>
>> * RFC: https://wiki.php.net/rfc/delayedtarge
On Sat, Jul 5, 2025, at 00:47, Andreas Hennings wrote:
> On Sat, 5 Jul 2025 at 00:11, Rob Landers wrote:
> >
> >
> >
> > On Fri, Jul 4, 2025, at 17:21, Andreas Hennings wrote:
> >
> > On Fri, 4 Jul 2025 at 06:30, Stephen Reay wrote:
> > >
> > >
> > >
> > > On 4 Jul 2025, at 00:54, Andreas Henni
On Tue, Jun 17, 2025 at 4:26 PM Daniel Scherzer
wrote:
> Hi internals,
>
> I'd like to start the discussion for a new RFC about adding a
> `#[\DelayedTargetValidation]` attribute.
>
> * RFC: https://wiki.php.net/rfc/delayedtargetvalidation_attribute
> * Implementation: https://github.com/php/php-
On Sat, 5 Jul 2025 at 00:11, Rob Landers wrote:
>
>
>
> On Fri, Jul 4, 2025, at 17:21, Andreas Hennings wrote:
>
> On Fri, 4 Jul 2025 at 06:30, Stephen Reay wrote:
> >
> >
> >
> > On 4 Jul 2025, at 00:54, Andreas Hennings wrote:
> >
> > On Thu, 3 Jul 2025 at 19:17, Stephen Reay wrote:
> >
> >
>
On Sat, Jun 28, 2025, at 07:06, Larry Garfield wrote:
> Hi folks. Arnaud and I would like to present take-2 at Partial Function
> Application.
>
> https://wiki.php.net/rfc/partial_function_application_v2
>
> It is largely similar to the previous PFA proposal from 2021, though there
> are a n
On Jul 4, 2025, at 6:52 PM, Peter Kokot wrote:
>
> I'd also suggest deprecating building ext/readline with the Readline library
> and
> ext/dba with the GDBM library.
>
> These two libraries are released under the GPL-3 license, which is not
> compatible with PHP. In practice this means that PH
On Fri, Jul 4, 2025 at 3:17 PM Ilija Tovilo wrote:
> Hi everyone
>
> On Wed, Jul 2, 2025 at 9:58 PM Gina P. Banyard wrote:
> >
> > It is this time of year again where we proposed a list of deprecations
> to add in PHP 8.5:
> >
> > https://wiki.php.net/rfc/deprecations_php_8_5
>
> > Deprecate Ref
On Fri, Jul 4, 2025, at 17:21, Andreas Hennings wrote:
> On Fri, 4 Jul 2025 at 06:30, Stephen Reay wrote:
> >
> >
> >
> > On 4 Jul 2025, at 00:54, Andreas Hennings wrote:
> >
> > On Thu, 3 Jul 2025 at 19:17, Stephen Reay wrote:
> >
> >
> >
> >
> >
> > Sent from my iPhone
> >
> > On 3 Jul 2025,
Hi,
On Fri, Jul 4, 2025 at 11:49 PM Valentin Udaltsov <
udaltsov.valen...@gmail.com> wrote:
> On Sta, 5 July 2025 at 00:04, Jakub Zelenka wrote:
>
>> Hello,
>>
>> I would like introduce and open discussion for RFC proposing the addition
>> of JSON Schema validation support to JSON extension:
>>
On Sun, Jun 22, 2025 at 10:24 PM Alexandru Pătrănescu
wrote:
> Hi Daniel, internals,
>
> On Wed, Jun 18, 2025, 02:29 Daniel Scherzer
> wrote:
>
>> Hi internals,
>>
>> I'd like to start the discussion for a new RFC about adding a
>> `#[\DelayedTargetValidation]` attribute.
>>
>>
> How about compl
On Wed, 2 Jul 2025 at 22:40, Gina P. Banyard wrote:
> Hello internals,
>
> It is this time of year again where we proposed a list of deprecations to
> add in PHP 8.5:
>
> https://wiki.php.net/rfc/deprecations_php_8_5
>
> As a reminder, this list has been compiled over the course of the past
> yea
On Sta, 5 July 2025 at 00:04, Jakub Zelenka wrote:
> Hello,
>
> I would like introduce and open discussion for RFC proposing the addition
> of JSON Schema validation support to JSON extension:
>
> https://wiki.php.net/rfc/json_schema_validation
>
> If this is successful, it should be just the fir
On Fri, Jul 4, 2025 at 6:09 PM Kamil Tekiela wrote:
>
>
> On Fri, Jul 4, 2025, 16:50 fennic log wrote:
>
>> This is basically an idea I have for PHP to support a main entry point.
>> Where regardless of execution, if you run a PHP file, in CLI or Web
>> request.
>> If the file that is executed c
Hello,
I would like introduce and open discussion for RFC proposing the addition
of JSON Schema validation support to JSON extension:
https://wiki.php.net/rfc/json_schema_validation
If this is successful, it should be just the first for further improvements
(see the future scope).
Kind regards,
On 3 July 2025 17:04:59 BST, Derick Rethans wrote:
>The intention behind the filter extension was that admins can set a
>default filter for *all* data coming in through this `filter.default`
>setting as a "safe" fallback. That could/should probably even be a
>filter that just makes all data "☺"
On Fri, 4 Jul 2025 at 06:30, Stephen Reay wrote:
>
>
>
> On 4 Jul 2025, at 00:54, Andreas Hennings wrote:
>
> On Thu, 3 Jul 2025 at 19:17, Stephen Reay wrote:
>
>
>
>
>
> Sent from my iPhone
>
> On 3 Jul 2025, at 23:40, Larry Garfield wrote:
>
> On Wed, Jul 2, 2025, at 5:26 PM, Andreas Henning
On Fri, Jul 4, 2025, 16:50 fennic log wrote:
> This is basically an idea I have for PHP to support a main entry point.
> Where regardless of execution, if you run a PHP file, in CLI or Web
> request.
> If the file that is executed contains a main function, that is
> automatically executed by the
This is basically an idea I have for PHP to support a main entry point.
Where regardless of execution, if you run a PHP file, in CLI or Web
request.
If the file that is executed contains a main function, that is
automatically executed by the engine after any procedural code.
Any procedural code in
Hi
On 7/3/25 18:04, Derick Rethans wrote:
The intention behind the filter extension was that admins can set a
default filter for *all* data coming in through this `filter.default`
setting as a "safe" fallback. That could/should probably even be a
Genuine question: Is that *intention* documente
> Le 2 juil. 2025 à 21:56, Gina P. Banyard a écrit :
>
> It is this time of year again where we proposed a list of deprecations to add
> in PHP 8.5:
>
> https://wiki.php.net/rfc/deprecations_php_8_5
Hi,
To reduce noise, I’ll be short.
General remark: For each deprecation, please research f
On Wed, Jul 2, 2025 at 11:00 PM Gina P. Banyard wrote:
> Hello internals,
>
> It is this time of year again where we proposed a list of deprecations to
> add in PHP 8.5:
>
> https://wiki.php.net/rfc/deprecations_php_8_5
>
On the topic of deprecating `__construct()` in interfaces:
I'm thinking
Hi
First of all, that's a huge list of deprecations and I think we should tone
down on that.
Especially if a feature still has a purpose and is not harmful or buggy, then
we should probably consider not deprecating it.
Secondly, I'm tired of having to deal with useless deprecation messages.
A l
29 matches
Mail list logo
