Для тех или иных задач в WordPress необходимо добавить Custom Post Type (раздел, аналогичный постам и страницам). Через функцию register_post_type добавили новый тип постов, но при переходе по ссылке на страницу записи нового Custom Post Type выидим 404 ошибку.

Решение связано с обновлением таблицы прав доступа. При регистрации post type в аргументы нужно прописать publicly_queryable => true

Далее необходимо применить обновленные права, добавив, например, в function.php вашей темы вызов следующей функции:

flush_rewrite_rules()

После добавления обновляем страницу сайта и после этого сразу же удаляем вызов функции. Проблема должна уйти


В 90% случаев при разработке на WordPress  спасает компонент Advanced Custom Fields. Это компонент динамического добавления полей для разных компонентов WordPress — постов, страниц, настройки темы (только в PRO) и многое другое. 

Для каждого набора полей есть настройка — где будут выводиться эти поля. Выбор достаточно большой, но при разработке очередного сайта мне не хватило условия — выводить для постов, которые находятся в определенной рубрике (категории) или подрубрике (подкатегории). Стандартный функционал предлагает выбрать только фиксированную рубрику. 

Благо, у компонента ACF есть отличное API, построенное на хуках, чем мы и воспользуемся.


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


Столкнулся с проблемой, что заказы, у которых стоит статус «Обработка» невозможно отредактировать. Видим надпись «Этот заказ был оплачен и не может быть отредактирован». Но что делать, если оплата по факту и нужно обновить заказ?


Один из последних проектов был на WordPress + Woocommerce + достаточно много изменений по функционалу магазина, поэтому досконально ознакомился с хуками (hooks) и действиями (actions) в wordpress. В Woocommerce достаточно много шаблонов строятся именно на хуках, где уже подключатся функции с формированием шаблона. В итоге, это вносит некоторые сложности, когда необходимо узнать — какие функции подписаны на тот или иной хук. WordPress хранит в глобальной переменной хуки и функции, подписанные на них, достаточно только прописать обертку для извлечения нужных данных.