Ревизии постов и страниц

 

---

В этой статье хочу рассказать про ревизии постов, страниц и пользовательских CSS-стилей. Кто ещё не знает, то ревизии — это своеобразные бэкапы, которые позволяют откатиться на предыдущую версию статьи/страницы после её сохранения. Контролировать количество ревизий постов и страниц очень важно. WordPress по умолчанию сохраняет огромное количество ревизий постов и страниц, тем самым засоряет базу данных и замедляет её работу. На примере плагина Revision Control я покажу как ограничить количество ревизий постов, и не только. А учитывая тот факт, что плагин на английском языке, рекомендую прочесть статью «Переводчик Loco Translate».

Установка плагина

Соглашусь с темы из вас, кто думает что интеграции кода — это лучшее решение. Но к сожалению не для всех.

А сейчас мы поговорим о плагине Revision Control. Давайте его установим и активируем:

После этого в административной панели наведите курсор мыши на «Настройки» и кликните по «Revisions»:

Далее, загрузится страница с настройками плагина.

к оглавлению ↑

Default Revision Status

В блоке настроек «Default Revision Status» можно задать количество бэкапов для: статей, страниц и пользовательских CSS-стилей:

Для того, чтобы выбрать количество создаваемых ревизий, необходимо кликнуть по выпадающему меню напротив, например, «Posts» и ещё одним кликом мыши выбрать нужный пункт:

Что такое посты и страницы думаю вы знаете. А вот касательно пользовательских CSS-стилей, так это стили оформления, которые были применены в статье. Например, абзац был сделан жирным, выделена цитата, отцентрирован список т.д. Поэтому все изменения по внешнему виду статьи будут фиксироваться плагином Revision Control.

к оглавлению ↑

Revision Range

Второй блок «Revision Range» отвечает за содержание списка, в котором можно выбрать количество ревизий для постов, страниц и пользовательских CSS-стилей. Например, изменим последнюю цифру 100 на 200:

 

Сохранимся и посмотрим на последнюю строчку из выпадающего списка:

Как видим последний пункт теперь имеет значение не 100, а 200.

Разумеется, это хорошо что авторы плагина Revision Control реализовали такую возможность, но нужна ли она на практике? Лично мне эта «фишка» не пригодилась и по сей день.

к оглавлению ↑

Где посмотреть ревизии

Чтобы посмотреть сохранённые ревизии необходимо включить отображение специального поля плагина. Для этого, находясь, например, в редакторе поста, кликните по «Настройки экрана» и отметьте галкой «Post Revisions»:

Далее, в самом низу поста появится таблица с информацией о ревизиях:

к оглавлению ↑

Из чего состоит таблица ревизий

Здесь можно увидеть тип ревизии: автосохранение или текущая версия. Если возле ревизии поста не стоит пометки, то это просто одна из ранее сохранённых вами версий . В таблице ревизий также указаны: дата, время создания и автор. А в колонке «Actions» реализована возможность откатиться к нужной ревизии.

Но как узнать, какая ревизия поста или старины вам нужна? Для этого в колонке «Compare» необходимо активировать радиокнопки напротив двух ревизий для сравнения. Например, возьмём текущую версию поста и версию автосохранения:

к оглавлению ↑

Сравнение ревизий

Для сравнения, необходимо установить радиокнопки в разные положения, как на скриншоте выше. Это обусловлено тем, что колонка «Compare» разбита на две колонки, в каждой из которых можно активировать лишь одну радиокнопку напротив нужной ревизии. Если активировать две радиокнопки в одной и той же ревизии поста или страницы, то после клика на кнопку «Compare» появится предупреждение, что система не может сравнить одну и ту же ревизию между собой.

Итак, двигаемся дальше. После активации радиокнопок в разных ревизиях постов или страниц кликните по кнопке «Compare». Далее, всплывёт модульное окно, которое представляет собой две колонки — две ревизии:

к оглавлению ↑

Результаты сравнения ревизий

На светло-красном фоне, слева, выделяются предложения и абзацы версии автосохранения (более ранняя версия), которые имеют отличия от текущей версии (актуальная на данный момент). Красным же цветом отображаются отличия CSS-стилей более ранней ревизии от текущей ревизии поста или страницы. На Светло-зелёном фоне, справа, выделяется текст, который был добавлен в текущую версию. А зелёным цветом выделяются CSS-стили, которые также были добавлены в текущую версию.

После определения нужной ревизии, вы можете, в колонке «Actions» напротив выбранной версии статьи, кликнуть по «Restore» и ревизия будет восстановлена. При этом кликать на «Обновить», после восстановления ревизии, уже не нужно.

Также обратите внимание, справа внизу таблицы ревизии поста, на выбор количества бэкапов. Исходя из этого вы можете устанавливать для каждой статьи или поста собственные настройки, игнорируя при этом глобальные настройки плагина.

Обратите внимание, что плагин не следит за изменениями таксономии, тегами и категориями. Поэтому если вы изменили один из вышеперечисленных настроек, то они не будут отображаться в сверке версий.

Не стоит полностью отказываться от ревизии постов и страниц. Бэкап может спасти безнадёжную ситуацию.

к оглавлению ↑

Сколько ревизий постов и страниц нужно

Я изначально проверяю статью миллион раз, а лишь потом публиковать её. Но все мы люди, и иногда необходимо отредактировать уже опубликованную статью. Мне достаточно трёх ревизии постов и страниц. Многие копирайтеры берут за основу пять ревизий. Сколько брать вам зависит от вашего опыта письма и целей, при которых редактируется пост, например, забыли вставить ссылку или картинку.

Спасибо за уделённое время этой статье.

А сколько вы используете ревизий постов и страниц? Напишите об этом в комментариях.