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