Re: [PHP-DEV] Module or Class Visibility, Season 2

On Mon, Jun 2, 2025 at 10:40 PM Larry Garfield wrote: > On Mon, Jun 2, 2025, at 3:28 PM, Rowan Tommins [IMSoP] wrote: > > On 02/06/2025 17:57, Larry Garfield wrote: > >> Well, now you're talking about something with a totally separate > compile step, which is not

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Sun, Jun 1, 2025 at 3:18 AM Rob Landers wrote: > This could work! I have a couple of critiques, but they aren’t negative: > > I think I like it. It might be worth pointing out that JavaScript "hoists" > the imports to file-level during compilation — even if you have the import > statement buri

Re: [PHP-DEV] Module or Class Visibility, Season 2

Ok, the conversation is getting sidetracked, but I think some progress is being made. I started this latest iteration last year with a thread about introducing something similar to the ES module system of JavaScript to PHP. What attracts me to this particular model is that it should already be fam

Re: [PHP-DEV] Re: PHP True Async RFC Stage 3

On Wed, May 28, 2025 at 2:01 PM carlos_silva wrote: > Hello everyone. > > I've been thinking about core developers these days, and I'm happy to see > the PHP foundation growing, and more and more new developers arriving, > eager to push PHP forward. > > But at the same time, I have the feelin

Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP

I really like the idea. We use the Embed SAPI statically linked and at the moment we need to take great care to bundle the OPcache extension. This will make it a lot easier for us. A big +1 from my point of view! Regards, Michael Tim Düsterhus schrieb am Mo. 26. Mai 2025 um 12:49: >

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Thu, May 22, 2025 at 4:29 PM Rowan Tommins [IMSoP] wrote: > On 22/05/2025 12:09, Michael Morris wrote: > > >> I've tried several times to explain why I think Linux containers are a >> good analogy; I'm not sure if you didn't understand, or just didn't

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Wed, May 21, 2025 at 8:27 AM Rowan Tommins [IMSoP] wrote: > > So if we can come up with a solution where only the WordPress plugins need > to be changed, and you can use whatever dependencies you want without > waiting for them to be changed to a new way of working, is that not a good > thing?

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Wed, May 21, 2025 at 7:23 AM Deleu wrote: > > > On Tue, May 20, 2025 at 11:08 AM Michael Morris > wrote: > >> The Problem: Interoperability. >> >> That's really it. >> > > I think this is why Rowan keeps telling you to call or compare this wi

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Tue, May 20, 2025 at 6:18 PM Rowan Tommins [IMSoP] wrote: > > > On 20 May 2025 15:04:49 BST, Michael Morris wrote: > >The Problem: Interoperability. > > > >That's really it. Scenario > >Alice provides whatchamacallit A that depends on other whatchama

Re: [PHP-DEV] Module or Class Visibility, Season 2

The Problem: Interoperability. That's really it. Scenario Alice provides whatchamacallit A that depends on other whatchamacallit D to work. Bob provides whatchamacallit B that also depends on D. Charles is using A and B. D gets updated with a new incompatible API to its prior version. Alice publi

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Wed, May 14, 2025 at 10:57 AM Rowan Tommins [IMSoP] wrote: > > I don't know much about Go, but at a glance it uses a similar model to > JavaScript and Python where *classes don't have a universal name*, the > names are always local. That's not a different kind of module, it's a > fundamentally

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Wed, May 14, 2025 at 4:08 AM Rowan Tommins [IMSoP] wrote: > > What Michael Morris is talking about is really a completely different > concept - it's more like "containers", in the sense of Docker, Kubernetes, > etc, where different sections of code can be isolated,

Re: [PHP-DEV] Module or Class Visibility, Season 2

On Tue, May 13, 2025 at 11:31 AM Deleu wrote: > Hi! > > This would allow public, private and protected classes in a way that I > believe to be useful for the large ecosystem that surrounds Composer. From > my extremely limited understanding of the engine, I think the easy/natural > step would be

Re: [PHP-DEV] [Vote] Pipe operator

Thank you for your work on this. While I will enjoy this feature if it passes, it irks and saddens me that... once\again::PHP->has|>added a.feature.other.languages.only.need.dot.for That isn't your fault, and any hope of changing that about the language left the station decades ago. On Mon, May

Re: [PHP-DEV] Modules, again.

On Wed, May 7, 2025 at 3:24 PM Rowan Tommins [IMSoP] wrote: > > Problem number 2 is what you seem to be trying to address. > The main thing, yes. This solution incidentally solves class privacy issues several unrelated and failed RFC's have addressed, including Nested Classes which is currently

Re: [PHP-DEV] Modules, again.

On Wed, May 7, 2025 at 10:59 AM Larry Garfield wrote: > > So it's not really giving private symbols. It's not even blocking access > to anything, since it can still just be included or autoloaded. What > you're proposing is really just an optional loading facade (the real kind > of facade) that

Re: [PHP-DEV] Modules, again.

Resetting and moving the proposal writeup to a github hosted markdown file here: https://github.com/michael-lloyd-morris/php-modules-rfc/blob/main/php-modules.md On Mon, May 5, 2025 at 12:44 AM Larry Garfield wrote: > > > So before you get indignant and call me a liar ("You

Re: [PHP-DEV] Modules, again.

On Sun, May 4, 2025 at 5:38 PM Larry Garfield wrote: > > > PHP Code > --- > > > > namespace MyModule; > > > > yield function sum(a, b) { return a + b; } > > > > > --

Re: [PHP-DEV] Modules, again.

On Sun, May 4, 2025 at 5:19 PM Larry Garfield wrote: > On Sun, May 4, 2025, at 2:34 AM, Michael Morris wrote: > > It's been 9 months. Been researching, working on other projects, > > mulling over > > points raised the last time I brought this up. And at the moment I &

Re: [PHP-DEV] Modules, again.

On Sun, May 4, 2025 at 7:06 AM Arvids Godjuks wrote: > > It ended exactly how my first judging brain wave thought it would go - > this whole thing is about fixing WordPress by changing the language. Plain > and simple. > > That is a lie. Go back and read again - I discuss how this will improve Dr

[PHP-DEV] Modules, again.

It's been 9 months. Been researching, working on other projects, mulling over points raised the last time I brought this up. And at the moment I don't think PHP 8.5 is in its final weeks so this isn't a distraction for that. The previous discussion got seriously, seriously derailed and I got lost

Re: [PHP-DEV] What to do with ext/snmp?

We have switched to a userland library (https://github.com/FreeDSx/SNMP) due to crashes when using the internal SNMP extension in ZTS scenarios. It doesn't really answer your question, but maybe it fits category two, that usage is not very high or that people chose the pure PHP version. Mi

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Wed, Jul 10, 2024 at 3:29 PM Rowan Tommins [IMSoP] wrote: > > > On 10 July 2024 19:08:39 BST, Michael Morris wrote: > > Just to repeat a point that's been raised a few times: this is not a great > time of year for this kind of discussion. If you come back after 8.4

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Wed, Jul 10, 2024 at 5:51 AM Jordi Boggiano wrote: > > As for the rest of the thread, I feel like everyone needs to take a few > days to chill because it's getting a bit heated around here. > People are passionate about the things they love. I've been busy with work and on Iteration V. Detai

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Sat, Jul 6, 2024 at 2:12 AM Mike Schinkel wrote: > On Jul 5, 2024, at 1:47 PM, Michael Morris wrote: > I went to sleep thinking about this post, on import maps in general and > how Composer works, specifically when you use a class map instead of the > PSR-0 or PSR-4 schemes.

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Fri, Jul 5, 2024 at 2:23 PM Dusk wrote: > > To that end - consider the following. Let's say that two different files > in your project import different versions of package Foo. Foo contains a > definition of the FooBar class, and contains functions which return that > object. > > 1) If $foobar

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Fri, Jul 5, 2024 at 1:29 AM Mike Schinkel wrote: > On Jul 4, 2024, at 9:16 PM, Michael Morris wrote: > On Wed, Jul 3, 2024 at 11:11 PM Mike Schinkel wrote: > >> So I've had more time to mull this over, and some research, and I think I >> have an approach. >

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Wed, Jul 3, 2024 at 11:11 PM Mike Schinkel wrote: > >> import 'file.php v1.0.0'; > > > > Where will PHP be able to get the version number in a performant manner? > > > > A question for another day. > > Frankly if your proposal hinges on using version numbers to differentiate > then I think i

Re: [PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

On Wed, Jul 3, 2024 at 9:56 PM Mike Schinkel wrote: > > There are ~6300 uses of the keyword `import` on GitHub: > > > https://github.com/search?q=import+language%3APHP+symbol%3A%2F%5Eimport%24%2F&type=code > > > That'

Re: [PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

On Wed, Jul 3, 2024 at 7:52 PM Mike Schinkel wrote: > Me personally, the opinions that I do not like are the one-symbol-per file > assumption, which is also a key issue I have with PSR-4. > That's a PSR-4 issue, not an autoloader one. Autoloaders, even in composer, can use class maps to discover

[PHP-DEV] [PHP-Dev] Versioned Packagers (Iteration IV)

Hello all. Hitting reset again as the primary problem at hand has become clear. Let's recap it. Autoloading is great for loading packages, but it can't load different versions of the same package at the same time. Why would you want to do that? When you don't have full control of the code. For

Re: [PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

On Wed, Jul 3, 2024 at 1:24 PM Rob Landers wrote: > > So, if v4 has BC breaks ... how would Drupal not crash? If you allow > multiple versions, how would you use both versions? I'm not even sure that > is a logical possibility. > > Twig in Drupal will be installed the old way and find itself boun

Re: [PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

On Wed, Jul 3, 2024 at 12:52 PM Matthew Weier O'Phinney < mweierophin...@gmail.com> wrote: > > > I'm following the packaging threads closely, and the one thing I've failed > to see a solid argument for is _what problems_ the current approach of > using namespaced code doesn't address. > Running m

Re: [PHP-DEV] Packages Iteration 3: was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Mon, Jul 1, 2024 at 1:33 AM Michał Marcin Brzuchalski < michal.brzuchal...@gmail.com> wrote: > Hi Michael, > > pon., 1 lip 2024 o 01:18 Michael Morris napisał(a): > >> ... >> Applications >> >> The application is the root package. It is the package t

Re: [PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

On Wed, Jul 3, 2024 at 7:49 AM Aleksander Machniak wrote: > On 3.07.2024 07:32, Richard Miles wrote: > > What if php implicitly prepended namespaces with the composer package > version? > > If two incompatible versions are required, the composer downloads both. > Enabled/Disabled with flag? > > W

Re: [PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

On Mon, Jul 1, 2024 at 9:02 AM Larry Garfield wrote: > 2. Supporting multiple versions of the same class is *wy* out of > scope. No, it's actually the heart of the problem now that I've had a few days to think on this, and it's something an autoloader can NOT resolve. > You seem to imply

[PHP-DEV] Packages Iteration 3: was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

First off, in 10 years of using gmail I've never had it lose an email. Well, it happened after I spent 4 hours on this. So, this is sorta iteration 4. I'll type this up in Visual Studio code and then paste to gmail. The Wordpress discussion about composer and the decision not to use it keys in t

[PHP-DEV] Iteration III: Packages (was Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript)

So let's take another crack at this based on all the points raised in the thread. This should also underline why I don't consider this an RFC - I am iterating until we arrive at something that may be refinable into an RFC. And I say we because without the aid of those in this conversation I would n

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

I have no proposal. I'm brainstorming. Please don't step out of this conversation as it has been enormously helpful. On Sun, Jun 30, 2024 at 2:48 AM Mike Schinkel wrote: > > On Jun 29, 2024, at 10:57 AM, Michael Morris wrote: > > On Sat, Jun 29, 2024 at 5:40 AM

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Sat, Jun 29, 2024 at 2:20 PM David Gebler wrote: > On Thu, Jun 27, 2024 at 4:33 AM Michael Morris wrote: > >> Hello all. This is a ramble of an idea that's managed to run around my >> head for a few days now. It isn't fully formed, but I've ran the thought &g

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Sat, Jun 29, 2024 at 7:15 AM Rob Landers wrote: > > With a bit of finangling, you can actually port JavaScript line-for-line > to PHP, but not the other way around. > JavaScript uses prototypical inheritance, and any program that leverages that aspect of it will be IMPOSSIBLE to port to PHP l

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Sat, Jun 29, 2024 at 5:43 AM Mike Schinkel wrote: > > On Jun 28, 2024, at 10:12 AM, Rowan Tommins [IMSoP] > wrote: > > > Also, the JS insistence on having a separate package for every tiny > function is a common source of criticism, so personally I am very happy > that PHP packages are genera

Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Sat, Jun 29, 2024 at 5:40 AM Mike Schinkel wrote: > However, be aware that in a Go project repo you are likely to have only > one `go.mod` — or multiple if you have numerous CLI apps being generated — > whereas every directory with Go code is a package (which I think is > equivalent to what yo

Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Sat, Jun 29, 2024 at 3:52 AM Rob Landers wrote: > I don't think that is correct... > Correct or not it's irrelevant trivia. While this looks good on paper, you're going to have to standardize how > packages are accessed (API calls, etc) so they can be used in this file, or > literally anyone

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

Not replying to anyone in particular and instead doing a mild reset taking into account the discussion that has gone before. So, I want to import a package. I'll create an index.php file at the root of my website and populate it with this. 'Hello {{ name }}' ]); $twig = new Environment($loader

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

ng needs to be > contemplated in the design. PHP has to be able to know what is a module and > what isn't without expensive processes. > One possible solution is that if modules do not have tags, ever, and someone directly tries to load a module through http(s) the file won't exe

Re: Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Thu, Jun 27, 2024 at 4:55 PM Rob Landers wrote: > On Thu, Jun 27, 2024, at 21:23, Michael Morris wrote: > > > On Thu, Jun 27, 2024 at 1:02 PM MKS Archive > wrote: > > > Interesting to see this. Serendipitous given the email I sent on the list > in reply to Lar

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Thu, Jun 27, 2024 at 3:52 PM Jim Winstead wrote: > On Wed, Jun 26, 2024, at 7:15 PM, Michael Morris wrote: > > PHP User Modules are php files that are brought into the runtime through a > new parser that is able to generate faster and more concise runtime code by > remov

Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Thu, Jun 27, 2024 at 1:02 PM MKS Archive wrote: > > Interesting to see this. Serendipitous given the email I sent on the list > in reply to Larry. > > My initial thoughts: > > 1. I really like the concept of cleaning up issues that BC make impossible > to fix by introducing modules. > Thanks.

Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Thu, Jun 27, 2024 at 2:11 PM Deleu wrote: > Who would build it is an extremely key aspect of making changes to PHP. > Ideas are hard enough to survive the RFC process when there's already an > implementation. Finding a sponsor to work on this would be the first step. > Agreed. > > Given tha

Fwd: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Thu, Jun 27, 2024 at 2:29 PM Jordan LeDoux wrote: > > > On Thu, Jun 27, 2024 at 11:13 AM Deleu wrote: > >> Who would build it is an extremely key aspect of making changes to PHP. >> Ideas are hard enough to survive the RFC process when there's already an >> implementation. Finding a sponsor t

[PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

Hello all. This is a ramble of an idea that's managed to run around my head for a few days now. It isn't fully formed, but I've ran the thought experiment as far as I can on my own and want to share it with all of you. I've mostly been a lurker and I've seen a lot of RFC's come and go. Of those no

[PHP-DEV] Imagick maintainers

offer myself to be a hotfix maintainer to pull critical PRs in order to make build compatible with the latest PHP versions. My GitHub name is "mvorisek". Thank you and regards, Michael

Re: External Message: Re: [PHP-DEV] What's up with emails?

the From:-header to a domain which matches the new DKIM signature, in this case set the From:-header to internals@lists.php.net. This is called "munging" in mailinglist software. Michael

Re: [PHP-DEV] [RFC] [Discussion] Change the edge case of round()

On Mon, 6 Nov 2023 21:12:40 +0900, Saki Takamachi wrote: Hi Saki! > To be honest, I'm completely neutral on this. I believe that this is a > matter of will and what we want to do. As far as I know, Tim and Gina > want change on this issue. I don't want to ignore such opinions and move > forward w

Re: [PHP-DEV] Custom object equality

On 10/18/23 20:20, Lanre Waju wrote: I believe it's time to shift our focus away from backward compatibility (BC) concerns in major versions. In my opinion, genuine operator overloading is incomparable to the pseudo operator. I genuinely see the operator overloads as an invaluable addition to P

Re: [PHP-DEV] Two new functions array_first() and array_last()

On Tue, Oct 17, 2023, at 12:19, Saki Takamachi wrote: >> What about a signature like: >> >> ```php >> array_first(array $array, mixed $value_if_missing = null); >> ``` >> >> That would let you specify your own sentinel (or default) where appropriate, >> without losing the convenience of this fun

Re: [PHP-DEV] Two new functions array_first() and array_last()

On Tue, Oct 17, 2023, at 05:10, Levi Morrison via internals wrote: > It's true that sentiment may have shifted in this time. However, a > common argument at that time still stands: `null` is not a good > sentintenal for failure because the value inside the array very well > could have been null.

Re: [PHP-DEV] [RFC] Interface Default Methods

is the impact from this type of B/C break from the B/C break that already occurs when new methods are added to non-final classes where a subclass used a different signature and isn’t compatible with the new addition? - Michael

[PHP-DEV] Protected visibility in interface

/pull/5708#issuecomment-644616936 I would like to hear your feedback if this feature is wanted and if there are any questions I should clarify. Michael

[PHP-DEV] PHP Modules

This will be long. I've read over the Future Stability thread and taken it in, and decided to mull over an idea I touched on over a decade ago that I think might help. Also, in the interceding years the JavaScript community has overcome a compatibility issue using this technique, so we might do the

Re: [PHP-DEV] Array spread append

intermediate variables for k/v. For better understanding, I have updated the example codes in https://github.com/php/php-src/issues/10791 but sadly all short codes are slow as array is copied. Michael From: Michał Marcin Brzuchalski Sent: Thursday, April 6, 2023

Re: [PHP-DEV] Array spread append

02Cq - `$arr[...] = &$arr` should be compile error Michael From: Ilija Tovilo Sent: Thursday, April 6, 2023 12:18 PM To: internals@lists.php.net Subject: Re: [PHP-DEV] Array spread append Hi Michael > I would like to open a discussion for > https://

[PHP-DEV] Array spread append

Hello, I would like to open a discussion for https://github.com/php/php-src/issues/10791 . [https://opengraph.githubassets.com/a23cb565cc8acac6a33ecab5d9ee68a46f046a1ffe215501673156e506695430/php/php-src/issues/10791] Array spread append · Issue #10791

Re: [PHP-DEV] How to deal with bugs in vendored libraries?

the changes are merged. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek On 9 Feb 2023 14:14, Max Kellermann wrote: On 2023/02/09 13:37, Rowan Tommins wrote: Firstly, let's try to keep this discussion civil, and assume good faith on both sides. Par

Re: [PHP-DEV] RFC: rules for #include directives

ml CI. If you can generate the comments too, they can be asserted by CI reliably then as well. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek On 20 Jan 2023 11:17, Max Kellermann wrote: On 2023/01/20 10:53, Jakub Zelenka wrote: I'm afraid it's

Re: [PHP-DEV] [Update] PHP build for the wasm32-wasi target

you should target master. Your PR should add 1 workflow which will run all tests on WASM with opcache disabled and enabled. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek On 18 Jan 2023 17:37, Rafael Fernández López wrote: Hello all, I'm followi

Re: [PHP-DEV] Re: [RFC] Unicode Text Processing

I also suggest `substring` instead of ugly (IMHO) `subString`. - in PHP, we have substring() function, not sub_string() - in C#, there in Substring() method, not SubString() With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek On 16 Dec 2022 14:54, Derick

[PHP-DEV] Remove PHP-x.y.* git branches

do not expect these branches to be used anywhere. If 20 years old contribution is expected to be finished, the author should have a local git/svn copy and open regular PR for it :) Can we collectively agree? With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael

Re: [PHP-DEV] NULL Coercion Consistency

t parameter in libraries or applications should also be rejected because then they’re masking an error the language purposefully elected to emit. > -- - Michael Please pardon any errors, this message was sent from my iPhone.

Re: [PHP-DEV] NULL Coercion Consistency

On Thursday, May 26, 2022 at 11:41 AM, Craig Francis mailto:cr...@craigfrancis.co.uk)> wrote: > On 26 May 2022, at 15:01, Michael Babker wrote: > > On Thu, May 26, 2022 at 7:21 AM Craig Francis > > wrote: > > > That said, I would still like to know about the benefi

Re: [PHP-DEV] NULL Coercion Consistency

gned is one of those holes that needs filled) and to ensure all APIs explicitly declare what types of data they support. -- - Michael Please pardon any errors, this message was sent from my iPhone.

Re: [PHP-DEV] Re: Removal of ${} string interpolation in PHP 9

I can understand removing this feature since it is a bit confusing, but are there any plans to replace it - say with the template literal syntax of JavaScript? For those needing to refactor having something to switch to would be preferable than having the feature dropped. Or does PHP have some goo

Re: [PHP-DEV] Timezone Rules, which dataset to pick?

On 07/04/2022 11.34, Derick Rethans wrote: > Hi! ... > In the last few years, the maintainer of the Iana TZ Data project has > diverged somewhat from the consensus of the community, and degraded some > data by no longer having an entry for each country and merged timezones > where data does not di

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Wed, Mar 2, 2022 at 3:31 AM Victor Bolshov wrote: > Hello internals. > > In these dark days for humanity, we as people of civilization, people > of sanity, kind and caring people with children and families - we have > to speak up, loud and clear, in support for Ukraine. To stop Russian > aggre

Re: [PHP-DEV] RFC [Discussion]: Redacting parameters in back traces

On Mon, Jan 10, 2022 at 8:05 AM Tim Düsterhus, WoltLab GmbH < duester...@woltlab.com> wrote: > Hi Internals! > > this is a follow-up for my "Pre-RFC" email from last Friday, January, 7th. > > Christoph Becker granted me RFC editing permissions and I've now written > up our proposal as a proper RFC

Re: [PHP-DEV] RFC: Stop to automatically cast numeric-string to int when using them as array-key

On Sat, Jan 1, 2022 at 10:47 PM Kirill Nesmeyanov wrote: > > >Суббота, 1 января 2022, 17:41 +03:00 от Rowan Tommins < > rowan.coll...@gmail.com>: > > > >On 31/12/2021 00:21, Kirill Nesmeyanov wrote: > >> I support this behavior fix because in its current form, due to a > similar problem (almost?)

Re: [PHP-DEV] Surveying interest regarding CMake

Hi Horváth, just wanted to give my +1 on this one. For our use-case (PHP Embed, ZTS, Static Build) this would greatly simplify our build-system which is already using CMake in a lot of parts. Unfortunately I am not a CMake expert, but could offer help in testing and feedback. Regards, Michael

Re: [PHP-DEV] Unwrap reference after foreach

> > This seems like a good opportunity to go one step further and have loops > create a new scope, which would automagically handle the unwrapping with out > worrying about the edge cases. Obviously, this would be a bigger BC break, > but one worth considering. > Sounds reasonable, but this i

Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

Hi Dan, that sounds reasonable. I have also updated the target to 8.2 and will wait a big more to give everyone extra time. Am Mi., 7. Juli 2021 um 18:13 Uhr schrieb Dan Ackroyd < dan...@basereality.com>: > On Tue, 6 Jul 2021 at 15:58, Michael Maroszek wrote: > > > > Dear

Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

ching the core user_agent options behaviour. That is being able to modify the user_agent via ini_set during runtime. Thank you for all the contributions! Am Di., 29. Juni 2021 um 10:35 Uhr schrieb Michael Maroszek < par...@gmail.com>: > Hi! > > Would anyone else be in favor of re

Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

hr schrieb Aleksander Machniak : > On 27.06.2021 08:48, Michael Maroszek wrote: > > That's what I also thought when making the PR and therefore I initially > > went with PHP_INI_ALL. > > > > But Tyson made a good point that the curl.cainfo is PHP_INI_SYSTEM and we > >

Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

s on which direction we should go. > Imo, the fact that curl is not using user_agent setting is a bug and > should be fixed, even with BC break. We really don't need another setting. That was my option B, but in my opinion this feature is too minor and therefore not worth the BC break. Re

[PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

goes well. Regards, Michael

Re: [PHP-DEV] Could we drop the bottom-posting rule?

If this list has ever had a "bike shed" issue, this would be it. https://en.wikipedia.org/wiki/Law_of_triviality On Tue, May 11, 2021 at 10:01 AM Mel Dafert wrote: > >> This plaintext reply sent via Gmail web client. I don't know what Mel is > >> talking about either. > >> > >> > >Gmail's web

[PHP-DEV] RFC Karma

Hi Internals, i'd like to request RFC Karma (Username: paresy) to create the RFC for my cURL user agent proposal: https://github.com/php/php-src/pull/6834 Thanks, Michael

Re: [PHP-DEV] add php.ini entry to set default user_agent for curl

rection of consistency instead of my rather minor use case. I hope that it helps to understand my motivation. Michael Am Mo., 12. Apr. 2021 um 17:02 Uhr schrieb Nikita Popov < nikita@gmail.com>: > On Thu, Apr 8, 2021 at 2:41 PM Michael Maroszek wrote: > >> Dear Internals,

[PHP-DEV] add php.ini entry to set default user_agent for curl

more "local" approach for the initial implementation. --- Bigger picture: When the preferred solution is to use the default user_agent, we could also try to determine more places where i could send the default user_agent to give this php.ini entry a more consistent feeling. Thanks

Re: [PHP-DEV] [VOTE] Fibers

Hi Aaron! Thank you, and everyone involved, for your effort. On 08/03/2021 20.40, Aaron Piotrowski wrote: > Greetings everyone! > > The vote has started on the fiber RFC: https://wiki.php.net/rfc/fibers > > > Voting will run through March 22nd. I voted /no/,

Re: [PHP-DEV] Tracking Object Property Changes

Hi Joseph! Is this for educational purposes or real world usage? I ask, because, if you don't have to adhere to a predefined C-API you would avoid lots of headache by baking all this stuff into your PHP objects with the APIs provided by Zend. But then again, it would be way more efficient to just

Re: [PHP-DEV] Inline conditional that returns null if falsy

Javascript has this now though support isn't widespread. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Optional_chaining The most similar way to do it in PHP would be ?-> On Fri, Feb 12, 2021 at 1:46 PM Ben Ramsey wrote: > > The => is just a suggestion, other opti

Re: [PHP-DEV] Abusive emails was: silly question : what is more secure at the moment, php7, php8, or plain .sh shell scripts?

I so rarely post to the list that when I got this tripe I figured the problem had to be pretty widespread which is why I posted a reply to the list. On Thu, Jan 14, 2021 at 3:05 PM Stanislav Malyshev wrote: > Hi! > > > He's also apparently has been emailing people individually off-list > > accor

Re: [PHP-DEV] silly question : what is more secure at the moment, php7, php8, or plain .sh shell scripts?

t the moderators issue a ban to you, and I will be blocking your email address. On Sun, Jan 10, 2021, 9:30 AM Reindl Harald (privat) wrote: > > > Am 10.01.21 um 16:11 schrieb Michael Morris: > > Owning and managing the silicon directly isn't > > advised anymore and hasn&

Re: [PHP-DEV] silly question : what is more secure at the moment, php7, php8, or plain .sh shell scripts?

The most secure setup possible is to use a static site generator and upload it's output to a static server with no server side parsing enabled. In my opinion Hugo is the best of these which is written in Go, and that's it's largest drawback - written in a language I'm not too familiar with. Jigsaw

Re: [PHP-DEV] Allow new Cl()->method()

ed as (new Cl())->method();, new (Cl()->method()); is very unusual and parenthesis can be always used to enforce the intended precedence. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL On 3 Dec 2020 07:45, Michał Marcin Brzuchalski wrote: Hi Mi

[PHP-DEV] Allow new Cl()->method()

ot;new" operator has already the highest precedence, thus there should be no conflict. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL

[PHP-DEV] DateTimeInterface interface stub has no modify method

Intentionally? It is an issue for static analysers... With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL

Re: [PHP-DEV] Nightly builds

nd I may help with it. Is it ok to introduce "master-passing" branch in official repo, that will be updated at the very end by CI job triggered by push to "master" branch? With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL

[PHP-DEV] Detect if function is disabled from c ext

of macro 'ZEND_FN' 237 | if (func->handler == ZEND_FN(display_disabled_function)) { Thanks for help in advance. With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL

[PHP-DEV] Nightly builds

uch more sooned until next php minor version has an alpha release. What is your opinion on this and is here someone that can implement it? With kind regards / Mit freundlichen Grüßen / S přátelským pozdravem, Michael Voříšek ČVUT FEL

  1   2   3   4   5   6   7   8   9   10   >