Как работает маршрутизация в WordPress?

Question

Как работает маршрутизация в WordPress?

12 апр. 2014 г., 10:46:59

Просмотры: 55.2K

Голосов: 24

Как работает основная маршрутизация в WordPress? Мне сложно понять... В MVC ваш URL выглядит как mycontroller/myaction, который сопоставляется с MyController->myaction()

В Drupal это выглядит как index.php?q=mycustomerpath/hello, что может быть сопоставлено с любой функцией, которая возвращает контент, "оформленный" в макет вашей темы.

Но в WordPress я совершенно не понимаю, как это работает... используется ?p=1, затем ?product=1 ... Я искал документацию по процессу маршрутизации, но не могу найти ничего подходящего (Google выдает только статьи о пользовательских маршрутах)... Я хочу сначала понять основы базовой маршрутизации.

yeahman

744

urls маршрутизация

Комментарии

Копаясь в коде, я вижу, что при каждом запросе вызывается query_posts? Почему, черт возьми, нужно запрашивать записи каждый раз? Разве не бывает случаев, когда вам на самом деле не нужно отображать записи??

yeahman

12 апр. 2014 г. 10:49:17

Контент в WordPress сохраняется как записи. Поэтому, когда вам нужно отобразить контент, вам необходимо сделать запрос

Sisir

12 апр. 2014 г. 11:36:55

Могу я предложить вам почитать про "the loop" (цикл) — это концепция, которую нужно понять, чтобы разобраться, как работает WordPress. По сути, "the loop" отображает массив записей, который является результатом query_posts. Для неадминистративных URL-запросов WordPress предназначен для отображения только записей, и требуется дополнительное программирование, чтобы показать что-то кроме записи. Запросы к админке работают иначе и не используют "the loop", показывая другие элементы, не связанные с записями.

User

12 апр. 2014 г. 11:52:01

ок, но этот подход немного странный и не очень гибкий, если честно

yeahman

12 апр. 2014 г. 13:07:12

скажем, я хочу отобразить контактную форму... мне нужно поместить мой HTML в тип контента страницы? Я все еще пытаюсь найти, куда поместить логику обработки отправки формы... (в page.php темы? очень некрасивый подход)

yeahman

12 апр. 2014 г. 13:08:50

Показать остальные 2 комментариев

Все ответы на вопрос

Комментарии

Я понимаю, что всё должно быть представлено в виде записей (через пользовательские типы записей и т.д.), очень похоже на кастомные типы в Drupal 6... но влияет ли это на производительность, когда все материалы сайта хранятся в одной таблице posts? Drupal 7 решил эту проблему, введя тип сущности (entity type), так что вам не нужно создавать кастомный тип и хранить всё в таблице node, а можно использовать собственную таблицу сущностей, которая всё ещё может использовать преимущества фреймворка Drupal. Надеюсь, WordPress внедрит подобный подход в будущем. Спасибо за подробное объяснение.

yeahman

12 апр. 2014 г. 13:14:07

Полагаю, если я хочу сопоставить URL с моей собственной функцией/темой, мне поможет WP Router?

yeahman

12 апр. 2014 г. 13:15:08

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

Otto

12 апр. 2014 г. 13:19:21

как добавить пользовательский html/php в созданный мной тип записи? без необходимости изменять single.php темы или создавать single-mycustompost.php (не очень переносимый подход)

yeahman

12 апр. 2014 г. 13:24:26

Шорткоды. http://codex.wordpress.org/Shortcode_API

Otto

12 апр. 2014 г. 13:54:11

Показать остальные 14 комментариев

Otto 32.8K · Answer 1 · 2014-04-12T13:08:56Z

В WordPress URL-адреса не сопоставляются с маршрутами. Они сопоставляются с запросами к базе данных.

При использовании WordPress в режиме "стандартных" постоянных ссылок (permalinks) у вас есть набор переменных в основном URL-запросе, таких как ?p=1 или ?page=234 и так далее. Также есть ?s=search и многие другие.

Если вы используете "человекопонятные" (pretty) постоянные ссылки, то создается большой набор правил, называемых "правилами перезаписи" (rewrite rules), которые напрямую сопоставляют различные шаблоны URL с тем же набором параметров URL. Таким образом, URL вида /2014/04/12/example будет сопоставлен с ?year=2014&month=04&day=12&postname=example или аналогичным. Поэтому следующее относится и к ним, после выполнения этого сопоставления.

Эти переменные по сути управляют основным экземпляром класса WP_Query. Класс WP_Query содержит всю информацию, которая формирует запрос к базе данных для получения "записей" (posts). Различные параметры, передаваемые в него, определяют, какой запрос будет построен и какие данные будут получены.

Дело в том, что всё, что может быть отображено в WordPress, по сути является "записью". Блог — это серия записей в обратном хронологическом порядке. "Страница" (page) — это статичная запись с определенным именем. "Пользовательский тип записи" (custom post type) — это именно то, что звучит в названии, "запись" с пользовательским типом, который вы определяете. Все основные запросы для отображения чего-либо в WordPress получают некоторое подмножество записей из таблицы wp_posts.

WP_Query — это то, что выполняет эту задачу. А параметры из URL передаются напрямую в этот основной запрос и используются там.

Тема (theme) затем определяет, какой шаблон использовать, основываясь на результате запроса. Если вы запросили /category/example, это преобразуется в ?category_name=example, что означает, что основной массив $wp_query->query_vars получит эту информацию, и WP_Query извлечет последние X записей для категории "example", а также установит флаг is_category в true.

После этого запустится template-loader, увидит, что is_category() возвращает true, и решит выбрать шаблон категории, поэтому он будет искать category-example.php, а затем перейдет к category.php и так далее, в соответствии с Иерархией шаблонов (Template Hierarchy).

Таким образом, вопрос, если вы хотите изменить работу URL, прост: вы хотите изменить URL или то, на что они сопоставляются? Потому что URL не сопоставляются с функциями, они сопоставляются с параметрами, которые управляют запросом. Если вы хотите, чтобы URL изменял основной запрос, то это немного другой процесс, чем если бы вы хотели, чтобы специальный URL выполнял какой-то другой специальный код.

И чтобы ответить на ваш конкретный вопрос в комментариях: "Разве нет случаев, когда вы на самом деле не хотите отображать записи?" Нет, таких случаев нет. Всё является записью. Весь контент хранится в записях. Если вы хотите хранить контент в другом месте и сделать его другим, то вы можете это сделать, но это сложнее, потому что, честно говоря, это обычно не требуется. Если у вас есть специальный контент, создайте пользовательский тип записи, сохраните ваш контент как запись этого типа, сопоставьте шаблон URL с ним. Легко.