Как управлять переадресацией в WordPress с помощью фильтров
Опубликовано: 31.10.2017
Новичкам в миреWordPress бывает тяжело в полной мере понять, насколько разным и податливым может быть WordPress. Конечно, вам доступны буквально десятки тысяч тем и плагинов и, наверное, кажется, что WordPress почти безграничен, но если вы ничего не знаете об action- и filter-хуках, то будете удивлены насколько больше вы можете сделать с помощью этой удивительной системы управления контентом.
Обзор вызывной панели Beward DS06M от компании IP Systems в Краснодаре
Смотрите также :
В этом руководстве мы расскажем об использовании фильтров WordPress чтобы изменить страницу переадресации после разных действий.
Приступим!
Как настроить WordPress с помощью хуков Actions и Filters
Прочитав вступление, вы наверняка думаете, что мы преувеличиваем. Можем вас заверить, что нет. Без тени сомнений, хуки являются основной причиной такой гибкости WordPress. Без системы хуков, не только темы были бы более «жесткими», но и, что более важно, многих плагинов WordPress бы просто не существовало. Разработчики придумывали бы меньше плагинов и тем, а мир WordPress был бы очередной скучной системой управления контентом.
Настройка .htaccess - ускоряем сайт на 50%
Смысл названия хуков (с английского — крюки, зацепки) очень даже правильный. Они как бы цепляются за определенные функции WordPress. Хуки действия (Actions) выполняют функции до либо после определенного действия, а хуки фильтров (Filters) обрабатывают данные перед их выводом. (В этой статье мы сфокусируемся на фильтрах.) Вот почему большинство плагинов в управлении WordPress полагаются на хуки, а в темах создаются собственные хуки для других плагинов, чтобы позволить им расширять темы.
Нам не удалось найти достоверную информацию о первом появлении хуков в WordPress, но в было объявлено о создании новой архитектуры плагинов и сказано, что «теперь плагины можно привязывать почти к каждому действию на WordPress». И если это было первым упоминанием хуков WordPress, то можно считать, что они родились весной 2004, на год позже появления на свет первой версии WordPress.