Key takeaways
PHP runs around three in four websites that publish their server language, including every WordPress, WooCommerce and Laravel site. Visitors never see it. They only notice when it’s out of date, because that’s when pages slow down, plugins throw critical errors, or a site gets hacked.
Most site owners set their PHP version once, when the site launches, and never touch it again. That was always risky. After this week’s emergency security release, it’s a real problem. This guide covers why you need to update, which version to move to, and how to do it without breaking anything.
The latest stable PHP version is PHP 8.5.12, released on 21 October 2026. PHP 8.4 is also fully supported. Every supported branch got a security release on the same day, so the number after the second dot matters as much as the one before it.
| PHP branch | Update to | Security fixes until | Status (Oct 2026) |
|---|---|---|---|
| 8.6 | RC4 (testing only) | End of 2030 | Due 19 Nov 2026 |
| 8.5 | 8.5.12 | 31 Dec 2029 | Recommended |
| 8.4 | 8.4.27 | 31 Dec 2028 | Recommended |
| 8.3 | 8.3.36 | 31 Dec 2027 | Security fixes only |
| 8.2 | 8.2.35 | 31 Dec 2026 | Ends in weeks |
| 8.1 and older | No official fix | Ended | Upgrade now |
Source: php.net releases and supported versions, checked 22 October 2026.
This is the reason that matters this week. On 21 October 2026 the PHP security team released PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35 to fix two critical bugs, CVE-2026-109618 and CVE-2026-109619. Both are rated 9.2 out of 10 and can let an attacker run code on a server without logging in.
According to the PHP team, every PHP install that serves web pages is at risk, including PHP-FPM, LiteSpeed and Apache with mod_php. mod_php is the highest risk, because a working exploit can trigger before any WordPress code even runs, so security plugins can’t stop it. The PHP team’s advice is blunt: updating is the only complete fix.
Sites on PHP 8.1 or older don’t get an official patch from the PHP project at all. Some Linux vendors backport fixes, but on typical shared or reseller hosting, “unsupported” means “unpatched”.
Do this today: check your PHP version (WordPress: Tools → Site Health → Info → Server). If it’s below 8.5.12, 8.4.27, 8.3.36 or 8.2.35, ask your host when the patch lands, or switch to a patched version in your hosting panel.
Each PHP version gets two years of active support and two more years of security-only fixes. PHP 8.2 runs out on 31 December 2026. After that, the next critical vulnerability like this month’s stays open on 8.2 for good. PHP 8.1 already hit end of life at the end of 2025.
If you’re updating anyway because of the security release, skip 8.2 and 8.3 entirely. Moving straight to PHP 8.4 or 8.5 buys two to three more years before you need to touch it again.
Each major PHP release has improved the engine that builds every page on the server. A faster PHP version cuts server response time, and server response time feeds straight into Largest Contentful Paint, one of Google’s three Core Web Vitals. A WooCommerce store running heavy product filters usually feels the difference the most, on the pages that make the money.
WordPress 7.0, released in May 2026, raised its minimum PHP version to 7.4 and recommends PHP 8.4 or 8.5 for new sites. PHP 7.4, 8.0 and 8.1 are now supported “for backward compatibility only”. Plugin developers follow the same direction: new releases increasingly require PHP 8.x, so an old server quietly blocks you from updating the plugins that keep your site secure.
That’s how the “WordPress PHP update required” notice in your dashboard turns into a real problem. One plugin update fails, then another, and six months later the site is stuck on old, vulnerable versions of everything.
PHP 8.4 and 8.5 added property hooks, the pipe operator (|>), a built-in URI parser, array_first() / array_last() and fatal error backtraces. Cleaner code is cheaper to maintain, and clearer errors make debugging a broken checkout faster.
PHP 8.6 is at Release Candidate 4 now, with RC5 due on 5 November, and the feature list is frozen. The headline features:
? or ... in place of arguments and get back a ready-made function.clamp(): keeps a value inside a range, replacing the classic min(max()) line.Time\Duration: a proper type for timeouts and delays, so nobody has to guess whether 30 means seconds or milliseconds.// PHP 8.6 partial function application
$stripSpaces = str_replace(' ', '', ?);
echo $stripSpaces('a b c'); // "abc"
$discount = clamp($input, min: 0, max: 100); Searching for “PHP 8.6 async”? Native async isn’t in 8.6. The new polling API is groundwork, and full concurrency support is still under discussion for a future version.
The session defaults are the change most likely to break things. An old plugin that reads the session cookie in JavaScript, or a payment gateway that posts back cross-site, may log users out mid-checkout. That’s why 8.6 belongs on a staging site first, not a live store on day one.
Update WordPress, your theme and every plugin first, then PHP. Most “PHP broke my site” stories are really “an outdated plugin couldn’t handle the new PHP” stories. Getting the code current first means the PHP switch is usually a non-event.
And yes, you should update PHP on WordPress. Just don’t jump to a version released last week. For a live WordPress site in October 2026, PHP 8.4 or 8.5 is the sweet spot: patched, supported for years, and well tested by plugin developers.
Don’t panic. Switch PHP back to the previous version in your hosting panel and the site comes back. WordPress also emails the admin a recovery mode link that names the plugin or theme that failed. Update or replace that plugin, then try the new PHP version again. If the site stays down, rename the wp-content/plugins folder over FTP to disable every plugin at once and find the culprit.
Not directly. Google doesn’t check which PHP version a server runs. It does see the results: slower server response times hurt Core Web Vitals, and a hacked site gets flagged in search results, stuffed with spam pages, and can take months to win its rankings back. Keeping PHP current is part of technical SEO, not separate from it.
We build and maintain sites white-label for agencies, so PHP updates come in batches, not one at a time. Every site gets a backup, a staging test, a plugin compatibility check and a rollback plan before anything changes on live. Your clients get a faster, safer site. They never see us.
If you’ve got client sites still on PHP 8.2 or older, this month’s vulnerability and the December deadline make now the time. Our web design, ecommerce and white label teams can audit and update them for you.
Updating PHP keeps your site protected by security fixes, makes pages load faster and keeps plugins compatible. Old PHP versions stop getting patches, so new vulnerabilities, like the critical ones fixed on 21 October 2026, stay open on them.
The latest stable PHP version is PHP 8.5.12, released on 21 October 2026. PHP 8.6 is in release candidate testing and is due on 19 November 2026.
On 21 October 2026, PHP fixed two critical vulnerabilities, CVE-2026-109618 and CVE-2026-109619, rated CVSS 9.2. They can allow unauthenticated remote code execution. The fixed versions are PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35.
PHP 8.2 receives its last security fixes on 31 December 2026. After that it’s end of life, and sites should move to PHP 8.4 or 8.5.
WordPress 7.0 recommends PHP 8.4 or 8.5. The minimum is PHP 7.4, but versions older than 8.2 are end of life and no longer get security fixes from the PHP project.
Update WordPress core, your theme and all plugins first, then update PHP. Outdated plugins cause most of the errors people blame on PHP updates.
Open MultiPHP Manager (or Select PHP Version on CloudLinux hosts), select your domain, choose the new PHP version and apply it. Back up and test on staging first.
PHP 8.6 is scheduled for 19 November 2026. It adds a polling API but not native async, which is still under discussion for a future version.
About the author
Written by Pavan at Atlantis Marketing, a white-label web design, WordPress and SEO agency working with agencies and partners worldwide. Pavan works on WordPress builds, site maintenance and search performance, and writes practical guides on keeping client websites fast, secure and ranking.
Client sites still on old PHP?
We’ll audit, patch and update them white-label, before the next vulnerability hits. No BS, no fluff.
Book a free 20-min call