Knowledge base

Choosing a PHP version

Use the newest version your code supports. Here is how to change it and how to find out what broke.

Use the newest version your application supports. Newer PHP is faster and gets security fixes; an end-of-life version gets neither.

Changing it

Sites → your site → Software → PHP version. The change applies within seconds and does not need a restart you can see.

Before you change it on a live site

Take a backup first (Sites → your site → Backups), and update your plugins and theme — they are where PHP upgrades break. Use a staging copy (Sites → your site → Staging) to rehearse those updates without touching the live site. ⚠️ A staging copy runs the same PHP version as the live site, so it cannot trial the new version by itself: if the site misbehaves after the change, set the version back — it takes seconds.

If something breaks afterwards

The usual cause is one plugin or one library that has not been updated. Set the version back — it takes seconds — and read the error log at Sites → your site → Statistics. The log names the file and the line, which is normally enough to identify the plugin.

WordPress specifically

WordPress core supports current PHP well. Plugins are where the problems are, and the WordPress screen lists every plugin across your estate with its version, so you can see which sites carry the risky one before you move any of them.

⚠️ We do not upgrade your PHP version for you, and the choice stays yours because only you know what your code does. We keep the newer versions available and patched.

⛔ We do not currently warn you in advance that your version is nearing end of life, so do not wait to be told. If you open a support ticket while running a version we have already retired, the site check in front of the form points it out and suggests the newest supported one — but that is the only place it surfaces, and only once the version is already retired. Check the PHP version screen yourself once or twice a year.

What "end of life" means here

An end-of-life version stops getting fixes from the PHP project. We keep several of those available deliberately, hardened and security-patched by our platform, so an older application can move in on day one rather than being rebuilt first. That is a real option and not a trap — but it is a floor, not a destination, and the newest version your code supports is still the right answer.

Latest from the blog

What we have been writing about hosting, SEO and running sites at scale.

SEO and Link Building from the Hosting Layer: A 2026 Operator's View

How hosting shapes indexing and link equity in 2026: keeping pages indexed, vetting aged domains before you build on them, link building without a footprint, and an honest line on what infrastructure can and cannot do for SEO.

Read the post →

Making WordPress Fast and Secure: A Performance and Plugin Checklist

A practical checklist for fast, secure WordPress: server-level caching, a per-site object cache, the handful of plugins worth running, keeping the stack current, and the WooCommerce pages you must never cache.

Read the post →

How to Choose Managed Web Hosting in 2026: A Buyer's Guide

What actually separates good managed hosting from a cheap box with a control panel — migrations, backups, isolation, real caching and honest scaling — and how to judge it before you commit.

Read the post →

Read the blog →

Still stuck?

Support is included on every plan, the desk is open 24 hours a day, and you can write to us in any of our 58 languages — we answer you in yours.

Contact support → All articles →