";
the_content();
echo "
";Полное руководство по пользовательским типам постов в WordPress. Как добавлять категории в пользовательские типы постов в WordPress #4. Пример, получение типа записи по названию
a! Система управления сайтом WordPress завоевала признание в течении нескольких лет, но настоящим прорывом стала реализация возможности разделять записи на типы. В этом уроке подробно рассмотрим пользовательские типы записей их создание и использование.
Немного истории
На практике, пользовательские типы записей появились достаточно давно, а точнее с 17 февраля 2005 года, когда в WordPress 1.5 была добавлена поддержка пользовательских типов для статических страниц, посредством post_type поля в базе данных. Функция Wp_insert_post() была примерно с WordPress 1.0 так что, когда поле post_type было реализовано в 1.5, можно было достаточно просто заполнить его с помощью этой функции.
И только в версии 2.8 появилась функция register_post_type() для создания пользовательских типов и некоторые другие полезные вещи были доступны в «ночных сборках», а уже с 2.9 функции стали доступны всем.
А что сейчас?!
Пользовательский тип записи это не более чем обычная запись (статья) с определенным значением поля post_type
в базе данных. В обычной записи поле post_type
имеет значение post
, страница имеет значение page
и так далее. Однако теперь мы можем создавать свои собственные типы, чтобы указать особенности контента, содержащегося в записи. Можно создать пользовательские типы записей для книг, фильмов, анекдотов, продуктов и всего чего угодно.
Если все сделано правильно, то с помощью всего лишь нескольких строк кода можно достичь следующих результатов:
- Вынести пользовательский тип на основную панель админ зоны с пунктами подменю: список всех записей с таким типов, а также создать новую запись с таким типом;
- Создать архив записей подобного типа, то есть сделать что-то на подобии главной страницы для пользовательского типа;
- Создать категории и теги, которые могут быть доступными для пользовательских типов записей, а также пользовательские таксономии.
Различные типы контента предъявляют различные требования к данным. Для обычных записей вы хотите, чтобы был указан автор, категория и дата. В то время как для записи с типом «книги», хотелось бы иметь возможность указать автора книги, количество страниц, жанр, издательство и другие конкретные данные. Этого легко добиться используя пользовательские (meta boxes) области для ввода данных.
— области для ввода дополнительных данных прямо на странице создания записи. Такие области упрощают работу с пользовательскими типами записей.
Работа с пользовательскими типами записей
Чтобы эффективно создавать и использовать пользовательские типы записей, Вы должны быть знакомы со следующими составляющими:
- Создание пользовательских типов записей;
- Создание пользовательской таксономии;
- Создание пользовательских областей данных.
Создание пользовательских типов записей
Первое что необходимо сделать, так это создать непосредственно сам пользовательский тип записи. В идеале нужно создать плагин для работы с пользовательскими типами записей, но Вы также можете использовать файл functions.php вашей темы.
1 |
|
Это простейшая форма создания типа, который практически не имеет настроек. Для разработки нового типа наших записей, будем использовать некоторые из наиболее часто используемых опций и добавим их к ранее пустому массиву $args .
1 | function
my_custom_post_product()
{
|
- labels — данный массив меток используется для описания создаваемого пользовательского типа записи в теме./li>
- description — краткая информация создаваемого пользовательского типа записи, что он делает и почему мы его используем.
- public — использовать ли пользовательский тип публично и показывать ли его в административной зоне. В данном случае установлено истина.
- menu_position — позиция пункта меню нашего типа на основной панели администратора. Значение 5 значит пункт установиться сразу после пункта меню «Записи», если 10 значит после пункта «Медиафайлы» и тд.
- supports — данная опция содержит массив, в котором описаны те поля которые мы можем редактировать на странице создания записи. То есть title — появится поле для ввода названия записи, editor — будет отображена текстовая область для ввода текста записи и тд. А также указана используемая пользовательская таксономия product_category .
- has_archive — если установлено true, будет создано правило rewrite, позволяя получить список записей нашего типа по адресу http://mysite.com/product/
После установки этого кода в файл function.php , вы должны увидеть меню для пользовательского типа записей. Появилась возможность добавлять запись и просмотреть список записей.
Однако, это далеко не все опции для массива аргументов, полный список опций и все возможности пользовательских типов Вы найдете .
Интерактивные оповещения
WordPress генерирует некоторые сообщения, вызванные действиями пользователя. Мы также можем создать подобные сообщения, чтобы оповестить пользователя при работе с типами. Делается это post_updated_messages .
1 | function
my_updated_messages( $messages
)
{
|
Обратите внимание, что вы можете задать оповещения для всех пользовательских типов записей с помощью этой одной функции. Если не указывать название типа то оповещения будут использоваться для всех пользовательских типов.
Контекстные подсказки достаточно редко реализуются и используются. Как пользователь, я никогда не использовал эту возможность, но я уверен, что все же кто-то ими пользуется. Поэтому давайте создадим такую контекстную помощь.
Контекстные подсказки находятся в правом верхнем углу, возле вкладки настройки экрана.
1 | function
my_contextual_help( $contextual_help
,
$screen_id
,
$screen
)
{
$contextual_help
=
" На этой странице находится список всей продукции, которая продается на сайте. Записи расположены в обратном хронологическом порядке, последними в списке являются товары, которые мы добавили первыми. Вы можете просматривать / редактировать сведения о каждом продукте, нажав на его название, или можете выполнить массовые действие с помощью выпадающего меню, выбрав несколько элементов. } elseif ( "product" == $screen -> id ) { $contextual_help
=
" Эта страница позволяет создать продукт или отредактировать уже имеющиеся данные о нем. Пожалуйста, не забудьте заполнить дополнительные поля. }
|
Для того чтобы показать такую подсказку нам необходимо знать идентификатор экрана. Если при создании понадобится узнать ID экрана просто делаем так:
echo $screen -> id ; |
Пользовательская таксономия
На обычного блога для создания организационной структуры вполне хватает категорий и тегов. В то время как для пользовательских типов постов этого не всегда достаточно. Такую проблему может решить пользовательская таксономия. В нашем случае таксономия с названием «Категории продуктов», которая используется только для записей с пользовательским типов «Продукция».
Процесс создания пользовательской таксономии практически идентичен созданию пользовательских типов записей. Давайте посмотрим на нашем примере:
1 | function
my_taxonomies_product()
{
|
Как и при создании пользовательского типа мы сформировали массив label, и указали что для создаваемой таксономии актуальна иерархическую структуру (т.е. могут быть родительский и дочерний элементы) — это свойственно рубрикам в обычных записях. В противном случае если структура не иерархическая — созданы обычные теги. Более подробно о таксономии Вы можете почитать .
Дополнительные области данных
Дополнительные области или блоки для ввода данных (meta boxes) вы могли видеть на странице редактирования записи. Все знают стандартные , такие как выбор рубрики или тегов. Также в некоторых темах встречаются позволяющие прикрепить картинку к записи и тд.
Так как мы создаем пользовательский тип «Продукция», то нам явно понадобится цена продукта, давайте рассмотрим процесс создания пользовательских .
Процесс создания можно разделить на 3 этапа:
- Определение самого блока;
- Определение содержимого (какие поля присутствуют в блоке);
- Описание алгоритмов обработки введенных данных.
Определение meta boxes
1 | add_action( "add_meta_boxes"
,
"product_price_box"
)
;
|
Приведенный выше код создает блок со следующими параметрами:
- product_price_box — уникальный идентификатор для meta box (он не обязательно должен совпадать с названием функции);
- Цена продукта — название meta box, которое видит админ на странице;
- product_price_box_content — функция, которая будет отображать содержимое окна;
- product — название пользовательского типа записи, к которому принадлежит meta boxes;
- side — положение блока на странице (side , normal или advanced — по-умолчанию);
- high — приоритет meta boxes (в данном случае «высокий», блок находится в самом верху сайдбара. Варианты: high , core , low или default — по-умолчанию).
Определение содержимого
1 | function
product_price_box_content( $post
)
{
|
Добавляем всего лишь одно поле, для ввода цены продукта. Заметьте название функции совпадает со значением третьего параметра при объявлении (код выше).
Обработка введенных данных
Последний шаг — это сохранение введенной цены на продукт в базу данных.
1 | add_action( "save_post"
,
"product_price_box_save"
)
;
if
( defined
( "DOING_AUTOSAVE"
)
&&
DOING_AUTOSAVE )
if
( !
wp_verify_nonce( $_POST
[
"product_price_box_content_nonce"
]
,
plugin_basename( __FILE__
)
)
)
if
( "page"
==
$_POST
[
"post_type"
]
)
{
|
Большая часть функции это проверки. Прежде всего проверяется автосохранение, цена не будет сохранена до тех пор пока не будет нажата кнопка сохранить или обновить. После проверяются права доступа на редактирование данных этой записи и только после этого с помощью функции update_post_meta цена заносится в базу.
Отображение записей созданного типа на блоге
Все этапы создания пользовательского типа записей мы прошли, осталось воспользоваться плодами наших трудов, и сформировать отображение записей на блоге в соответствии с установленной нами таксономией.
Так как в процессе создании пользовательского типа мы указали истину для параметра has_archive то список записей типа product доступны по адресу http://mysite.com/product/ .
Для отображения используется файл archive-.php
(в нашем случае archive-product.php) если такой существует. Иначе, для отображения будет использован archive.php
и если такой файл отсутствует в теме, то будет использовать )
)
;
$products
=
new
WP_Query( $args
)
;
if
( $products
->
have_posts
()
)
{
while
( $products
->
have_posts
()
)
{
$products
->
the_post
()
;
?>
<
h1>
<
div class
=
"content"
>
}
}
else
{
echo
"О нет, продукты не обнаружены!"
;
}
?>
Отображение цены
Введенные дополнительные данные, в нашем случае цена продукта, могут быть получены с помощью функции get_post_meta () . Так как мы используем дополнительно поле product_price , то чтобы получить значение цены:
Плагин для создания пользовательских типов записей
Если Вы не уверены в своих силах в области программирования, то всегда можно найти уже готовое решение (плагин) и воспользоваться им. Пользовательские типы не исключение. Плагин WCK Custom Post Type Creator позволяет вам легко создавать пользовательские типы записей для WordPress без знания программирования.
Создаем кастомный тип записи (Custom Post Type) Articles с кастомными категориями (Custom Taxonomy) Articles Category .
В моем случае все стандартные записи – это Товары, поэтому Статьи выведем через кастомные записи.
В файле функций functions.php регистрируем кастомный тип записи Articles:
Function wptp_create_post_type() { $labels = array("name" => __("Articles"), "singular_name" => __("Articles"), "add_new" => __("New Article"), "add_new_item" => __("Add New Article"), "edit_item" => __("Edit Article"), "new_item" => __("New Article"), "view_item" => __("View Article"), "search_items" => __("Search Articles"), "not_found" => __("No Articles Found"), "not_found_in_trash" => __("No Articles found in Trash"),); $args = array("labels" => $labels, "has_archive" => true, "public" => true, "hierarchical" => false, "menu_position" => 5, "supports" => array("title", "editor", "excerpt", "custom-fields", "thumbnail"),); register_post_type("articles", $args); } add_action("init", "wptp_create_post_type");
Если вы хотите, чтобы в кастомных постах выводились стандартные категории, тогда привяжите их к таксономии Категорий:
"taxonomies" => array("category"),
Если для кастомных постов вы создаете еще и кастомные таксономии, то связывать их надо с созданными таксономиями, если брать пример ниже, то это будут articles_category
"taxonomies" => array("articles_category"),
Затем для кастомного типа записи Articles регистрируем таксономии ‘Article Category’, чтобы разные записи могли принадлежать разным категориям.
Function wptp_register_taxonomy() { register_taxonomy("articles_category", "articles", array("labels" => array("name" => "Article Categories", "singular_name" => "Article Category", "search_items" => "Search Article Categories", "all_items" => "All Article Categories", "edit_item" => "Edit Article Categories", "update_item" => "Update Article Category", "add_new_item" => "Add New Article Category", "new_item_name" => "New Article Category Name", "menu_name" => "Article Category",), "hierarchical" => true, "sort" => true, "args" => array("orderby" => "term_order"), "show_admin_column" => true)); } add_action("init", "wptp_register_taxonomy");
Для кастомной таксономии можно изменить слаг на более красивый, чтобы он не был articles_category , но нужно учесть, чтобы таких слдагов больше не было на других страницах или постах, иначе будут проблемы:
"rewrite" => array("slug" => "blog"),
При изменении слагов необходимо обновить настройки “Постоянных ссылок” в админке, иначе будете получать 404 ошибку вместо нужной страницы.
Больше примеров можно найти и . Но привести весь этот код в порядок помогла , за что автору большая благодарность.
За внешний вид кастомной записи отвечает файл single.php , но чтобы изменить вид кастомной записи можно создать файл single-{post_type}.php – в моем случае будет single-articles.php со своим содержимым.
Теперь нужно вывести кастомные записи на странице. По умолчанию за отображение архива кастомных записей отвечает файл index.php . Но можно создать файл, который будет отвечать за вывод кастомных записей в своей таксономии.
Вариант 1 – самый правильный. Выводим записи в таксономии так же как и в обычной категории.
Для этого создаем файл taxonomy-{taxonomy}.php – в моем случае будет taxonomy-articles_category.php и в нем выводим обычный цикл, как и для стандартных записей в категории:
В файле tax-item.php выводим данные, которые нам нужно получить из каждой записи, например, заголовок, ссылку на запись, миниатюру и excerpt.
В файле pagination.php выводим пагинацию вот такого формата .
Цикл не изменяем, пагинация отлично работает. Это самый оптимальный вариант для отображения Кастомных Таксономий.
Вариант 2 – если нет кастомных таксономий, то можно просто получить все кастомные записи в виде Архива
Для этого в шаблоне создаем файл archive-{post_type}.php – в моем случае будет archive-articles.php , в котором точно так же как и в таксономии выводим обычный цикл, только вместо заголовка Таксономии выводим имя кастомного типа записи :
При этом варианте, если не создана страница архива для кастомной записи, тогда получить список всех кастомных записей можно по прямой ссылке BLOG_URL?post_type={post_type} или в моем случае http://site.com/articles/ .
Вариант 3. Просто выводим все кастомные записи Articles на странице с заданным шаблоном
"articles", "posts_per_page" => -1); $loop = new WP_Query($args); while ($loop->have_posts()) : $loop->the_post(); get_template_part("include/tax-item"); endwhile; ?>get_template_part("include/tax-item"); – в файле tax-item.php я вывожу содержимое записи, которое нужно мне для отображения записей внутри цикла (заголовок, миниатюру, дату, цитату и т.д.)
Этот вариант выводит все записи Articles на странице, не зависимо от таксономий (категорий).
А если нам нужно вывести каждую категорию отдельно со своими новостями, тогда используем первый вариант, описанный выше.
При этом, если вы используете плагин Yoast SEO и используете его хлебные крошки:
Тогда при выборе в настройках плагина таксономии “Articles Category” в “Taxonomy to show in breadcrumbs for post types”, в хлебных крошках вы получите ссылку на категорию, к которой принадлежит Новость, при других вариантах вывода кастомных записей это не получалось сделать.
Категории по умолчанию используются только для постов. Однако в некоторых сценариях у вас может возникнуть желание использовать их с пользовательским типом постов. В этой статье мы расскажем вам как это можно сделать.
Способ с плагином
Для начинающих пользователей мы рекомендуем использовать Custom Post Type UI плагин, чтобы создать пользовательский тип постов. Используя этот плагин, у вас есть возможность ассоциировать пользовательский тип постов с любой встроенной или пользовательской таксономией, включая категории. После установки плагина зайдите в CPT UI » Add/Edit Post Types для того, чтобы создать новый пользовательский тип постов или отредактировать существующий.
Прокрутите вниз до Advanced Options и там вы увидите параметр Built in Taxnomies. Отметьте ячейку напротив категорий и сохраните свой тип постов.
Ручное добавление категорий для пользовательского типа постов
Если вы создали пользовательский тип постов, добавив код в файл functions.php, то вам придется изменить этот код, чтобы добавить категорию как поддерживаемую таксономию. Все, что от вас требуется, это добавить эту строчку в аргументы вашего пользовательского типа постов:
‘taxonomies’ => array(‘category’),
Не исключено, что у вас уже есть эта строка в коде с какой-нибудь другой пользовательской таксономией. Если это так, то вам надо просто добавить запятую после нее и добавить категорию:
‘taxonomies’ => array(‘topics’, ‘category’),
Вот пример целого кода, где мы создали пользовательский тип постов под названием «фильмы» с поддержкой всех встроенных категорий.
Function custom_post_type() { // Set UI labels for Custom Post Type $labels = array("name" => _x("Movies", "Post Type General Name", "twentythirteen"), "singular_name" => _x("Movie", "Post Type Singular Name", "twentythirteen"), "menu_name" => __("Movies", "twentythirteen"), "parent_item_colon" => __("Parent Movie", "twentythirteen"), "all_items" => __("All Movies", "twentythirteen"), "view_item" => __("View Movie", "twentythirteen"), "add_new_item" => __("Add New Movie", "twentythirteen"), "add_new" => __("Add New", "twentythirteen"), "edit_item" => __("Edit Movie", "twentythirteen"), "update_item" => __("Update Movie", "twentythirteen"), "search_items" => __("Search Movie", "twentythirteen"), "not_found" => __("Not Found", "twentythirteen"), "not_found_in_trash" => __("Not found in Trash", "twentythirteen"),); // Set other options for Custom Post Type $args = array("label" => __("movies", "twentythirteen"), "description" => __("Movie news and reviews", "twentythirteen"), "labels" => $labels, "supports" => array("title", "editor", "excerpt", "author", "thumbnail", "comments", "revisions", "custom-fields",), "hierarchical" => false, "public" => true, "show_ui" => true, "show_in_menu" => true, "show_in_nav_menus" => true, "show_in_admin_bar" => true, "menu_position" => 5, "can_export" => true, "has_archive" => true, "exclude_from_search" => false, "publicly_queryable" => true, "capability_type" => "page", // This is where we add taxonomies to our CPT "taxonomies" => array("category"),); // Registering your Custom Post Type register_post_type("movies", $args); } /* Hook into the "init" action so that the function * Containing our post type registration is not * unnecessarily executed. */ add_action("init", "custom_post_type", 0);
Отображение нескольких типов постов на странице категории
По умолчанию страницы категории на сайте WordPress отображают стандартный тип постов. Если хотите, чтобы ваш тип постов отображался бы на той же странице категорий, что и посты по умолчанию, то вам надо добавить следующий код в файл functions.php:
Add_filter("pre_get_posts", "query_post_type"); function query_post_type($query) { if(is_category()) { $post_type = get_query_var("post_type"); if($post_type) $post_type = $post_type; else $post_type = array("nav_menu_item", "post", "movies"); // don"t forget nav_menu_item to allow menus to work! $query->set("post_type",$post_type); return $query; } }
Не забудьте поменять movies на название своего пользовательского типа постов.
Наша специальность - разработка и поддержка сайтов на WordPress. Контакты для бесплатной консультации - ,
Аплодировать, хлопать, бить в ладони (ладоши). Стоит оратору эффектно закончить хотя бы самую бессодержательную речь, и зал дрожит от рукоплесканий. Браво! Браво! закричали все... и даже в ладоши забили. Тург. Ср. аплодировать... Словарь русских … Словарь синонимов
- (иноск.) одобрять, радоваться (выражая это рукоплесканіемъ хлопаніемъ въ ладони). Ср. Эта выдумка очень понравилась всѣмъ дамамъ: онѣ дружно захлопали въ ладоши. Писемскій. Масоны. 5, 4. Ср. Восплесните руками всѣ народы, воскликните Богу гласомъ … Большой толково-фразеологический словарь Михельсона (оригинальная орфография)
РУКОПЛЕСКАТЬ, рукоплещу, рукоплещешь, несовер., кому чему (книжн.). Ударять, плескать в ладоши в знак одобрения, аплодировать. Весь зал рукоплескал оратору. «Свет ей рукоплещет, свет ей подражает.» Некрасов. Толковый словарь Ушакова. Д.Н. Ушаков … Толковый словарь Ушакова
рукоплескать - рукоплескать, рукоплещу, рукоплещет (не рекомендуется рукоплескаю, рукоплескает); прич. рукоплещущий; дееприч. рукоплеща (неправильно рукоплеща) … Словарь трудностей произношения и ударения в современном русском языке
- (иноск.) одобрять, радоваться (выражая это рукоплесканием хлопанием в ладони) Ср. Эта выдумка очень понравилась всем дамам: они дружно захлопали в ладоши. Писемский. Масоны. 5, 4. Ср. Восплесните руками все народы, воскликните Богу гласом радости … Большой толково-фразеологический словарь Михельсона
Несов. неперех. устар. 1. Ударять, хлопать в ладоши в знак одобрения, горячего признания чего либо; аплодировать. 2. перен. Воздавать похвалы кому либо, горячо одобрять кого либо или что либо. Толковый словарь Ефремовой. Т. Ф. Ефремова. 2000 … Современный толковый словарь русского языка Ефремовой
Рукоплескать, рукоплещу, рукоплещем, рукоплещешь, рукоплещете, рукоплещет, рукоплещут, рукоплеща, рукоплескал, рукоплескала, рукоплескало, рукоплескали, рукоплещи, рукоплещите, рукоплещущий, рукоплещущая, рукоплещущее, рукоплещущие, рукоплещущего … Формы слов
рукоплескать - рукоплеск ать, ещ у, ещет … Русский орфографический словарь
рукоплескать - (I), рукоплещу/, пле/щешь, щут … Орфографический словарь русского языка
Плещу, плещешь; нсв. кому чему и без дополн. = Аплодировать. Р. победителям Олимпийских игр. Р. при появлении режиссёра и киноактёров … Энциклопедический словарь
Книги
- Герои олимпийских игр , В. Л. Штейнбах. В 2008 году Россия отмечает столетие выступления наших спортсменов на Олимпиадах. Это не просто спортивные состязания, Олимпийские игры являются гимном мужеству, стойкости, силе воли и…
- Из писем П. А. Вяземского , Петр Вяземский. «Иван Иванович ‹Дмитриев› написал несколько превосходных басен. Скипетр – в руках законного царя: горе и стыд самозванцам! Разумеется, здесь дело идет не о Крылове: он счастливый смельчак,…
На сегодняшнем уроке мы познакомимся с понятием custom post type , а также научимся создавать свой кастомный post type и шаблон для него. Custom post type это одно из основных направлений в WordPress , с которым работают разработчики.
В WordPress-е блоге посты и страницы - все это post type и чтобы расширить функционал, разработчику нужно добавлять новые post type . Например у вас сайт для продажи книг, вы же не будете публиковать эти книги, как блог-посты. Для этого вы создадите новый post type с названием "book" , у которого будет свой внешний вид, свой шаблон и свои настройки.
Сегодня мы создадим свой post type под названием "book" , который будет иметь кастомный шаблон для публичного поста и для страницы с архивами. Давайте сначала ознакомимся с документацией WordPress - Codex/Post Type . Первым делом в кодексе перечислены все названия в (Default Post Types) , которые мы не можем использовать при регистрации новых названий постов.
Для создания кастомных постов в WordPress существует специальная функция - register_post_type() . Разберем на примере ниже.
Функция register_post_type подключается к ядру WordPress-а при помощи другой функции-хука - add_action . Хук это крючок, за который мы цепляем нашу функцию к ядру WordPress , который при инициализации своих функций, добавляет и нашу.
Давайте попробуем зарегистрировать наш post type , скопируем кусок кода из примера выше и вставим его в файл function.php , стартовой темы underscore , которую мы установили на прошлом уроке и назвали my_theme - "Файлы темы Wordpress" . Сделать это можно через админку WordPress-а в теме, Внешний вид / Редактор , открываете файл function.php и вставляете код из кодекса внизу документа.
Разберем подробнее этот код. WordPress регистрирует post type при помощи функции register_post_type . В круглых скобках передаются параметры, первый параметр acme_product - это id нового типа поста, который мы меняем на свой book .
Register_post_type("book",
За ним идет параметр, который получает эта функция, это массив настроек, в примере их всего три, а в документации гораздо больше. Переименуем "Products" на "books" , а "Product" на "book" .
Array(
"labels" => array(
"name" => __("books"),
"singular_name" => __("book")
),
Public означает, что пост публичный, его видят все и он попадает в архив has_archive .
"public" => true,
"has_archive" => true,
)
Обязательно выше кода пропишите комментарии, что это за код, чтобы самим потом не забыть, зачем вы туда его поставили.
/*** My blog custome code.
*/
Сохраняем пост идем в консоль админки и видим новый тип поста book , однако он с минимальным количеством настроек.
На странице codex вы увидите полный список настроек. Нам надо добавить возможность добавления превью-картинки, передадим в массиве параметр "thumbnail" . Кроме того, вернем назад title и editor .
"supports" => array("title", "editor", "thumbnail"),
Точно так же можно добавлять и другие настройки из документации. Рекомендуется для пользовательских названий, в том числе и для post type применять префиксы (my_book) , чтобы избежать конфликта с другими плагинами, ведь названия могут совпасть. Для избежания ошибок WordPress рекомендует все вами разработанные функции, переменные, id , классы и константы прописывать с префиксами.
Кастомный шаблон для нового post type
Создадим два поста в новом типе записей book с названиями Book 1 и Book 2 и откроем сайт по адресу http://my_blog.com/book/.
Мы видим, что загрузился нами созданный post type book , а не дефолтный post type WordPress-а , но загружаются все равно старый archive.php , а нам надо создать свой, вместо дефолтного. Мы хотим, чтобы книги не находились в блог постах, а выглядели иначе, без типичной блоговой структуры. Создадим пустой файл archive-book.php и подключим к нему шапку,
get_header();
?>
get_footer();
?>
и сделаем вывод контента в цикле, скопировав код из раздела документации Post_Types , заменив "product" на "book" .
$args = array("post_type" => "book", "posts_per_page" => 10);
$loop = new WP_Query($args);
while ($loop->have_posts()) : $loop->the_post();
the_title();
echo "
endwhile;
?>
Аналогичный действия надо сделать и для файла single.php .
