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