On Wed, Sep 7, 2022 at 10:47 PM Kris Craig wrote:
> On Wed, Sep 7, 2022 at 11:38 AM juan carlos morales <
> dev.juan.mora...@gmail.com> wrote:
>
> > I looked for a potential problem out of doing such a change but I could
> not
> > find anything.
> >
>
> Then I'd say it's a no-brainer. The
On Wed, 7 Sept 2022 at 19:37, juan carlos morales <
dev.juan.mora...@gmail.com> wrote:
> By the Way... This needs an RFC right?
>
No it does not.
Best regards,
George P. Banyard
On 9/7/22 16:46, Kris Craig wrote:
Lets respect the RFC protocol and wait the specified time to see if someone
else comes with something.
By the Way... This needs an RFC right?
Yes, most definitely.
Does it, though?
It's not a new feature, it's a very small change (lines-of-code-wise),
On Wed, Sep 7, 2022 at 11:38 AM juan carlos morales <
dev.juan.mora...@gmail.com> wrote:
> I looked for a potential problem out of doing such a change but I could not
> find anything.
>
Then I'd say it's a no-brainer. The current 2 MB limit is simply outdated
and needs to be increased to
On Wed, Sep 7, 2022, at 10:37 AM, Tim Düsterhus wrote:
> Hi
>
> On 9/5/22 23:12, Larry Garfield wrote:
>>> RFC: Improve unserialize() error handling
>>> https://wiki.php.net/rfc/improve_unserialize_error_handling
>>>
>> Well-explained and well-argued. The only thing I'd add is that we should
>>
I looked for a potential problem out of doing such a change but I could not
find anything.
But for sure such a change should be well marked in case is merge.
I did not take look at the PR as that can wait also.
Lets respect the RFC protocol and wait the specified time to see if someone
else
Hi
On 9/5/22 23:12, Larry Garfield wrote:
RFC: Improve unserialize() error handling
https://wiki.php.net/rfc/improve_unserialize_error_handling
Well-explained and well-argued. The only thing I'd add is that we should
consider bumping the E_NOTICE to an E_WARNING, *and* slating it to
Hi
On 9/7/22 14:41, Côme Chilliet wrote:
Le lundi 5 septembre 2022, 19:20:00 CEST Tim Düsterhus a écrit :
RFC: Improve unserialize() error handling
https://wiki.php.net/rfc/improve_unserialize_error_handling
Is the new UnserializationFailedException class extending any other Exception
class
On 9/7/22 08:57, Misha wrote:
Hello everyone,
We spend a lot of time to increase limits for uploads file in PHP. Can we
increase it in php.ini?
Current value is 2Mb. Its so small value, when photo image can take 8Mb on
iPhone X.
We should increase it to 50Mb, because DevOps engineers do
On 07.09.2022 at 15:57, Misha wrote:
> We spend a lot of time to increase limits for uploads file in PHP. Can we
> increase it in php.ini?
>
> Current value is 2Mb. Its so small value, when photo image can take 8Mb on
> iPhone X.
> We should increase it to 50Mb, because DevOps engineers do
Hello everyone,
We spend a lot of time to increase limits for uploads file in PHP. Can we
increase it in php.ini?
Current value is 2Mb. Its so small value, when photo image can take 8Mb on
iPhone X.
We should increase it to 50Mb, because DevOps engineers do useless work
trying to change it.
I
Le lundi 5 septembre 2022, 19:20:00 CEST Tim Düsterhus a écrit :
> RFC: Improve unserialize() error handling
> https://wiki.php.net/rfc/improve_unserialize_error_handling
Is the new UnserializationFailedException class extending any other Exception
class ? This is not explained in the RFC.
Côme
12 matches
Mail list logo
