WordPress 7.1.4: то самое обновление, которое лучше не откладывать

В этой статье

Приветствую, гости и постоянные читатели «Ребутни»! Есть у владельцев сайтов одно удивительное развлечение: открыть административную панель, увидеть уведомление об обновлении и решить, что сегодня для него совершенно неподходящий день. Вчера, впрочем, тоже был неподходящий. А завтра посмотрим.

Я прекрасно понимаю желание лишний раз не трогать работающий сайт. Особенно когда он наконец выглядит так, как хотелось, картинки не разъезжаются, меню открывается и никаких странных сообщений посетителям не показывает. Но с обновлением WordPress 7.1.4 затягивать всё-таки не стоит.

Маленький номер, вполне взрослые исправления

WordPress 7.1.4 вышел 28 октября 2026 года. Это выпуск безопасности: в нём закрыли несколько проблем, включая сохранённый XSS в разных компонентах, возможность обнаружения неопубликованных наборов изменений Customizer и слабое место в процедуре обновления, которое при определённых условиях могло привести к выполнению кода во время обновления.

Звучит, конечно, гораздо менее увлекательно, чем новый редактор, красивые анимации или очередное обещание собрать сайт одной кнопкой. Только вот пользу от такого скучного обновления вполне можно недооценить. Посетитель не увидит новой кнопки, зато у сайта станет меньше известных слабых мест.

Сохранённый XSS, если объяснять совсем по-человечески, связан с вредоносным содержимым, которое попадает в данные сайта и затем может исполняться в браузере. Это уже совсем другая история, чем случайно поехавший отступ в подвале.

«У меня маленький блог, кому он нужен?»

Вот этот аргумент мне особенно нравится своей успокаивающей силой. Как будто перед попыткой воспользоваться уязвимостью кто-то обязательно должен прочитать биографию владельца, оценить посещаемость и решить, достаточно ли у него серьёзный проект.

Лично я бы исходил из более простой мысли: если сайт доступен из интернета, забота о нём уже входит в обязанности его владельца. Не нужно превращать личный блог в военный объект, но и считать отсутствие большой аудитории защитой тоже странно.

В конце концов, даже на небольшом сайте есть вещи, которые жалко потерять. Статьи, фотографии, комментарии, настройки, часы возни с оформлением. Всё то, что по отдельности вроде бы мелочь, а вместе почему-то занимает несколько вечеров и половину выходного.

Обновиться — это ещё и проверить результат

Мой подход здесь довольно приземлённый. Сначала нужна свежая резервная копия файлов и базы данных и понимание того, как её восстановить. Серьёзные изменения удобно предварительно проверять на отдельной копии сайта. Для самого обновления стоит выделить небольшой спокойный промежуток, когда есть возможность посмотреть, что получилось.

После установки я бы прошёл обычный маршрут посетителя: главная, статья, поиск, меню на телефоне, форма входа. Если на сайте есть магазин, заявки или личный кабинет, проверил бы и эти сценарии. Надпись об успешном обновлении приятная, но посетитель приходит пользоваться сайтом, а не читать эту надпись.

Заодно полезно убедиться, что WordPress действительно перешёл на нужную версию. При включённых фоновых обновлениях процесс может пройти автоматически, но настроенная автоматика и проверенный результат — всё-таки две отдельные вещи.

Красивый сайт тоже нуждается в обслуживании

На «Ребутни» уже используется WordPress 7.1.4. Это не повод объявлять сайт неуязвимым и забывать о дальнейшем обслуживании. Просто одно из необходимых действий, примерно как проверить резервную копию или вовремя продлить домен.

Вообще, мне хотелось бы, чтобы обсуждение сайтов чуть чаще выходило за пределы вопроса «а можно сделать кнопку покрасивее?». Можно, конечно. Только сначала хорошо бы разобраться с тем, что помогает всему этому хозяйству спокойно работать.

А как у вас устроены обновления: доверяете автоматике, сначала проверяете всё на копии или каждый раз собираетесь с мыслями перед нажатием знакомой кнопки?