Обычно работаю с 1С-Битрикс. Но решил сделать этот блог на WordPress, потому что задача стояла тривиальная — сделать блог и ничего больше. Как я уже писал в статье «На чём программируют программисты?» лучше выбрать самый простой инструмент для решения задачи. Нужен блог — берём WordPress.  Но из-за отсутствия какого-либо опыта работы с этим движком столкнулся с некоторыми сложностями. Адреса статей в блоге шли не по порядку. Сейчас адреса статей выводятся так

/articles/id_новости/

id — порядковый номер новости. Но в блоге всего 20 статей, а id текущей — 295! Что же поедает номера моих статей? Я хочу чтобы мои стати шли по порядку id=1,2,3,4,5…. А сейчас получается id=295 на 20-ой статье!

Почему порядковый номер в адресе

Часто использую именно цифровые обозначения в адресе, а не буквенную транслитерацию. Потому что у таких адресов есть ряд преимуществ:

• Адрес получается короткий. Сравните числовое обозначение адреса «/articles/283/» и транслитерацию названия «/articles/data_tsentr_ili_khosting_kompaniya/«. По-моему, так называемое «ЧПУ» (человекопонятный URL) довольно бесполезная штука.
• С использованием id статьи в URL не возникнет проблем, если написать статьи с одинаковыми названиями. Могу поспорить, что WordPress обязательно выдаст ошибку, если решите написать статьи с одинаковыми названиями с URL из транслитерации. Ведь адреса страниц получатся одинаковыми. Либо будет открываться только одна статья наугад.
• Это безопасно. Если понадобится использовать id новости из адреса, то легко сделать проверку типов данных и использовать безопасный номер стати (целое число). Тяжело сделать инъекцию, если в адресе стоит число, а не строка.

Решение проблемы

Я написал только 20 статей в блог, а id последней стати уже приближается к трём сотням! Начал разбираться, полез в базу данных. Захожу в самую большую по размеру таблицу и вижу 205 записей со значением ‘revision’:

SELECT post_type FROM wp_posts;

Оказалось что Wordpress сохраняет ревизии (редакции) статей в ту же таблицу, что и опубликованные. Получается, на каждую статью приходится история из её 10 ревизий. В сумме на 20 статей 205 ревизий — ужас. И всё это хранится в базе. Начал копать дальше и в официальном справочнике от WordPress — Codex нашёл описание механизма ревизий и обнаружил константу:

define( ‘WP_POST_REVISIONS’, 3 );

её можно прописать в wp-config.php. Цифра «3» обозначает суммарное количество сохраняемых ревизий публикации + 1 всегда зарезервирована на автосохранение. Таким образом ограничил скорость заполнения базы данных «мусором» из ненужных мне ревизий. Но остался вопрос — что же делать с уже хранящимися ревизиями в базе? Они мне не нужны, поэтому делаю резервную копию всей базы:

mysqldump alexgur >alexgur_160807

и удаляю ревизии:

DELETE FROM wp_posts WHERE post_type = ‘revision’;

P.S.

Поставил значение константы в «1». Теперь делается только автосохранение и 1 ревизия.

Ревизии в WordPress