Самый легкий способ ограничить количество ревизий постов

В этой статье речь пойдет о плагине WP Revisions Control, с помощью которого вы легко сможете ограничить количество ревизии постов WordPress. Да, подобную задачу можно решить и без плагина. Однако новички просто боятся лезть в системные файлы движка. У многих только одно упоминание слова «код» может вызвать сердечный приступ. Поэтому я решил их пожалеть и предоставить альтернативный путь с «наименьшим сопротивлением«.

Ограничить количество ревизий постов в WordPress

Думаю, вы сами тоже раньше так делали. Я так точно делал. В код не лез, а сразу ставил плагины. Помню, даже фавикон плагином выводил. Ну а сейчас поменялось все. Что-то делаю плагином, что-то кодом. Ревизии постов не контролирую. Пишу редко поэтому моя база этими копиями сильно не забивается. После публикации нового поста я просто делаю бэкап и потом оптимизирую базу плагином Optimize Database after Deleting Revisions. В нем есть функция по удалению всех ревизий. Так что проблем с разбуханием базы данных у меня нет.

Если на вашем блоге или сайте мало авторов и вы редко публикуете записи, то рекомендую вам делать так, как я делаю. Контроль за ревизиями в принципе тут будет не нужен. А вот если у вас имеется крупный сайт, на котором каждый день публикуются десятки записей, то контроль за ревизиями может пригодиться. Особенно это касается крупных новостных порталов. Обычно там работает много авторов. Статьи на таком сайте выходят, как из автомата. Вследствие этого возникает огромное количество ревизий. Вот в таком случае их следует ограничить.

Также этот плагин подойдет и тем, кто хочет отключить ревизии насовсем. Однако я вам не рекомендую так делать. Такие копии не один раз смогут помочь вам в различных проблемах. Но у каждого на этот счет свое мнение. Поэтому делают все по-разному. Итак, если вы решили ограничить копии постов на сайте WordPress, то после активации нашего плагина переходим в меню «Настройки» —> «Написание«. В самом низу вы увидите настройки WP Revisions Control.

Плагин WP Revisions Control для ревизий постов

Обратите внимание, что у меня по умолчанию представлен контроль за копиями записей и страниц. Однако в Вордпрессе можно создавать свои пользовательские типы записей. Например, для обзора книг вы сможете создать и использовать один тип записей. Для обзора фильмов можете использовать другой тип. Тут ограничений нет. Я свои типы не использовал. Поэтому здесь у меня только страницы и записи. Если же вы используете еще какие-то типы, то они обязательно отобразятся в настройках плагина. Таким образом, можно гибко настроить контроль за каждым видом.

Тут ничего сложного нет. Вам всего лишь нужно поставить свои числовые значения. Если окошко оставить пустым, то контроль за ревизиями осуществляться не будет. Если вы поставите 0, то новые копии у вас создаваться не будут. Если вы решите использовать ограниченное количество копий, то рекомендую вам делать не более 3 — 5 редакций. Этого вполне хватает!

Катя мне тут подсказала написать, как ограничить количество ревизий без плагина. Если вы готовы попробовать поработать с кодом, то можете использовать такой вариант без плагина. В принципе, тут тоже ничего сложного нет. Итак, заходим в корневую папку «public_html» и там ищем файл «wp-config.php». Открываем этот файл для изменения и почти в самом начале после первой строки <?php вам нужно сделать отступ и вставить код:

/** Интервал сохранения ревизий */
define('AUTOSAVE_INTERVAL', 300 );

/** Ограничение количество ревизий */
define('WP_POST_REVISIONS', false );

Значения здесь вы можете свои подставить. К примеру, В строке (3) интервал сохранения ревизий можно сделать не 300 секунд, а 120. По умолчанию в WordPress этот интервал равен 60 секунд. Если вам подходит это время то строчки 2 и 3 можно не вставлять. В строке (6) значение false означает, что ревизии будут отключены. Поэтому если вы хотите отключить редакции, то вставляем 5 и 6 строку, как в примере выше. Если вы хотите только ограничить количество копий, то значение false меняем на свое. Например, я хочу сохранять не более 3 редакции. Поэтому мне стоит прописать так:

/** Ограничение количество ревизий */
define('WP_POST_REVISIONS', 3 );

Вот и все! теперь вы знаете, как легко можно ограничить количество ревизии постов на своем сайте WordPress. Однако прежде чем устанавливать плагин WP Revisions Control, подумайте, а нужен ли он вам. Большинству блогеров я рекомендую делать, как я и не ограничивать количество копий. Достаточно будет просто после публикации один раз оптимизировать базу.

Ну а если у вас статьи вылетают, как из автомата, то попробуйте использовать этот плагин. Таким образом, вам не нужно постоянно оптимизировать БД. Такую оптимизацию достаточно применить один раз в месяц. Можно, конечно, использовать автоматическую запланированную оптимизацию базы (некоторые плагины дают такую возможность). Однако я не рекомендую вам так делать. Вдруг что-то слетит, а вы не будете знать. А так, если вы ограничите количество копий, то ваша БД не будет так сильно разбухать. Вследствие этого саму чистку базы можно проводить не так часто. Рекомендую вам также посмотреть мою подборку плагинов для чистки БД. В общем, изучайте и внедряйте!

Zavitushka-dlya-sayta

 
rss-1Следить за новыми статьями на этом блоге!

 Нажимая на кнопку, вы соглашаетесь с нашей политикой конфиденциальности и пользовательским соглашением.

Комментарии 22

  • Сереж))) Было бы неплохо, если бы ты два варианта показал, как ограничивать (удалять ревизии) — для тех, кто боится ползти в код, и для тех, кто не боится)))… Во втором случае просто не так уж и сложно все, в wp-config добавить строчку: define(‘WP_POST_REVISIONS’, 6); — 6 копий оставлять, или define(‘WP_POST_REVISIONS’, false); — не сохранять ревизии).

    P.S. время еще есть (по крайней мере, у меня сейчас 23:48), поэтому Сереж, с 23 февраля тебя *blush* Желаю тебе добиться немалых успехов в жизни, всего тебе самого наилучшего: любви, здоровья, счастья) И успехов твоему блогу, вырасти из него настоящего «монстра» (в хорошем смысле слова).

    • Ой, спасибо, Катюша за поздравления! :-)
      А код я потом добавлю в статью. Тут в принципе, не много. Может кому пригодиться. Хорошо, что подсказала. *good*

  • Теоретически при наличии нескольких авторов это имеет смысл. Но я у себя на блоге одна и мне хватает плагина WP-Optimize, который удаляет все ненужное)). Некоторые советуют вообще отключить эти ревизии, то есть избавится от функции автосохранения. По-моему, это перебор — ситуации разные бывают.

    • Верно, лучше их не отключать. Ревизии мне не один раз спасали. У меня интернет слабенький и бывает, что сохранить вручную статью не удастся. Поэтому приходилось восстанавливать из последней редакции. В общем, полезная штука! Поэтому полностью ограничивать ревизии не стоит.

  • Я иногда запускаю WP-Cleanup… Он и ревизии чистит и базу оптимизирует и ещё кое-что умеет. Удобно.

  • Ну, вот, хоть узнала, что такое ревизии)))
    А если их не удалять периодически, они сами так и хранятся что ли всю жизнь?)

    • Да, Татьяна. Если ты ревизии не удаляешь, то они там и остаются. Я так ревизии удаляю, когда оптимизирую базу. Для этого есть свой плагин (я в статье дал на него ссылку). Если у тебя нет подобного плагина, то устанавливай и оптимизируй. Там у тебя может скопится тысячи этих ревизий. Только перед этим бэкап не забудь сделать.

      Я как-то одной женщине удалял эти ревизии. Так у нее база была 20 Mb. После удаления ревизий стало 5 MB. Так что ревизии удаляй после публикации нового контента. Я так сам делаю.

      • Сколько всего надо делать))
        Окей, попробую удалить эти ревизии.
        Потом плагин можно деактивировать или пусть его?)

        • Optimize Database after Deleting Revisions можно деактивировать. Я его подключаю только тогда, когда мне нужно базу оптимизировать. Это обычно после публикации нового поста. А так он у меня все время деактивирован.

  • Как я рада, что дошла, наконец! Это сколько же дней письмо в ящике лежало, а заноза в мозгу свербила?! Цените, Сергей, мою читательскую преданность. Но был такой жуткий цейтнот — запускала юридический сайт, который Вы смотрели. Недоделок еще полно, конечно, да и косяки вылезают.

    А вот Ваши науки о плагинах иногда меня и подводят, точнее, применение знаний. Оптимизировала вчера и сайт, и блог так, что слетел код счетчика Метрики, причем, сразу не поняла причину — в блоге шаблон меняла на адаптивный, списала на эту причину. А теперь думаю, что напрасно галочки поставила на оптимизации таблиц. Да? Иначе какая еще может быть причина?

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

    • в блоге шаблон меняла на адаптивный

      Вот в этом и есть причина. При смены темы, нужно помнить и о скриптах. Все скрипты вручную нужно переносить со старой темы на новую. Про это не стоит забывать. Все счетчики и скрипты нужно прописывать в файлы новой установленной темы иначе они работать просто не будут. Тут главное на запутаться и все перенести.
      Надежда, смотрю, вы дефолтную тему WordPress поставили.

      • Конечно, дефолтную. Какую же еще? И было это среди ночи, вдруг прибило. :) Пусть постоит. Может, руки дойдут когда-нибудь и до блога. Главное, от допотопной избавилась, уже счастлива. Я же дизайну в блоге не учу — мне можно слабину себе дать. А скрипты, что характерно, все работали, кроме яндекс метрики. Нежный какой! *unknw*

        • Дизайн блога — это как машина. При приобретении счастлив, а также счастлив, когда избавляешься от нее. :-)
          Надежда, не забудьте создать дочернюю тему. Иначе при обновлении темы все установленные скрипты слетят.

          • Спасибо, Сергей, за совет. А у меня сегодня новый косяк. День убила в поисках истины. Опишу в 2 словах, ладно? При входе в админку человек ввел неправильные данные. Автоматом сгенерировался какой-то код редиректа. Не войти вообще никак. Переименовала папку с плагинами — вошла. Плагинов нет. Один вершит дизайн. Все коды наружу вылезли. Вернула папке название — опять не войти, зато дизайн на месте. Ищу иголку в стоге сена, вернее, даже не знаю, что искать. Не случалось похожего?

            • Не, с таким не сталкивался.
              Попробуйте восстановить с резервной копии. Должно быть нормально. Также можно посмотреть файл .htcacess. Там обычно в нем прописываются все редиректы или блокировки по IP. Скорее всего пользователя заблокировали по IP. Нужно попробовать удалить с этого файла данную блокировку. Чтобы вам было легче сфокусироваться, попробуйте сравнить две копии файла .htcacess. Сравните ту, что сейчас с той, где лежит в ранней резервной копии.

  • Там все еще смешнее — оказалось два файла. Один со стандартными командами, в другом от плагина super cache и всего прочего. Удалила второй — положила сайт. Пришлось вернуть на родину. :)

    • А-ха-ха. :-D Бывает и такое!
      На счет кэша, такой файл может и быть. Однако в других папках его по идее не должно быть. Просто так взломщики могут прописать свои редиректы и этот файл размножить и вставить во все папки сайта. Но в вашем случае это вряд ли. На другой сайт же не перекидывает. А так возьмите на заметку. Обычно сам файл должен находится в корневой папке сайта. Ну еще может в кэше и в системных файлах хостинга.
      А если он прописан во всех каталогах, то тут явно что-то не так. Такие файлы лучше удалить. У меня только в каталоге он есть. В кэше я не нашел. Но у меня стоит ваш любимый *mosking* W3TC. :-D

  • Спасибо за напоминание! Я совсем об этом забыла и на новом сайте у меня уже собралась целая куча копий каждого поста! Как я об этом забыла, надо срочно бежать наводить порядок! Еще раз спасибо.

  • У меня тоже ревизии накапливаются, а я резину тяну, не чищу. Руки не доходят… ну и еще потому, что падаю в обморок при слове «код». :-D

    Сереж, хотела спросить… ты на наш форум тоже не можешь зайти? Мне выдает заражено.

    • Привет, Лариса!
      К сожалению, кабздец пришел и форуму, и самому блогу. :-( Говорят, вирус какой-то подхвачен. Я с Блогейшей не разговаривал, но Александр Викторович Шигарин говорит, что она будет полностью закрывать проект. Можно конечно попробовать нанять спецов и вылечить, но она говорила ему, что это трудно очень. Ну а на самом деле, фиг его знает.

      Лично я давно вижу, что ей это дело не нравится: блог забросила, на форуме не общается. Это уже было заметно, когда Решетов начал всякую грязь воротить на форуме. Тогда от нее 0 реакций было. После этого я понял, что человеку не интересно вести свой проект. Теперь Наталья занимается созданием рисованных видео. Блоггинг походу она уже совсем закинула. Не интересно стало да и прибыли никакой нету. Вот такие вот пироги. :-(

  • Понятно… да, я тоже понимала, что жизнь форума лишь дело времени… оч жаль… Мож новый замутить? :-D

    • Посмотрев на других, мне уже что-то пока не хочется. *mosking* У многих эта лавочка прикрывается. К примеру, Галина Нагорная (может ты ее помнишь) тоже раньше сделала у себя форум. А сейчас там тоже кабздец пришел. На форуме активности никакой. Да и Галина сама призналась, что хочет полностью уйти из блогинга. Скорее всего нет положительных результатов + сверху наваливаются дополнительные жизненные проблемы. В результате всего этого у человека полностью опускаются руки.

      Также у КБС (блогеры круглого стола) не все так гладко. Раньше был у них большой простой. Сейчас вроде бы начинают раскочегариваться, но на долго ли. В общем, приятного мало. :-( По идее если делать форум, то нужно постоянно за ним следить, а не так, что пару месяцев поработал с ним и забросил. Также нужно вкладывать деньги в различные мероприятия, чтобы на форуме было интересно находится. Тогда будет какой-то эффект. :-)

А что вы думаете по этому поводу?

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Нажимая на кнопку «Отправить», вы соглашаетесь с нашей политикой конфиденциальности и пользовательским соглашением.