# Бъдещето на PHP

> Бъдещето на PHP според доказани планове: срокове на поддръжка, PHP 8.6 с планирана дата, приети RFC за PHP 9.0 и какво означава това за Вашето планиране.

Източник: https://phpsos.de/bg/php/zukunft-von-php/  
Актуалност: 25.10.2026  
Доставчик: PHP SOS, Спешна помощ за PHP и сигурност на сървъри. Незабавна помощ по WhatsApp: https://wa.me/491736494914?text=%D0%97%D0%B4%D1%80%D0%B0%D0%B2%D0%B5%D0%B9%D1%82%D0%B5%2C%20PHP%20SOS%2C%20%D0%B8%D0%BC%D0%B0%D0%BC%D0%B5%20%D0%BD%D1%83%D0%B6%D0%B4%D0%B0%20%D0%BE%D1%82%20%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%20%D1%81%20%D0%BD%D0%B0%D1%88%D0%B8%D1%8F%20PHP%20%D1%81%D1%8A%D1%80%D0%B2%D1%8A%D1%80.%20%D0%A4%D0%B8%D1%80%D0%BC%D0%B0%3A%20%E2%80%A6%20%D0%A3%D0%B5%D0%B1%D1%81%D0%B0%D0%B9%D1%82%3A%20%E2%80%A6

**Накратко:** Бъдещето на PHP е в същественото си определено и може да се прочете публично. Всяка версия получава четири години поддръжка, две от които само с корекции за сигурност, всеки път до 31 декември. PHP 8.6 е предвиден според плана за 19.11.2026 г. и носи, наред с друго, по-сигурни стандарти за сесиите. За PHP 9.0 има приети предложения за промени, но няма обявена дата. За фирмите това означава: планируеми надграждания вместо изненади, стига да използват поддържани версии.

## Как се решава за бъдещето на PHP?

Нови функции и правила възникват в PHP чрез RFC (Request for Comments). Едно предложение се публикува в PHP wiki, обсъжда се в пощенския списък и после се гласува. За новите стандарти за сесиите например според RFC е било нужно мнозинство от две трети. Едва приет и реализиран RFC е доказано планиране; предложенията в обсъждане са идеи, не ангажименти.

За вземащите решения това е предимство: който иска да знае какво предстои, може да прочете списъка в wiki, вместо да разчита на слухове. На тази страница затова посочваме само приети или реализирани RFC и официални дати.

## Твърди срокове на поддръжка: четири години за версия

През 2024 г. проектът PHP адаптира жизнения цикъл на изданията с RFC. Оттогава важи: две години активна поддръжка с корекции на грешки и на сигурността, след това две години само за критични проблеми със сигурността. Сроковете завършват еднакво на 31 декември. Release candidate вече не могат да съдържат нови функции.

| Версия | Издадена | Активна поддръжка до | Корекции за сигурност до |
|---|---|---|---|
| 8.2 | 08.12.2022 г. | 31.12.2024 г. | 31.12.2026 г. |
| 8.3 | 23.11.2023 г. | 31.12.2025 г. | 31.12.2027 г. |
| 8.4 | 21.11.2024 г. | 31.12.2026 г. | 31.12.2028 г. |
| 8.5 | 20.11.2025 г. | 31.12.2027 г. | 31.12.2029 г. |
| 8.6 | планирана 19.11.2026 г. | според правилото вероятно 31.12.2028 г. | според правилото вероятно 31.12.2030 г. |

Стойностите за 8.2 до 8.5 са от php.net, а тези за 8.6 сме извели от действащото правило; те са обвързващи едва когато php.net ги публикува. Какво означава това за по-старите версии, описват [Версиите на PHP и жизненият цикъл на изданията](https://phpsos.de/bg/php/release-zyklus/) и [PHP End of Life: рискове от остарели версии](https://phpsos.de/bg/ratgeber/php-end-of-life-risiken/).

## PHP 8.6: какво е решено

Според графика в PHP wiki публикуването на PHP 8.6.0 е предвидено за 19.11.2026 г. На 21.10.2026 г. излезе четвъртият release candidate, който според php.net вече съдържа корекциите за двете уязвимости PHP2Shell; по-ранните тестови версии на 8.6 трябва да бъдат заменени. Следващият release candidate е обявен за 05.11.2026 г. Тестовите версии не принадлежат в продукция.

Подбор от RFC, водени в wiki като реализирани за PHP 8.6:

1. **Сигурни стандарти за сесиите:** `session.use_strict_mode` и `session.cookie_httponly` се включват по подразбиране, `session.cookie_samesite` се задава на `Lax`.
2. **Аргументи на функциите в съобщенията за грешки:** допълнителни данни, които помагат при откриване на грешки.
3. **Ограничаване на вериги от филтри:** горна граница за броя на свързаните филтри.
4. **Нови езикови средства:** наред с други, `clamp()`, частично прилагане на функции и стойности по подразбиране за readonly свойства.
5. **Обявяване за остарели:** върнатите стойности от `__construct()` и `__destruct()` се отбелязват като остарели.

Какво дойде вече с PHP 8.0 до 8.5, обобщава [PHP 8.0 до 8.5: най-важните новости](https://phpsos.de/bg/php/php-8-neuerungen/).

## PHP 9.0: приети предложения, без дата

Няколко RFC изрично предвиждат промени за PHP 9.0 и са приети, но още не са реализирани. Към тях спадат: грешка вместо предупреждение при недефинирани променливи и свойства, премахване на записа `${}` в низове, премахване на идентификаторите на сесии през GET и POST и краят на неявно nullable типове на параметри. Дата на издаване на PHP 9.0 на php.net не е обявена.

За планирането това означава: кодът, който днес генерира предупреждения за остарели функции, трябва да се почисти сега. Тогава по-късният скок няма да бъде голям проект.

В wiki има и много предложения в обсъждане, например общ двоичен файл за командния ред и FPM или паралелност в машината. Дали ще дойдат, е открито.

## Кой поддържа PHP

PHP се поддържа от доброволци и платени разработчици. За всяка версия има екип от release мениджъри; за PHP 8.6 wiki посочва Daniel Scherzer, Matteo Beccati и Joe Ferguson. PHP Foundation описва като своя задача осигуряването на дългосрочния просперитет на езика и според собственото си представяне наема екип от разработчици на непълно и на пълно работно време за поддръжка, сигурност и нови функции.

Инфраструктурата също се модернизира: от PHP 8.5 OPcache е вграден неотменно, а с RFC е решено за разширенията да се препоръчва PIE и PECL да се обозначи като остарял.

## Какво означава бъдещето на PHP за Вашата сигурност

PHP2Shell показа колко важни са сроковете на поддръжка. За 8.2 до 8.5 на 21.10.2026 г. излязоха официални корекции; за 8.1 и по-стари имаше само минимални backport в изходния код. PHP 8.2 приключва на 31.12.2026 г. Който планира днес, трябва да запази три неща:

- Всяка използвана версия се нуждае от известен край на поддръжката в календара.
- Преминаването към следващата поддържана версия трябва да е навреме преди тази дата.
- Новите стандарти, като сигурните настройки на сесиите в 8.6, са добре дошли, но не заместват съзнателната конфигурация.

## Как помага PHP SOS конкретно?

При [миграцията към поддържана версия на PHP](https://phpsos.de/bg/leistungen/php-migration-legacy/) действаме така:

- **Наличности и срокове:** Отчитаме всички версии на PHP и вписваме края на поддръжката им във Вашия план.
- **Проверка на способността за надграждане:** Показваме кои приложения и разширения блокират нова версия.
- **Извършване на смяната:** Тест, преминаване, рестартиране и контрол, версия след версия.
- **Поглед напред:** Следим RFC и датите на изданията и докладваме, когато промяна засяга Вашите системи.


## Често задавани въпроси

**Колко дълго се поддържа една версия на PHP?**  
Според RFC, приет през 2024 г., четири години: две години активна поддръжка с корекции на грешки, след това две години само корекции за сигурност. Сроковете завършват всеки път на 31 декември.

**Кога излиза PHP 8.6?**  
Според плана в PHP wiki публикуването е предвидено за 19.11.2026 г. На 21.10.2026 г. излезе Release Candidate 4, следващият е обявен за 05.11.2026 г. Датите могат според wiki да се изместят.

**Кога идва PHP 9.0?**  
На php.net дата не е обявена. Има приети RFC, които предвиждат промени за PHP 9.0, например по-строги грешки при недефинирани променливи. Кога ще излезе тази версия, е открито.

**PHP сигурна инвестиция ли е за следващите години?**  
Доказано е следното: има твърд план за изданията, активна процедура за RFC и фондация, която плаща на разработчици за поддръжка и сигурност. Гаранция за бъдещето няма при никоя технология; решаващо е да се използват поддържани версии.

## Източници

- [php.net: Поддържани версии](https://www.php.net/supported-versions.php)
- [PHP RFC: Release cycle update](https://wiki.php.net/rfc/release_cycle_update)
- [PHP RFC (преглед)](https://wiki.php.net/rfc)
- [PHP RFC: Secure Session Configuration Defaults](https://wiki.php.net/rfc/session_security_defaults)