Если сайт давно живёт, ревизии записей начинают раздувать таблицу базы данных и делать админку менее отзывчивой. WordPress сохраняет копии изменений автоматически, и это удобно, пока объём контента небольшой. Но на новостных, корпоративных и контентных проектах старые ревизии быстро превращаются в лишний мусор, который уже не помогает редакторам, зато занимает место.
Полностью отключать ревизии стоит не всегда. Чаще разумнее ограничить их количество: тогда у вас останется история правок на случай ошибки, но база не будет расти без контроля. Ниже разберём оба варианта и покажу, как выбрать подходящий без установки отдельного плагина.
Что именно делают ревизии и почему они разрастаются
Ревизия — это сохранённая версия записи, страницы или другого типа контента, который поддерживает редактор WordPress. Каждый раз, когда вы нажимаете «Обновить», WordPress может сохранить новую копию. Плюс к этому есть автосохранение, которое тоже создаёт служебные версии.
Проблема в том, что ревизии не удаляются сами по себе. Если редакторы часто правят длинные статьи, а на сайте много материалов, база данных постепенно наполняется тысячами записей одного и того же контента. Это не всегда критично, но на слабом хостинге или при плохо оптимизированной базе лишние ревизии действительно могут замедлять работу админки и усложнять обслуживание.
Есть ещё важный момент: ревизии полезны не только как «страховка», но и как рабочий инструмент. Если вы отключите их полностью, то потеряете удобный откат к старой версии текста. Поэтому сначала решите, что важнее для вашего сайта: максимальная экономия или сохранение истории правок.
Какой вариант выбрать: отключить полностью или ограничить
Если сайт редактируется редко, а контент публикует один человек, можно отключить ревизии совсем. Но для редакционных проектов, где текст проходит несколько кругов правок, лучше ограничить количество ревизий на запись. Обычно этого достаточно, чтобы оставить последние версии и не хранить десятки старых копий.
| Вариант | Когда подходит | Что теряете |
|---|---|---|
| Отключить ревизии | Небольшой сайт, минимум правок, важна экономия базы | Историю изменений и удобный откат к старым версиям |
| Ограничить ревизии | Контентный сайт, блог, редакция, важна страховка при правках | Только старые версии сверх лимита |
Если сомневаетесь, начните с ограничения. Это безопаснее: вы не ломаете привычный рабочий процесс и в любой момент можете посмотреть, хватает ли вам трёх-пяти ревизий на запись.
Как отключить ревизии через wp-config.php
Самый прямой способ — добавить константу в файл wp-config.php. Делать это нужно аккуратно: файл находится в корне сайта, и ошибка в синтаксисе может временно отключить сайт. Перед правкой лучше сделать резервную копию.
Чтобы полностью отключить ревизии, добавьте строку перед комментарием /* That's all, stop editing! Happy publishing. */:
define('WP_POST_REVISIONS', false);После этого WordPress перестанет создавать новые ревизии для записей и страниц. Старые ревизии, которые уже лежат в базе, при этом не удалятся автоматически. Это частая ошибка: люди отключают ревизии, но база остаётся такой же большой, потому что накопленные копии нужно чистить отдельно.
Если вам нужно не отключение, а ограничение, вместо false укажите число. Например:
define('WP_POST_REVISIONS', 5);В этом случае WordPress будет хранить только последние пять ревизий для каждой записи. Более старые версии будут вытесняться новыми.
Как ограничить ревизии без плагинов и без риска для редакторов
Ограничение — самый практичный вариант для большинства сайтов. Оно не мешает автосохранению как механизму защиты от потери текста, но не даёт базе бесконечно расти. Для обычного блога или корпоративного сайта лимита в 3–5 ревизий обычно достаточно. Если тексты проходят многоступенчатое согласование, можно поставить 10, но не стоит завышать число без необходимости.
Важно понимать разницу между ревизиями и автосохранением. Автосохранение помогает не потерять черновик при сбое браузера или соединения. Отключение ревизий не выключает автосохранение полностью, но сокращает количество сохраняемых версий в базе. Именно поэтому ограничение обычно безопаснее, чем полный отказ от ревизий.
Что делать с уже накопленными ревизиями
После изменения настройки старые ревизии останутся в базе. Если цель — реально уменьшить размер базы, их нужно удалить отдельно. Здесь есть два пути: через плагин для очистки базы или вручную через SQL-запросы. Для большинства владельцев сайтов безопаснее использовать проверенный инструмент обслуживания базы, а не писать запросы вручную.
Если вы работаете через phpMyAdmin или другой интерфейс к базе данных, сначала обязательно сделайте резервную копию. Удаление ревизий необратимо: после очистки восстановить старые версии можно только из бэкапа.
Для ручной очистки обычно удаляют записи типа revision из таблицы wp_posts. Но я не советую делать это без понимания структуры базы и префикса таблиц: у вас он может быть не wp_. Если не уверены, лучше использовать инструмент, который показывает, что именно будет удалено, и позволяет сначала проверить объём мусора.
Как проверить, что настройка сработала
После изменения wp-config.php откройте любую запись и сохраните её несколько раз. Затем посмотрите блок «Ревизии» в редакторе. Если ревизии отключены, новых версий появляться не должно. Если установлен лимит, количество ревизий начнёт расти только до заданного значения, после чего старые версии будут заменяться новыми.
Проверить результат можно и по базе данных: количество записей с типом revision перестанет увеличиваться бесконтрольно. Но для обычной проверки достаточно редактора WordPress. Если после правки файла сайт перестал открываться, значит в wp-config.php допущена синтаксическая ошибка — чаще всего лишняя кавычка, точка с запятой или вставка строки не в то место.
Когда ревизии лучше не отключать полностью
Полный отказ от ревизий оправдан не на каждом сайте. Если над текстами работают несколько человек, если публикации часто редактируются после выхода, если есть риск случайно удалить важный фрагмент, лучше оставить хотя бы несколько последних версий. В такой схеме ревизии продолжают выполнять свою основную задачу — защищать контент от ошибок редактора.
На практике для большинства сайтов оптимальный сценарий выглядит так: ограничить ревизии через wp-config.php, а старые накопленные копии один раз почистить из базы. Это даёт баланс между удобством редактирования и контролем над размером базы данных. Если сайт небольшой и правки редки, можно пойти дальше и отключить ревизии полностью, но делать это стоит только после резервного копирования и понимания, что откат к старым версиям станет недоступен.