Symfony and PHP version compatibility
Choose a Symfony version to see its minimum PHP and support dates, or type the PHP version your server runs to see every Symfony version that runs on it.
| Symfony | Minimum PHP | LTS | Released | Bug fixes until | Security fixes until | Status on October 13, 2026 |
|---|---|---|---|---|---|---|
| 8.2 | 8.4.0 | No | November 2026 | July 2027 | July 2027 | Not released yet |
| 8.1 | 8.4.0 | No | May 2026 | January 2027 | January 2027 | Bug and security fixes |
| 8.0 | 8.4.0 | No | November 2025 | July 2026 | July 2026 | No longer supported |
| 7.4 | 8.2.0 | Yes | November 2025 | November 2028 | November 2029 | Bug and security fixes |
| 7.3 | 8.2.0 | No | May 2025 | January 2026 | January 2026 | No longer supported |
| 7.2 | 8.2.0 | No | November 2024 | July 2025 | July 2025 | No longer supported |
| 7.1 | 8.2.0 | No | May 2024 | January 2025 | January 2025 | No longer supported |
| 7.0 | 8.2.0 | No | November 2023 | July 2024 | July 2024 | No longer supported |
| 6.4 | 8.1.0 | Yes | November 2023 | November 2026 | November 2027 | Bug and security fixes |
| 6.3 | 8.1.0 | No | May 2023 | January 2024 | January 2024 | No longer supported |
| 6.2 | 8.1.0 | No | November 2022 | July 2023 | July 2023 | No longer supported |
| 6.1 | 8.1.0 | No | May 2022 | January 2023 | January 2023 | No longer supported |
| 6.0 | 8.0.2 | No | November 2021 | January 2023 | January 2023 | No longer supported |
| 5.4 | 7.2.5 | Yes | November 2021 | November 2024 | February 2029 | Security fixes only |
| 5.3 | 7.2.5 | No | May 2021 | January 2022 | January 2022 | No longer supported |
| 5.2 | 7.2.5 | No | November 2020 | July 2021 | July 2021 | No longer supported |
| 5.1 | 7.2.5 | No | May 2020 | January 2021 | January 2021 | No longer supported |
| 5.0 | 7.2.5 | No | November 2019 | July 2020 | July 2020 | No longer supported |
| 4.4 | 7.1.3 | Yes | November 2019 | November 2022 | November 2023 | No longer supported |
| 4.3 | 7.1.3 | No | May 2019 | January 2020 | July 2020 | No longer supported |
| 4.2 | 7.1.3 | No | November 2018 | July 2019 | January 2020 | No longer supported |
| 4.1 | 7.1.3 | No | May 2018 | January 2019 | July 2019 | No longer supported |
| 4.0 | 7.1.3 | No | November 2017 | July 2018 | January 2019 | No longer supported |
| 3.4 | 5.5.9 | Yes | November 2017 | November 2020 | November 2021 | No longer supported |
The table comes from Symfony's own release data and is refreshed each time this site is built; the date under it is when it was taken. Nothing you type here leaves your browser.
How to check which PHP your Symfony project needs
- Find the Symfony version. In the project, run
php bin/console --version. Without a working console,composer show symfony/framework-bundlereads it from the lock file. - Pick it above. The first line is the lowest PHP that version accepts.
- Find the PHP version the server really runs.
php -von the command line, but the web server can run a different PHP from the command line on the same machine, so checkphpversion()from a page as well before trusting either. - Type that PHP version in the second box to see every Symfony version it can run, and which of them still receive fixes.
What LTS means for Symfony
Symfony releases a new minor version every six months, in May and November. The last minor of each major version -- 5.4, 6.4, 7.4 -- is a long-term support release. Symfony's release process gives a standard release eight months of fixes, and an LTS release three years of bug fixes and four of security fixes. The table above uses the dates symfony.com publishes for each version, which is where any extension to those periods shows up.
Bug fixes and security fixes are separate dates for a reason. Once bug fixes end, a version still receives patches for vulnerabilities, so it is safe to run while you plan an upgrade. Once security fixes end, it is not.
Upgrading PHP and Symfony together
Composer will tell you what stands in the way before you change anything on the server:
composer why-not php 8.4
It lists every package in the project, Symfony's included, that refuses
that PHP version. When the server is behind your machine, pin Composer to
the server's version in composer.json, so composer update never
installs a package the server cannot run:
{
"config": {
"platform": {
"php": "8.2.0"
}
}
}
The minimum is not the maximum
Symfony publishes the lowest PHP each version needs and does not publish a highest. An old Symfony version usually installs on a much newer PHP, and then fills the log with deprecation notices, because PHP has deprecated things it relies on. Treat a PHP upgrade of more than one minor version past what a Symfony version was released against as an upgrade to test, not one to assume.