PHP 8.6: вышел финальный RC перед релизом 19 ноября

5 ноября 2026 года PHP Foundation выпустила PHP 8.6.0RC5 — последний релиз-кандидат перед финальным GA-релизом, запланированным на 19 ноября. Официальный анонс RC4 от 21 октября прямо называл дату: «следующий релиз будет последним релиз-кандидатом (RC5), запланирован на 5 ноября». Независимый трекер релизов php.watch подтверждает: RC5 отмечен как актуальный билд ветки 8.6 на эту дату.

Что вышло 5 ноября

RC5 — технически рубежный билд: с этого момента в ветке 8.6 действует жёсткая заморозка фич. В финальный релиз 19 ноября попадут только исправления багов, обнаруженных на RC5, никаких новых возможностей и синтаксических изменений уже не добавят. Для тех, кто тестирует проект на новой версии, это последняя точка, где поведение языка перед GA гарантированно стабильно — после 19 ноября 8.6.0 станет production-веткой.

Что нового в 8.6 по сути

Главная фича релиза — partial function application: синтаксис, который позволяет создавать новую функцию из существующей, заранее зафиксировав часть аргументов через ..., без ручного оборачивания в анонимные замыкания. Рядом — встроенная функция clamp(), которая возвращает значение внутри заданного диапазона или ближайшую границу, если оно вышло за пределы, и класс Duration в новом Time API для работы с временными интервалами без самодельных структур на секундах. Из менее заметных, но практичных изменений: readonly-свойства можно объявлять сразу со значением по умолчанию, у объектов в константах класса разрешена мутация свойств, pack/unpack получили явные модификаторы эндианности, добавлены новый Polling API для сокетов и URI Builder по стандартам RFC 3986 и WHATWG. Подробный список — в UPGRADING-файле исходников.

Почему RC5 — не рядовой билд

Релиз-кандидаты до RC5 ещё могли вобрать доработки API — именно так появлялись правки в черновых версиях partial function application и Time\Duration в течение осени. RC5 — это версия, синтаксис и API которой переедут в GA без изменений: единственное, что ещё может поменяться, — поведение при найденных багах. Поэтому именно RC5, а не ранние кандидаты, имеет смысл прогонять через тестовый набор проекта, если команда планирует переход на 8.6 в ближайшие месяцы.

Что проверить перед апгрейдом

• Деприкации текущей версии — список из UPGRADING стоит сверить с собственным кодом заранее, а не в день GA
• Поведение readonly-свойств и мутации объектов в константах, если проект на них завязан — изменения в этой области затрагивают паттерны с value-объектами
• Совместимость зависимостей из Composer: часть пакетов объявляет верхнюю границу поддерживаемой версии PHP явно
• Staging-окружение с RC5 — прогон полного набора тестов на нём до переключения прод-инфраструктуры снимает большую часть риска

Переход на новую мажорную версию языка — то же самое планирование, что и любое другое изменение в проде: его стоит закладывать в регламент сопровождения заранее, а не разбирать постфактум. Для проектов, где обновление рантайма годами откладывается «на потом», разумнее доверить эту часть команде, которая ведёт разработку и сопровождение веб-приложений на регулярной основе и сама следит за графиком версий PHP, а не ждёт, пока устаревание рантайма станет проблемой безопасности.