Таксономії (терміни) у WordPress

Що таке таксономії у WordPress? Хто не знає, і тим, хто думає, що знає про таксономії все, буде корисно прочитати цю статтю. Я докладно розберу, що ховається під цим дивним словом, що воно означає в WordPress і як влаштовані таксономії. Думаю, у цьому розборі щось корисне знайде кожен.

Про таксономії

Слово «Taxonomy» прийшло до нас, як завжди, з грецької: taxis – розташування, nomos – закон, принцип. Тобто. Таксономія – це принцип розташування чогось. Для WordPress – це принцип розташування записів .

Таксономії можна порівняти з папками на комп’ютері: куди складаються файли. Заходимо до папки, бачимо список файлів. У WordPress аналогічно: заходимо в таксономію (рубрику), бачимо список записів у ній.

Структура контенту в WordPress дуже проста: контент складається із записів та таксономій, які пов’язують ці записи – по суті, це все! До контенту також відносяться коментарі та файли, але й те й інше є частиною запису… Є ще користувачі, але це як би і не контент, а окрема сутність. Ось і виходить, що таксономії пов’язують лише записи.

Варто звернути увагу, що WordPress «Таксономія» – це лише назва, тобто. таксономії як такої немає – є лише запис про її існування. А щось реальне у таксономії – це її елементи. Наприклад, візьмемо таксономію «Рубрики» ( category) – це лише назва – запис у змінній PHP, а реальні дані таксономії – це створені рубрики – її елементи. Наприклад, якщо не створювати жодної рубрики, то умовно можна сказати, що таксономії немає (вона порожня) – у базі даних вона ніде не записана, а існує лише в змінних PHP, де вказано назву таксономії та її властивості (опції), причому створюється така змінна нальоту під час створення сторінки. Записи прив’язуються саме до елементів таксономії, а чи не до самої таксономії. Оскільки записи пов’язані ні з таксономією, і з її елементами, те й наступна робота з таксономією – це з її элементами.

Елементи таксономії називаються terms . Для стислості так і називатимемо їх – терміни.

Типи таксономій

Вище я казав, що під час створення таксономії їй задаються властивості. Одна з найважливіших властивостей – це тип таксономії. Так, таксономії поділяються на два типи:

1. Деревоподібні – наприклад рубрики

2. Лінійні (плоські) – наприклад, мітки

Відмінність. Елементи деревоподібних такс. можуть бути батьківськими та дочірніми, тобто. одні елементи хіба що вкладено інші. А елементи пласких такс. завжди власними силами, тобто. всі вони знаходяться на одному рівні, а отже, не залежать один від одного.

Схематично це виглядає якось так:

Базові таксономії WordPress

За промовчанням у WordPress існує п’ять таксономій:

• category – рубрики

• post_tag – мітки

• post_format – прихована таксономія. Терміни цієї таксономії – це формати записів.

• nav_menu – прихована таксономія. Терміни таксономії – це створені меню навігації, до них прикріплюються записи (посилання меню). Якщо меню створюється довільне посилання, її дані поміщаються в таблицю записів (wp_posts) з типом запису nav_menu_item , а запис прикріплюється до терміну. Усі опції посилання (URL, анкор тощо) зберігаються у метаполях запису. Те саме відбувається, якщо в цю таксономію міститься елемент іншої таксономії, наприклад рубрика – також створюється запис у таблиці записів, а дані містяться в метаполі запису. Система незграбна і не дуже практична, зате незалежна, добре розширюється, а головне проста – в стилі WordPress.

• link_category – розділи для посилань, які відключені в останніх версіях. Докладніше про включення посилань .

Створення своїх таксономій

Створюється таксономія за допомогою функції register_taxonomy() або відповідного плагіна, наприклад, Custom Post Type UI. При цьому, як я вже говорив, до бази даних нічого не додається, а створюється тільки опис таксономії та її властивостей у глобальній змінній PHP та правилах ЧПУ. Як тільки було створено хоч один елемент таксономії, у БД з’являється запис про новий термін, а до нього вже можна прикріпити запис.

При створенні таксономії, їй можна вказати різні властивості (опції), наприклад:

• тип : деревоподібна або плоска.

• тип запису для якої створюється такса , тоді при редагуванні запису в адмінці з’явиться блок, де можна додати запис таксономії (зв’язати запис з терміном). Наприклад, таким блоком є ​​блок рубрик при редагуванні запису.

• як виглядатиме посилання на елемент таксономії. Ця «хрень» називається ЧПУ (людина-зрозуміла УРЛ).

• можна створити приховану таксономію , тоді її ніде не буде видно, зокрема в адмінці, але її можна використовувати якось нестандартно, щоби групувати записи або робити щось ще. Так, наприклад, плагіни галерей пов’язують галереї або окремі картинки.

• інші параметри … Повний список див. у описі функції register_taxonomy() .

Чому потрібно створювати довільні таксономії?

Якщо скрізь використовувати Рубрики, досить швидко ваш код перетворитися на кашу. В результаті розширювати функціонал сайту буде все складніше, а швидкість роботи буде повільнішою.

Припустимо, у нас є сайт з нерухомості з типом записів houses – вдома. Нам потрібно розподілити будинки за місцем, ціновою категорією, кількістю кімнат тощо. Все це можна реалізувати за допомогою стандартних рубрик і це дуже просто: створюємо рубрики: дешеві будинки, будинки у Воронежі, будинки з 3 кімнатами і т.д. Зі збільшенням кількості будинків та рубрик для них, шукати потрібні рубрики буде складніше, а зі збільшенням функцій сайту все складніше керуватиме всім цим – у результаті буде плутанина та банальні помилки у заповненні та в коді.

У цьому випадку нові таксономії в рази все спростять. Якщо у нас будуть окремі таксономії для кожної групи властивостей, наприклад sale_price , number_of_bedrooms , location , то у нас з’являться окремі блоки при редагуванні будинку, в яких зручніше зорієнтуватися і вибрати куди що розмістити, а також можна буде створювати окремі запити по кожному типу властивості. Все це матиме окремі назви, що спростить написання, розуміння та швидкість запитів.

Так може виглядати запит, коли потрібно отримати дешеві будинки у Воронежі:

$ Houses = get_posts (array (
	 'posts_per_page' => 8,
	 'orderby' => 'rand',
	 'post_type' => 'houses',
	 'sale_price' => 'cheap',
	 'location' => 'voronej'
)));

А якщо теж зробити з рубриками, то код вийде більше, буде менш зрозумілий і швидкий.

Створювати нові такси – це часто зручно та вигідно, зрештою.

Структура: таблиці таксономій у БД

У базі даних WordPress за таксономії відповідають, багато чимало, чотири таблиці. Розберемо кожну.

wp_term_relationships

Містить зв’язки термінів із записами. Таблиця показує, який запис якому терміну належить. Тільки ID терміна тут зв’язується через поле term_taxonomy_id , чому саме такий незрозумілий зв’язок описано в таблиці wp_term_taxonomy .

Ця таблиця містить лише три поля:

object_id

Містить ID запису (значення поля ID з таблиці
wp_posts ). Якщо
включена підтримка посилань , також буде містити ID посилання з таблиці
wp_links .

term_taxonomy_id

Містить значення того ж поля з таблиці
wp_term_taxonomy .

term_order

Містить порядок, у якому були зазначені терміни, при прикріпленні їх до запису. Наприклад, при редагуванні запису ми вказали їй 2 рубрики і 3 мітки, ось у якому порядку ми їх бачимо (вони передалися в запиті POST), такі значення сюди будуть записані: 1, 2 для рубрик, і 1, 2, 3 для міток.

За замовчуванням цю функцію вимкнено для всіх вбудованих таксономій (поле містить 0). Щоб її увімкнути, потрібно вказати параметр sort під час реєстрації таксономії, див. register_taxonomy() .

wp_term_taxonomy

Містить додаткові дані про елемент таксономії, зокрема важливі з них – це якої таксономії відноситься термін (поле taxonomy) і ID зв’язку з об’єктом (поле term_taxonomy_id).

term_taxonomy_id

ID рядка в цій таблиці зв’язується з полем
term_taxonomy_id з
wp_term_relationships .

term_id

ID термін. Зв’язується з полем
term_id з
wp_terms .

taxonomy

Назва таксономії, до якої належать термін.

description

Опис терміна.

parent

Містить ID батьківського терміна (для деревоподібних такс.).

count

Містить кількість записів у терміні.

wp_terms

Містить елементи таксономії (терміни) та базову інформацію про них. Це основна таблиця елементів таксономії. Залежить від таблиці wp_term_taxonomy – вони завжди йдуть у зв’язці.

term_id

Унікальний ID термін (ID рядка таблиці).

name

Назва терміна, пр: “Авторські функції”.

slug

Ярлик (склад) терміну, пр: «avtorskie-funkcii».

term_group

Застаріле поле більше не використовується.

wp_termmeta

Містить метадані термінів. Ця таблиця доповнює таблицю wp_terms .

У wp_termmeta прийнято зберігати будь-які додаткові дані терміна, наприклад це можуть бути СЕО поля: заголовок, опис і будь-що.

Структуру таблиця має таку ж, як і інші таблиці метаданих: wp_postmeta , wp_commentmeta , wp_usermeta . Логіка зберігання, кешування та отримання метаданих WP єдина всім типів метаданих: пости, такси, коментарі, користувачі (про це написав окрему статтю ).

За замовчуванням ця таблиця не задіяна і завжди порожня. Вона використовується при розширенні базових можливостей WP, як правило, плагінами.

meta_id

ID метаполя. Зазвичай ніде не використовується…

term_id

ID терміна з таблиці
wp_terms .

meta_key

Ключ метаполя.

meta_value

Значення метаполя. Завжди рядок, тобто. числа зберігаються як рядки, а масиви у серіалізованому вигляді.

Зв’язок усіх таблиць

Для створення своїх SQL запитів, коли базові функції не справляються чи справляються не оскільки хотілося б, потрібно знати як таблиці зв’язуються.

Давайте подивимося SQL запит, який зв’яже всі таблиці за допомогою JOIN. Запит нижче поверне всі записи типу post і дані до якого терміну прикріплено кожен запис:

SELECT t.name, t.term_id, tt.taxonomy, p.ID, p.post_title, p.post_date
FROM wp_terms t
	INNER JOIN wp_term_taxonomy tt ON (t.term_id = tt.term_id)
	INNER JOIN wp_term_relationships tr ON (tt.term_taxonomy_id = tr.term_taxonomy_id)
	INNER JOIN wp_posts p ON (tr.object_id = p.ID)
WHERE p.post_type = 'post'

Отримаємо:

Створюючи подібні запити та об’єднуючи таблиці за допомогою JOIN, ви швидко та добре розберетеся у залежностях між таблицями таксономій.

Функції таксономії WordPress

Повний список дивіться за цим посиланням , а ось деякі популярні функції:

–

Таксономія досить потужний інструмент у WordPress, при цьому логіка таблиць порівняно проста. Розібравшись, як працюють таксономії, ви зможете створювати більш складні сайти.

Також, розуміння як влаштовані таксономії та як записи зв’язуються з ними, допоможе вам зрозуміти де, як і яку функцію таксономій краще використовувати.