Команда WordPress начала подготовку версии 7.1.1 — первого технического обновления после выхода WordPress 7.1 19 августа 2026 года. Для релиза уже формируется набор исправлений и проводится тестирование патчей, однако точная дата пока не назначена: предварительное окно выпуска находится между 1 и 24 сентября.
WordPress 7.1.1 переходит в стадию подготовки
WordPress 7.1.1 станет первым maintenance-релизом ветки 7.1 и будет сосредоточен не на новых функциях, а на исправлении ошибок и регрессий, обнаруженных после выхода основного релиза. В официальном блоге Make WordPress Core разработчики подтвердили, что график выпуска будет зависеть от количества найденных проблем и их серьёзности.
WordPress 7.1.0 вышел 19 августа 2026 года. Уже на следующий день проект объявил набор менеджеров для серии 7.1.x. Обычно команда технического релиза значительно меньше команды крупной версии и состоит примерно из одного–трёх человек.
В обязанности release managers входят:
- сортировка и приоритизация ошибок вместе с Core Committers и сопровождающими компонентов;
- координация исправлений, которые должны попасть в ветку 7.1;
- подготовка анонса технического релиза;
- проведение процедуры выпуска;
- обновление документации по minor-релизам.
Набор участников продолжается до 28 августа. Это означает, что окончательная команда 7.1.x ещё формируется одновременно с обработкой первых сообщений об ошибках.
Предварительное окно выхода WordPress 7.1.1 обозначено достаточно широко — с 1 по 24 сентября 2026 года. Разработчики специально не закрепляют конкретный день: если после перехода пользователей на WordPress 7.1 обнаружатся серьёзные регрессии, технический релиз может потребоваться раньше.
Исправления для 7.1.1 уже проходят тестирование
Работа над содержимым WordPress 7.1.1 фактически началась ещё до формирования окончательной команды релиза. В плане WordPress Test Team уже присутствуют задачи из milestone 7.1.1, для которых требуются проверка патчей и подтверждение исправлений.
Это нормальная схема для первого технического обновления после крупного релиза. После выхода версии 7.1 разработчики получают значительно больше данных из реальных конфигураций: начинают проявляться комбинации ядра, PHP, тем и плагинов, которые сложно полностью покрыть во время beta- и RC-тестирования.
По состоянию на 24 августа один из наиболее показательных исправляемых дефектов связан с изменением формата идентификаторов callback-функций в WordPress 7.1.
Регрессия WP_Hook могла приводить к PHP Fatal Error
В WordPress 7.1 была оптимизирована работа с объектами callback: вместо spl_object_hash() ядро начало использовать более быстрый spl_object_id(). Изменение уменьшает накладные расходы при добавлении и удалении hooks, но одновременно выявило проблему обратной совместимости.
В тикете WordPress Core #65919 разработчики подтвердили, что для некоторых callback-объектов ключи массива WP_Hook::$callbacks начали сохраняться как целые числа, хотя в WordPress 7.0.x они были строками.
Причина связана с поведением PHP. Код WordPress явно преобразовывал результат spl_object_id() в строку:
return (string) spl_object_id( $callback );Однако строка вида "5292" при использовании в качестве ключа PHP-массива автоматически преобразуется обратно в число:
5292Для большинства кода такая разница незаметна. Проблема появляется у плагинов, которые читают публичное свойство WP_Hook::$callbacks и передают его ключи в функции, ожидающие строку.
При включённом strict_types это может закончиться ошибкой уровня Fatal Error:
TypeError: substr(): Argument #1 ($string) must be of type string, int givenРеальный случай проявился в WP Rocket: часть логики совместимости обрабатывала callback-идентификаторы строковыми функциями и после обновления ядра могла завершать выполнение PHP с ошибкой.
Исправление в WordPress заключается не в возврате к старому spl_object_hash(), а в сохранении новой оптимизации с принудительно нечисловым идентификатором:
return 'spl_object_id:' . spl_object_id( $callback );Префикс не позволяет PHP преобразовать строковый ключ обратно в int. Вместе с патчем добавлены unit-тесты и более строгие типы для PHPStan, чтобы аналогичная регрессия не прошла незамеченной снова.
Тикет имеет milestone 7.1.1 и повторно открыт для включения исправления в техническую ветку.
Что изменится для владельцев сайтов
WordPress 7.1.1 пока не выглядит как функциональное обновление. Его главная задача — стабилизировать ветку 7.1 после массового перехода сайтов на новую версию и устранить несовместимости, которые проявились уже в production-среде.
Для обычного пользователя заметных новых возможностей от 7.1.1 ждать не стоит. Практическая ценность релиза будет заключаться в другом:
| Область | WordPress 7.1 | WordPress 7.1.1 |
| Новые функции | Основной функциональный релиз | Новые функции не являются приоритетом |
| Исправление регрессий | Возможны проблемы, выявленные после релиза | Основная задача обновления |
| Совместимость плагинов | Первые реальные проблемы уже выявлены | Ожидаются исправления Core |
| Тестирование | Завершён основной release cycle | Идёт проверка patch-тасков milestone 7.1.1 |
| Дата выпуска | 19 августа 2026 года | Предварительно 1–24 сентября 2026 года |
Администраторам сайтов на WordPress 7.1 сейчас имеет смысл следить прежде всего за обновлениями критичных плагинов: кэширования, безопасности, page builder, интеграций и инструментов, глубоко работающих с hooks ядра.
Если сайт использует WP Rocket, полагаться только на будущий WordPress 7.1.1 не следует. Совместимость уже исправлялась со стороны самого плагина, поэтому сначала необходимо установить актуальную версию WP Rocket, а затем отдельно обновлять ядро WordPress после проверки на staging-среде.
Для production-сайтов с большим количеством расширений оптимальная схема остаётся прежней:
- создать резервную копию файлов и базы данных;
- обновить критичные плагины до версий с заявленной поддержкой WordPress 7.1;
- проверить обновление на staging-копии;
- просмотреть PHP error log после теста;
- только после этого переносить новую версию ядра на рабочий сайт.
Дата WordPress 7.1.1 пока не определена
На 24 августа разработчики WordPress не объявляли точную дату релиза 7.1.1. Официально указан только ориентировочный период с 1 по 24 сентября, причём фактический график будет зависеть от количества и серьёзности ошибок, найденных в WordPress 7.1.
Это также означает, что текущий список исправлений нельзя считать окончательным. Milestone 7.1.1 продолжит пополняться по мере подтверждения регрессий и прохождения патчами тестирования.
Первое техническое обновление выглядит особенно значимым для разработчиков плагинов и администраторов сложных WordPress-инсталляций: уже подтверждённый дефект WP_Hook::$callbacks показывает, что отдельные оптимизации WordPress 7.1 способны затрагивать сторонний код даже без изменения публичных API.
Для сайтов, которые ещё не перешли на WordPress 7.1, срочной необходимости обновляться в первые дни после major-релиза нет. Если инфраструктура зависит от большого числа коммерческих или глубоко интегрированных плагинов, разумно дождаться стабилизации экосистемы и появления 7.1.1 либо предварительно провести полноценное тестирование версии 7.1 отдельно от production.
