При работе над любым WordPress-проектом (темой или плагином) фиктивный контент нужен часто.
Почему это лучше ручного копирования#
Демо-контент нужен не для красоты. Он показывает, как тема, плагин или админка ведут себя на объёме: длинные списки, пагинация, разные заголовки, пустые поля, повторяющиеся элементы.
WP-CLI удобен тем, что тестовые записи можно создавать быстро и повторяемо. Это особенно полезно перед показом клиенту или проверкой производительности.
Зачем? Например, вы работаете над плагином, который обрабатывает сразу несколько сообщений, а затем что-то с ними делает. Или хотите проверить постраничную навигацию. Или добавить больше пунктов в меню для тестирования. Вариантов много.
Обычно я нажимал Ctrl + F и искал тот XML-дамп с примерами содержимого WordPress, который поставляется с платными темами и плагинами. Потом копипастил оттуда тексты ручками или пробовал импортировать через Инструменты WordPress.
У WP-CLI на этот счёт есть несколько вариантов:
wp post generate --count=10
Эта команда создаст 10 пустых записей. Не останавливайтесь на 10 — WP-CLI справится и с 1000.
Более изящное решение:
curl http://loripsum.net/api/4 | wp post generate --post_content --count=10
Эта команда создаст 10 записей, в каждой из которых будет по 4 параграфа текста-рыбы с loripsum.net.
Как не испортить рабочий сайт#
Генерировать тестовые записи лучше на локальной копии, staging или временном окружении. На живом сайте легко замусорить поиск, карту сайта, RSS и админку.
Перед массовой генерацией проверьте тип записи, статус, автора и таксономии. После теста удалите демо-данные командой или откатом базы, а не вручную по одной записи.
Если WordPress-проект нужно тестировать на реальных объёмах, демо-данные лучше генерировать управляемо: записи, товары, картинки, пользователи и сценарии нагрузки. Напишите мне в Telegram или на почту — помогу собрать тестовый контур, где сайт проверяется до запуска, а не на первых клиентах.
