Если сайт давно работает и контент активно редактируется, ревизии записей быстро раздувают таблицу базы данных. Это не всегда критично, но на небольших хостингах и при большом объёме контента лишние ревизии действительно мешают: база растёт, резервные копии становятся тяжелее, а в редакторе приходится прокручивать длинный список сохранённых версий. При этом полностью отключать ревизии нужно не всем — часто достаточно ограничить их количество и сохранить удобство отката изменений.
Короткий ответ такой: если на сайте редко правят тексты и вам важнее минимизировать мусор в базе, ревизии можно отключить. Если же контент постоянно дописывают несколько человек, лучше оставить ревизии, но ограничить их число до разумного значения, например 3–5 на запись.
Что именно делают ревизии и почему они разрастаются
Ревизия — это сохранённая версия записи, страницы или другого типа контента. WordPress создаёт её при ручном сохранении и часто при автосохранении. Это удобно: можно вернуться к предыдущему варианту текста, сравнить изменения и откатиться, если редактор случайно удалил нужный фрагмент.
Проблема в том, что WordPress не удаляет старые ревизии сам по себе. Если запись редактировали десятки раз, в базе остаются десятки её копий. На сайте с большим количеством материалов это превращается в заметный объём данных, особенно если контент пишут и правят регулярно.
Важно понимать: ревизии хранятся в базе данных, а не в файлах сайта. Поэтому очистка кэша или удаление медиафайлов на них не влияет. Управлять ими нужно отдельно.
Когда ревизии лучше отключить, а когда ограничить
Полное отключение ревизий подходит не всем. Я бы ориентировался на сценарий использования сайта.
| Сценарий | Что делать | Почему |
|---|---|---|
| Сайт-визитка, лендинг, редкие правки | Можно отключить ревизии | Откат изменений нужен редко, а база будет чище |
| Блог, новостной сайт, редакция | Лучше ограничить число ревизий | Нужен запас версий для отката и согласования правок |
| Сайт с несколькими авторами | Ограничить ревизии | Полное отключение повышает риск потерять удобный способ восстановления текста |
| Старый сайт с уже раздутой базой | Сначала ограничить или отключить, потом чистить старые ревизии | Иначе новые настройки не уберут уже накопленные записи |
Если сомневаетесь, не отключайте ревизии сразу. Сначала ограничьте их число. Это безопаснее: вы увидите, хватает ли 3–5 версий на запись, и только потом решите, нужен ли полный запрет.
Как отключить ревизии через wp-config.php
Самый простой способ — добавить константу в файл 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 ревизий. Если тексты длинные и их часто согласуют, можно оставить 7–10, но обычно это уже избыточно.
Такой подход особенно полезен, если:
- на сайте много длинных материалов;
- редакторы часто сохраняют черновики вручную;
- нужно сохранить историю правок, но без накопления десятков копий;
- сайт работает на недорогом хостинге с ограниченным объёмом базы.
Технически ограничение делается тем же способом — через wp-config.php. Разница только в значении константы. Это надёжнее, чем надеяться на плагин, который может быть отключён, удалён или конфликтовать с другими решениями.
Что делать с уже накопленными ревизиями
Изменение настройки не удаляет старые ревизии автоматически. Если база уже разрослась, старые записи останутся, пока вы их не удалите. Здесь есть два пути: вручную через базу данных или с помощью плагина для очистки.
Если вы не уверены в работе с SQL, безопаснее использовать плагин или сначала сделать полную резервную копию базы. Неправильный запрос может удалить не только ревизии, но и нужные данные.
Для ручной очистки обычно удаляют записи типа revision из таблицы wp_posts. Но префикс таблицы у вас может быть другим, а вместе с ревизиями стоит проверить связанные данные в wp_postmeta. Если вы не делали такую чистку раньше, лучше не экспериментировать на боевом сайте без бэкапа.
Практически безопаснее сначала:
- сделать резервную копию базы данных;
- ограничить или отключить ревизии;
- удалить старые ревизии проверенным способом;
- проверить, что сайт и редактор работают как обычно.
Как проверить, что настройка сработала
После изменения wp-config.php откройте любую запись и сохраните её несколько раз. Затем посмотрите блок ревизий в редакторе. Если ревизии отключены, новых версий появляться не должно. Если задан лимит, количество версий должно оставаться в пределах указанного значения.
Дополнительно можно проверить базу данных. В таблице wp_posts записи ревизий имеют тип revision. Если вы отключили ревизии, новые строки с этим типом после сохранений не должны появляться. Если ограничили число, старые ревизии будут постепенно вытесняться новыми, но их количество не должно расти бесконечно.
Ещё один практический признак — размер базы после очистки и нескольких дней работы. Если ревизии были основной причиной разрастания, рост таблицы станет заметно медленнее.
Что выбрать на практике
Если нужен короткий и безопасный ответ: для большинства сайтов лучше не отключать ревизии полностью, а ограничить их количество. Это сохраняет страховку на случай ошибки редактора и одновременно не даёт базе разрастаться без контроля.
Полное отключение имеет смысл, когда сайт почти не редактируется, а история правок не нужна. Но даже в этом случае сначала стоит проверить, не используется ли у вас рабочий процесс, где откат версии может пригодиться. На новостных и контентных проектах ревизии обычно полезнее оставить, просто задать разумный лимит.
Если сайт уже накопил много старых версий, одной настройки мало. Сначала задайте лимит или отключите ревизии, а затем удалите уже существующие записи. Только так вы реально уменьшите базу, а не просто остановите дальнейший рост.