8.5 released 20 November 2025, latest 8.5.9.
PHP 8.5 is currently supported. Active support is scheduled to end on 31 December 2027. It reaches end of life on 31 December 2029.
What changed
PHP 8.5 adds the pipe operator, which passes the value on its left into the callable expression on its right. It also introduces a URI extension with APIs for RFC 3986 URI handling and WHATWG URL handling, making URI parsing and normalization available without relying solely on application-specific libraries. Other additions include a clone() function that can be used where a callable is needed, a NoDiscard attribute for APIs whose return values should not be ignored, and improved diagnostic information for certain fatal errors. The line also continues PHP’s deprecation process, so code and dependencies should be checked for warnings that identify constructs intended for removal in a later PHP line.
What staying costs
PHP 8.5 remains a supported PHP line, so staying on it does not by itself mean operating an unsupported runtime. The practical cost is that newer PHP features, fixes, and library compatibility targets will accumulate beyond this line. Frameworks, packages, extensions, and operating-system images commonly move their tested and supported PHP ranges forward, which can turn a routine upgrade into a larger compatibility project if it is deferred. Teams also risk missing deprecation warnings while they are still actionable, then encountering removed behavior only when a later upgrade becomes necessary. Staying on an unpatched 8.5 build has a separate risk: support status does not remove the need to install the current maintenance release available for the line.
What to do
Keep production on the latest available PHP 8.5 maintenance build and inventory the exact PHP extensions, framework version, Composer dependencies, and deployment images in use. Run the application and its test suite with deprecation reporting enabled in a non-production environment, then fix application code and update dependencies that emit warnings rather than suppressing them. Establish CI coverage for PHP 8.5 and the next PHP line your team intends to adopt, including extension installation, static analysis, integration tests, and representative production configuration. Review URL and URI code separately before adopting the new URI extension, because RFC 3986 URI semantics and WHATWG URL semantics are not interchangeable. Treat the pipe operator and other language additions as optional adoption work; test them under the project’s coding standards and minimum-runtime policy before introducing them into shared code.
Release history
We can tell you what moving off PHP 8.5 involves.
What it takes to move off PHP 8.5 depends on what you built on it — the version you are on, how much depends on it, and how much of the work is mechanical. Leave your email with this version and we can tell you what that looks like for you.
Not sure yet? Get my plan
