Hi all,
cross-posting for reach (guess that only few read internals-win).
We had a feature request the other day to ship PHP builds for Windows on
arm64[1]. It seems to me that Windows on arm64 has left its infancy,
and we may not want to fall too far behind in supporting that platform.
We alre
On Mon, Aug 26, 2024, at 10:54 AM, Deleu wrote:
> Hi Jim!
>
> On Mon, Aug 26, 2024 at 2:48 PM Jim Winstead wrote:
>> __
>> Hi,
>>
>> Another RFC around process:
>> https://wiki.php.net/rfc/web-and-doc-use-not-endorsement
>>
>> Feedback would be appreciated. My intention is to start voting on S
On 28/08/2024 09:00, Rob Landers wrote:
If anyone can add something to the list, then it eventually will
become as overwhelming as https://github.com/uhub/awesome-php
FYI, that's not the Awesome PHP list, this is:
https://github.com/ziadoz/awesome-php. That other one doesn't even look
curated
Hey all,
I've got a pull request at https://github.com/php/php-src/pull/15603
that I wanted to bring to your attention. We're interested in being
able to reuse curl share handles across requests in mod_php, since
we'd expect a performance benefit from not having to redo DNS lookups
(in the case of
On Aug 28 2024, at 9:34 am, Larry Garfield wrote:
>
> I don't think I'd support a list of "popular" frameworks, but mentioning
> Composer, Xdebug, and PHPUnit seems a requirement for a useful modern
> tutorial.
Can you explain your position more here, what exactly is your concern (if I
captu
> I agree with this to a point. What if I want my newish framework listed on
> the page? What are the qualifications for being listed (or unlisted) there?
> Can anyone add their own framework?
Personally I say put the top 5 by Github stars on a page by themselves, and
have a secondary page rank
>
> What a couple of people have touched on is that that all we have
> right now is a Reference, which is only one kind of documentation.
> The common zeitgeist these days says there's 4: https://diataxis.fr/
>
> * Tutorials
> * How-to guides
> * Explanation
> * Reference
>
> We have a referenc
On Wed, Aug 28, 2024, at 2:51 AM, John Coggeshall wrote:
>> And that is how you will find that the "new" languages will "win". If we
>> don't promote how modern PHP Development works, then there will be more
>> "PHP, a fractal of bad design" articles to come for decades.
>>
>> We *must* do better
Hello, everyone.
I'm sorry for not being active for a time on the internals, including about
this RFC of mine.
I just had a huge house-related problem and recently also health problems
with my family.
So, I'll have to stay away for some time. But I'll go ahead with the talks
about this RFC as soon
On Wed, Aug 28, 2024, at 09:51, John Coggeshall wrote:
>
>> And that is how you will find that the "new" languages will "win". If we
>> don't promote how modern PHP Development works, then there will be more
>> "PHP, a fractal of bad design" articles to come for decades.
>>
>> We *must* do better
> And that is how you will find that the "new" languages will "win". If we
> don't promote how modern PHP Development works, then there will be more
> "PHP, a fractal of bad design" articles to come for decades.
>
> We *must* do better than this. It probably doesn't all need to be in the
> documen
On Wed, Aug 28, 2024, at 03:46, Jim Winstead wrote:
> On Tue, Aug 27, 2024, at 4:46 AM, Christoph M. Becker wrote:
> > On 27.08.2024 at 07:03, Andreas Heigl wrote:
> >
> >> I see this a bid differently to be honest. While I understand that using
> >> third party packages in our internal tools mig
12 matches
Mail list logo
