> I can't find any information on why this setting was introduced.
No, I couldn't find anything either. I did try to investigate and all
I could find was that it was introduced by Joe Watkins in
0819e6dc9b4788e5d44b64f8e606a56c969a1588 in 2019 but I haven't been
able to find any history of RFC or
> > Full agreement with Tim here - make PHP friendly to development.
Generally I do agree with this sentiment. Languages should be
developer-friendly, but not at the expense of safety.
Developers are able to configure an INI setting in multiple ways
including modifying an ini file, using the `ini
On Thu, 10 Apr 2025 at 23:20, Tim Düsterhus wrote:
> As I had said on GitHub before, but to put it onto the list for
> visibility:
>
> I'd rather see the value in `php.ini-production` being changed to `Off`
> to match the built-in default. see
> https://github.com/php/php-src/pull/18215#issuecomme
Hi Larry
Sorry again for the delay.
On Fri, Apr 4, 2025 at 6:37 AM Larry Garfield wrote:
>
> * A new iterable API is absolutely a good thing and we should do it.
> * That said, we *need* to split Sequence, Set, and Dictionary into separate
> types. We are the only language I reviewed that didn
The PHP development team announces the immediate availability of PHP
8.4.6. This is a bugfix release.
All PHP 8.4 users are encouraged to upgrade to this version.
For source downloads of PHP 8.4.6 please visit our downloads page.
Windows binaries can be found on the PHP for Windows site.
The list
I can't find any information on why this setting was introduced. I
guess that it was either to protect sensitive information or to reduce
verbosity in the logs, but either one seems like a poor reason for
this setting to exist. The INI comment seems to suggest that it was
introduced to protect sens
On Thu, Apr 10, 2025, at 1:53 PM, Bob Weinand wrote:
>> I'd rather see the value in `php.ini-production` being changed to
>> `Off` to match the built-in default. see
>> https://github.com/php/php-src/pull/18215#issuecomment-2768618516
>
>
> Full agreement with Tim here - make PHP friendly to dev
Hey,
On 10.4.2025 17:19:57, Tim Düsterhus wrote:
Hi
Am 2025-04-09 04:00, schrieb Andrew Lyons:
The intent of this change is to make PHP installations safer by
default and
prevent the accidental release of sensitive information in stack traces.
* RFC: https://wiki.php.net/rfc/exception_ignore
On 06/04/2025 19:06, Juris Evertovskis wrote:
> On 2025-04-05 18:51, Niels Dossche wrote:
> Do you think it would be hard or wrong to add `array_nth`? I've had more
> trouble with that as the in-place implementation is usually pretty
> unreadable, e.g.
>
> array_slice(array_values($array), $
Hey Ignace,
(let me answer in the original thread, as apparently the discussion
continued in a separate thread from the main one)
> - I believe during normalization of IPv6 host the letter a-f should be
> lowercase in accordance with the RFC since
>
> RFC3986 follows https://www.rfc-editor.org/rf
The PHP development team announces the immediate availability of PHP
8.3.20. This is a bugfix release.
All PHP 8.3 users are encouraged to upgrade to this version.
For source downloads of PHP 8.3.20 please visit our downloads page:
https://www.php.net/downloads
Windows source and binaries can be
On Wed, Apr 9, 2025, at 12:56 AM, Rob Landers wrote:
> On Wed, Apr 9, 2025, at 01:29, Ilija Tovilo wrote:
>> Hi Larry
>>
>> Sorry again for the delay.
>>
>> On Fri, Apr 4, 2025 at 6:37 AM Larry Garfield wrote:
>> >
>> > * A new iterable API is absolutely a good thing and we should do it.
>> > *
Hi
Am 2025-04-09 04:00, schrieb Andrew Lyons:
The intent of this change is to make PHP installations safer by default
and
prevent the accidental release of sensitive information in stack
traces.
* RFC: https://wiki.php.net/rfc/exception_ignore_args_default_value
* Implementation: https://gith
13 matches
Mail list logo
