В чем побочный эффект записей в wordpress?

Question

[sergemin]

По работе я в течение месяца впервые сделал два простеньких сайта на wordpress. Это информационные сайты что-то вроде такого. Все однотипные страницы, типа "наши услуги" и т.п. я делал записями. Создавал рубрики, в них записи. Так мне было проще выводить записи одной рубрики через цикл, безо всяких плагинов, как это нужно в случае со страницами. Страницами делал только главную, страницу контактов и т.п. Сегодня прочел пару статей по поводу разницы между страницами и записями и так утверждается, что записями нужно делать только новости и т.п.
Например, такая статья
"Для страниц подходит важная информация, которая не меняется. Например «Об авторе», «Контакты», «О проекте», «Наши услуги» и т.д. "

Вопрос в том, какие могут появиться неприятности, если я все делал через записи?

Comments

[Site Developer]

Где ты там увидел "утверждается, что записями нужно делать только новости и т.п."?

"Для страниц подходит важная информация, которая не меняется. Например «Об авторе», «Контакты», «О проекте», «Наши услуги» и т.д. " вот это верно, а ВСЁ ОСТАЛЬНОЕ - это записи. А даже услуги, если это не перечень из 5ти пунктов на одной странице, а каждая услуга -отдельный пост - это ЗАПИСЬ.

[sergemin]

Site Developer: я вообще растерялся. Два человека - два диаметрально противоположные мнения.
В общем, я норм поступаю, если делаю так, как делаю сейчас?

[Site Developer]

sergemin: где же диаметрально? В статье с тоже самое что и я говорю и документация. Про "только новости" это твои личные фантазии.
Ну вот ещё почитай пост на оф форуме.

Answer 1

[Site Developer]

так утверждается, что записями нужно делать только новости

Нет такого и в той статье. Никаких только.

Основной контент ВП - это записи. Тип контента post. Страницы (тип контента page) служит для статичной информации - "о сайте", "контакты" и тп.

Answer 2

[Павел]

В случае со страницами не нужны никакие "всякие плагины". Это такие же посты, как и записи, только с типом "page", и они так же как и любой тип постов выводятся через цикл. Единственное, у них нет никакой встроенной таксономии (рубрик, тегов и т.д.).

Вопрос в том, какие могут появиться неприятности, если я все делал через записи?

Абсолютно никаких. Но так делать не принято. Через полгода клиент на сайте захочет блог и станет использовать записи по прямому назначению, вот тогда и все и вылезет. Для каждого типа материала в WP создаются post type. Есть встроенные типа post, page и attachement, Для своих целей можно создавать что угодно - товары, книги, рецензии и т.д. и т.п. со своими таксономиями.
Вы же в интернет-магазине не пытаетесь блог выводить товарами? Вот и в WP не стоит делать статические страницы записями.

Comments

[sergemin]

Спасибо за подробный ответ!!!

[Павел]

sergemin: пожалуйста. сам на первых сайтах так делал от недостатка опыта.. потом узнал про такую вещь как Custom Post Types и почему WP стал так популярен)

[sergemin]

Павел: я просто не мог разобраться с тем, как выводить однотипные страницы. В записях все просто: добавил одинаковые записи в рубрику и вывел рубрику в нужном месте. А как поступать со страницами? Можно ли сделать так, чтобы я не прописывал вручную id страниц, которые нужно выводить? Я хотел, чтобы клиент, при надобности, мог сам создать новую услугу на сайте и чтобы ему не пришлось лезть в шаблон и добавлять id новоиспеченной страницы. В записях нужно просто рубрику выбрать и все

[Павел]

sergemin: создайте новый тип поста - service , назовите его "Услуги". И выводите себе спокойно. Шаблон будет single-service.php , архив - archive-service.php. Дайте этому посту таксономию service_cat (Виды Услуг). Шаблон будет taxonomy-service_cat.php .
Иерархия шаблонов WP https://developer.wordpress.org/files/2014/10/temp...
Регистрация типа поста https://wp-kama.ru/function/register_post_type
Регистрация таксономии https://wp-kama.ru/function/register_taxonomy
Плагин, который делает то же самое из админки https://ru.wordpress.org/plugins/custom-post-type-ui/
Wordpress dashicons (поймете зачем) https://developer.wordpress.org/resource/dashicons...
Эти вещи надо знать, если хотите разрабатывать и зарабатывать на WP)

[sergemin]

Павел: Огромное спасибо! Полезнейшая информация!!! Очень Вам благодарен!!!

[Site Developer]

Павел: sergemin: "Единственное, у них нет никакой встроенной таксономии"
Это далеко не единственное различие. Совершенно другая иерархия, нет дат, а значит архивов, ВП работает по-другому (и тяжелее) и многое другое. https://codex.wordpress.org/%D0%A1%D1%82%D1%80%D0%...
В целом из общего у них можно считать только наличие заголовка, поле контента и пару сопутствующих данных. В остальном это совершено разные сущности.

[Алексей Сироткин]

Услуги - это категория постов, а вы чего-то не туда товарища ведёте.
Выводить на странице Услуги несколько page - это извращение.

[Павел]

Алексей Сироткин: что значит не туда? Речь как раз и том, что не нужно делать все подряд записями.

Если бы "Услуги" были одной страницей с перечислением услуг - тогда можно было бы делать в виде страницы. А так, как у вас, одна услуга = один пост, это нормально.
Фактически, услуги - это просто категория постов. Статьи - тоже категория. Появятся Новости - то же самое. Все логично.

Нифига не логично. Это все хорошо если "услуги" ничем не отличаются от "статей". Но так бывает чуть реже чем никогда. У "услуг" будет, как минимум, совсем другой шаблон отображения, чем у "статей". Как максимум будет совсем другой набор произвольных полей. Не говоря уже, что и таксономии почти всегда будут отличаться. У "статей" это будут рубрики и теги, например, а у "услуг" - сфера. Потом клиент на сайт добавит каталог продукции. Продукт - это уже 3ий тип материала. Пихать тоже в записи в рубрику "продукты"? Удачи. Для всего этого в WP существует механизм для создания произвольных типов записей и произвольных таксономий. И если у человека опыта в WP чуть больше чем просто "взял готовую тему и переделал стили", то он никогда не посоветует скидывать весь контент на сайте в одну кучу и ограничиваться только записями.

[sergemin]

Павел: Алексей Сироткин: Site Developer: Вообще, на тот момент, когда я задавал вопрос, то при создании записей с услугами и т.п., я не использовал стандартные шаблоны. Для шаблона самой услуги у меня был single-service.php, а для рубрики услуг category-services.php. Соответственно, в самой рубрике я установил ярлык services, а в шаблоне single-service.php в комментариях указал имя шаблона. Потом с помощью плагина Single Post Template в админке у все постов услуг выбрал этот шаблон single-service.php
Но я не регистрировал новые таксономии
Если я так поступал, то это считается приемлемым?

[Site Developer]

Павел:

если "услуги" ничем не отличаются от "статей". Но так бывает чуть реже чем никогда

Так бывает очень часто. и зачастую вполне себе оправдано. К примеру, рубрики: (названия условные, для передачи смысла): "новости компании", "новости автомобилестроения", "новости партнёров", "наши разработки", "услуги компании". Всё логично и нет никакой путаницы. Тут просто не зачем вводить доп. тип контента и даже таксономию.

А если в представлении услуг на фронте нужно что-то особенно оформить, то есть произвольные поля и шаблоны. Хотя зачастую обходятся и разметкой в редакторе (в тч и шорткоды).

sergemin:

Если я так поступал, то это считается приемлемым?

Если нет логической путаницы в структуре сайта, то вполне.

с помощью плагина Single Post Template

А вот такую древность использовать не стоит. Более того с ВП4.7 шаблоны записей есть в ядре - их можно создавать аналогично шаблонам страниц.

[Алексей Сироткин]

Павел:
Не надо уходить от сути, вы четко написали "Вот и в WP не стоит делать статические страницы записями."
И да, там 7 услуг всего, какая куча.

Answer 3

[Алексей Сироткин]

Все нормально.
Если бы "Услуги" были одной страницей с перечислением услуг - тогда можно было бы делать в виде страницы. А так, как у вас, одна услуга = один пост, это нормально.
Фактически, услуги - это просто категория постов. Статьи - тоже категория. Появятся Новости - то же самое. Все логично.