<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Len Woodward</title>
    <description>The latest articles on DEV Community by Len Woodward (@projektgopher).</description>
    <link>https://dev.to/projektgopher</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F1383734%2Ff5ede504-5ae0-422b-8d13-69b3bfd2a1a1.jpeg</url>
      <title>DEV Community: Len Woodward</title>
      <link>https://dev.to/projektgopher</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/projektgopher"/>
    <language>en</language>
    <item>
      <title>This Week In PHP Internals | June 24, 2026</title>
      <dc:creator>Len Woodward</dc:creator>
      <pubDate>Thu, 25 Jun 2026 03:41:37 +0000</pubDate>
      <link>https://dev.to/projektgopher/this-week-in-php-internals-june-24-2026-kmm</link>
      <guid>https://dev.to/projektgopher/this-week-in-php-internals-june-24-2026-kmm</guid>
      <description>&lt;p&gt;Hello world, it's Wednesday, June 24, 2026, and here's what happened This Week in PHP Internals.&lt;/p&gt;

&lt;p&gt;This week's episode is supported by &lt;strong&gt;Ballast&lt;/strong&gt; — our new gauge for whether the software you ship actually &lt;em&gt;lasts&lt;/em&gt;. Velocity tells you how fast you ship; Ballast tells you whether it &lt;em&gt;stayed&lt;/em&gt; shipped — one durability score, read straight from your git history. &lt;em&gt;No survey, no black box.&lt;/em&gt; Early access opens at &lt;code&gt;artisan.build/ballast&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;Right — Gina P. Banyard opened the annual &lt;strong&gt;Deprecations for PHP &lt;code&gt;8.6&lt;/code&gt;&lt;/strong&gt; RFC. It's the yearly omnibus: a year's worth of small removals, compiled by a dozen hands, each one voted on its own, and it has to be frozen by July 13. This year the sharpest exchange wasn't about any one removal — it was about &lt;em&gt;evidence&lt;/em&gt;. Juliette Reinders Folmer pressed the point that the proposals ship without an impact analysis: "[N]one of the proposals contain a proper impact analysis," she wrote, calling it irresponsible to ask voters to decide partly blind — and she offered to &lt;strong&gt;build&lt;/strong&gt; one, &lt;code&gt;PHP_CodeSniffer&lt;/code&gt; plus &lt;code&gt;PHPCompatibility&lt;/code&gt;, covering most of the list.&lt;/p&gt;

&lt;p&gt;Tim Düsterhus pushed back — said the claim wasn't accurate, and reminded the list that deprecations aren't a breaking change. Juliette felt that talked past her, and answered plainly: "Tim, please don't try to gaslight me." It's worth sitting with, &lt;em&gt;not&lt;/em&gt; laughing past: underneath the heat is a fair ask — give voters the data to decide. And by midweek it wasn't a two-person spat — Rowan Tommins backed the substance. A deprecation, he argued, is really a proposal to &lt;em&gt;remove&lt;/em&gt; something later, so the impact of that removal is fair to weigh; he put it bluntly: "To knowingly omit information that might weaken your case would be dishonest."&lt;/p&gt;

&lt;p&gt;So what's actually proposed for removal? A real grab-bag, each with its own argument. The &lt;code&gt;_()&lt;/code&gt; shorthand for &lt;code&gt;gettext()&lt;/code&gt; — and Rowan Tommins flagged that one as genuinely costly, since &lt;code&gt;_()&lt;/code&gt; is the canonical gettext spelling and big codebases lean on it thousands of times. Reserving the keywords &lt;code&gt;let&lt;/code&gt;, &lt;code&gt;in&lt;/code&gt;, &lt;code&gt;out&lt;/code&gt;, and &lt;code&gt;inout&lt;/code&gt;. The &lt;code&gt;CURLOPT_PROGRESSFUNCTION&lt;/code&gt; constant — where Ayesh Karunaratne argued &lt;em&gt;don't&lt;/em&gt; deprecate it at all, just quietly remap it onto &lt;code&gt;CURLOPT_XFERINFOFUNCTION&lt;/code&gt; and spare a few hundred maintainers the churn. Plus &lt;code&gt;spl_object_hash()&lt;/code&gt; and &lt;code&gt;metaphone()&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;One fresh proposal rode in on that same thread. Muhammed Arshid KV wants to deprecate &lt;code&gt;SplFileObject&lt;/code&gt;'s CSV methods — &lt;code&gt;fgetcsv&lt;/code&gt;, &lt;code&gt;fputcsv&lt;/code&gt; and the rest — in favour of a dedicated &lt;code&gt;csv&lt;/code&gt; extension. But Ignace Nyamagana Butera, who &lt;em&gt;maintains&lt;/em&gt; the &lt;code&gt;league/csv&lt;/code&gt; library, hit the brakes: "deprecating the current API without providing at least the start of a replacement API seems premature [...] Anything else would be counterproductive at the moment." Gina's standing offer to anyone with an idea: send me the text and I'll fold it in — &lt;em&gt;but I'm not writing it for you.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;The single busiest thread of the week, though, was brand new. Tim Düsterhus and Derick Rethans proposed a &lt;code&gt;Time\Duration&lt;/code&gt; class — a first-class, immutable stopwatch value, deliberately small, aimed at &lt;code&gt;8.6&lt;/code&gt; so it can smooth the new Polling API's timeouts before the feature freeze. And it's the &lt;em&gt;opening move&lt;/em&gt; of a modern date-and-time API. Fifty-some replies followed, almost all the productive kind of argument: should a negative duration carry a sign flag or just be signed seconds? What on earth do you call dividing one duration by another? Marc Bennewitz pushed hard on the representation; Paweł Kraśnicki showed up from the &lt;code&gt;brick/date-time&lt;/code&gt; world and got a warm "welcome and thank you for contributing."&lt;/p&gt;

&lt;p&gt;When the design drifted toward a static &lt;code&gt;Duration::sum()&lt;/code&gt;, Larry Garfield drew a firm line: "I am 100% against a static method for adding durations. That's entirely pointless." He wants &lt;code&gt;$dur1-&amp;gt;add($dur2)&lt;/code&gt; — &lt;em&gt;like a civilized person.&lt;/em&gt; By Tuesday Tim had already renamed the ISO parser and added an &lt;code&gt;-&amp;gt;absolute()&lt;/code&gt; method, so this one is genuinely moving.&lt;/p&gt;

&lt;p&gt;Rob Landers opened a pre-RFC for &lt;strong&gt;Primary Constructors&lt;/strong&gt;, lifted out of his old Records proposal. Picture the whole constructor promoted up onto the class line itself. The catch in Rob's version: a class with one &lt;em&gt;can't&lt;/em&gt; also declare a &lt;code&gt;__construct&lt;/code&gt;, so real init logic has to run through property hooks — and Nick Sdot caught the snag immediately, that hooks-only means the class can't be &lt;code&gt;readonly&lt;/code&gt;. Larry's in, keep-it-simple, with a side of Kotlin. Rowan Tommins pushed back: "I don't think we should add extra syntax to the language just to change people's habits."&lt;/p&gt;

&lt;p&gt;Function autoloading came back for a &lt;em&gt;fifth&lt;/em&gt; try — Paul Jones's mark 5 of a feature internals keeps almost-shipping and never quite does. It drew the exact objection that's sunk every prior run: lean on it, forget to fully-qualify a name, and your code works &lt;em&gt;by accident&lt;/em&gt; because something else loaded that function first — then breaks silently after a refactor. Tim Düsterhus put it flatly: "Agreed on this being a non-starter for the proposal for me." Paul's answer is a &lt;code&gt;declare(strict_namespace=1)&lt;/code&gt; switch to kill the global fallback, plus a patient reply to Bob Weinand on why the engine simply can't retry name resolution cheaply.&lt;/p&gt;

&lt;p&gt;To the ballots. The headline features still can't find a two-thirds. Seifeddine Gmati's Bound-Erased &lt;strong&gt;Generics&lt;/strong&gt; is, as of this recording, sitting at 7 in favour, 19 against, 10 abstaining — and that's the &lt;em&gt;primary&lt;/em&gt;; on the syntax sub-vote the C#-style &lt;code&gt;in&lt;/code&gt;/&lt;code&gt;out&lt;/code&gt; spelling is killing it, 24 to 2. Nicolas Grekas's &lt;code&gt;__exists()&lt;/code&gt; magic method is underwater too, 2 to 12 with 7 abstentions. And Daniel Scherzer read the room on &lt;code&gt;ReflectionAttribute::getCurrent()&lt;/code&gt; — stuck at 4-7-8 — and simply &lt;strong&gt;pulled&lt;/strong&gt; the vote to rework it.&lt;/p&gt;

&lt;p&gt;The focused changes, meanwhile, are clearing without a single No. Tim Düsterhus's deprecation of returning values from constructors and destructors: 37 to nothing as of recording. Sjoerd Langkemper's cap on &lt;code&gt;php://filter&lt;/code&gt; chains — last week's local-file-inclusion-to-RCE fix — running 30 to nothing, 2 abstaining. Weilin Du's &lt;code&gt;Locale&lt;/code&gt; display-keyword additions are &lt;strong&gt;in&lt;/strong&gt; — the vote closed and the RFC's accepted, 18 to nothing. And Jordi Kroon's plan to lift third-party extension docs out of the manual is cruising at 21 to 1 — though the room is split on &lt;em&gt;where&lt;/em&gt; they should live.&lt;/p&gt;

&lt;p&gt;Tough week to be a &lt;em&gt;revival&lt;/em&gt;. Jorg Sowa brought back case-sensitive PHP, took a full week of fire — Rob Landers didn't hedge: "I honestly can't think of anything good that this RFC would bring" — and on Tuesday retired it himself, writing: "I'm sorry, but I'm going to stop work on this RFC. I see very little chance it passing." James Titcumb formally walked away from the deprecate-PEAR RFC, realising it isn't really the project's call to make, and explained: "[D]eprecating PEAR is not really within the remit of the wider PHP community [...] it's like making an RFC to deprecate Packagist." Quieter movers: Literal Scalar Types reached &lt;code&gt;v0.2&lt;/code&gt; with strict matching by default, and the &lt;code&gt;.phpc&lt;/code&gt; pure-code idea &lt;em&gt;mutated&lt;/em&gt; into an alternate opening tag, &lt;code&gt;&amp;lt;?psf&lt;/code&gt;, that could even carry a &lt;code&gt;new_scope&lt;/code&gt; directive.&lt;/p&gt;

&lt;p&gt;On the governance bench: Khaled Alam's "write to objects held in constants" RFC cleared its cooldown and is &lt;strong&gt;headed to a vote&lt;/strong&gt; June 29. And Ben Ramsey reshaped the Working Groups proposal — moving the real policy text out into a pull request so the RFC itself is just charter-and-link — still trying to give the project a little structure &lt;em&gt;without&lt;/em&gt; crowning a BDFL.&lt;/p&gt;

&lt;p&gt;One human note to end on. A few weeks back a newcomer, Sepehr Mahmoudi, floated a &lt;code&gt;get_favicon()&lt;/code&gt; function and got the classic "what problem does this actually solve" welcome. This week he &lt;em&gt;withdrew&lt;/em&gt; it himself — better suited to userland, he decided — pivoted to a &lt;code&gt;str_mask()&lt;/code&gt; helper, heard Rowan explain that real masking needs graphemes and ICU rather than raw bytes, and pivoted &lt;em&gt;again&lt;/em&gt; to &lt;code&gt;grapheme_mask()&lt;/code&gt; for the &lt;code&gt;intl&lt;/code&gt; extension, working C prototype in hand. And as of &lt;em&gt;this morning&lt;/em&gt; he's got the keys to write it up — Ilija Tovilo granted his RFC karma and signed off with a simple "Good luck!" That's the list at its best: someone turning up, &lt;em&gt;listening&lt;/em&gt;, and getting better in the open.&lt;/p&gt;

&lt;p&gt;Quick hits. Sjoerd Langkemper is &lt;em&gt;everywhere&lt;/em&gt; this week — beyond the filter-chain vote, he wants &lt;code&gt;base_convert&lt;/code&gt; to stop silently shredding entropy when you build random tokens with it, and he's adding a &lt;code&gt;ValueError&lt;/code&gt; for invalid characters to &lt;code&gt;hexdec&lt;/code&gt;, &lt;code&gt;bindec&lt;/code&gt; and &lt;code&gt;octdec&lt;/code&gt;. Osama Aldemeery floated deprecating &lt;code&gt;return&lt;/code&gt; inside a &lt;code&gt;finally&lt;/code&gt; block — the one silent abrupt-exit PHP still allows — backed by an impact analysis showing it hits just 12 sites across 9 packages, 3 of them &lt;em&gt;actual latent bugs&lt;/em&gt;; it's folding into the omnibus. Pratik Bhujel's terminal extension reached &lt;code&gt;v0.5.0&lt;/code&gt;. Gianfrancesco Aurecchia floated an &lt;code&gt;Openssl\Dtls&lt;/code&gt; class to bring DTLS — the &lt;em&gt;UDP&lt;/em&gt; side of TLS, the piece WebRTC needs — into the &lt;code&gt;openssl&lt;/code&gt; extension, proof-of-concept already green. And &lt;code&gt;8.4.23&lt;/code&gt; and &lt;code&gt;8.5.8&lt;/code&gt; both cut release candidates.&lt;/p&gt;

&lt;p&gt;That's the week: a deprecations RFC that became an argument about evidence and respect, a stopwatch class that swallowed the mailing list, two revivals laid to rest, and the headline votes still stalled while the small ones glide through. Links to every thread are below. We're Artisan Build. See you next week.&lt;/p&gt;

</description>
      <category>php</category>
      <category>laravel</category>
      <category>webdev</category>
      <category>news</category>
    </item>
  </channel>
</rss>
