Реализация столбов; Длинные сообщения еще с каким-то страничным обработкой?

Question

Одна из лучших методов ведения блога - это написание «Постов о столбах» - содержащий контент, который длиннее типичного поста и, вероятно, приведет к большому объему трафика на ваш сайт. Обширные учебные пособия, всеобъемлющие руководства пользователей и подробные обзоры продуктов в основном попадают в эту категорию. Это бегемоты из 1500 слов, которые расположены рядом с вашими ежедневными статьями «Обновление» на 300 слов.

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

У меня есть серия статей, которые я планирую написать в течение следующего месяца или около того относительно XML-RPC API встроен в WordPress. Анкет Это отличная система, но скудно задокументирована ... так что я собираюсь собрать некоторую комплексную документацию по методу.

Дело в том, что мои документы будут охватывать примерно 5-6 разных столбов. Я хочу, чтобы этот контент был показан в моем блоге, когда он опубликован (один раз в неделю), но я также хотел бы повторить всю серию в качестве статической страницы на сайте. Статическая страница будет разбита на отдельные страницы (используя <!--nextpage--> разделить разделы) так, чтобы каждый пост содержался в другом разделе.

Как я могу заставить мой фиксированный контент быть как отдельные сообщения в блоге, так и отдельная статическая страница? Я смотрю как на удобство использования, так и SEO ... Настройка контента является огромным негативным, поэтому простая задача копирования вставки с обеими версиями на сайте не является моей целью.

Моим первым наброском будет разработка пользовательского типа поста для таких функций с собственной таксономией. Каждый «пост» будет индивидуальной функцией (пользовательский тип поста) и будет принадлежать серии (пользовательская таксономия). Затем каждый пост может быть включен в цикл при публикации, но также и на странице архива для серии.

Итак, мой вопрос (и причина, по которой я отмечаю это как вики), как бы вы подходили к этой ситуации?

Answer 1

Когда я читал ваш пост, я представлял почти то, что вы прописали в конце:

Моим первым наброском будет разработка пользовательского типа поста для таких функций с собственной таксономией. Каждый «пост» будет индивидуальной функцией (пользовательский тип поста) и будет принадлежать серии (пользовательская таксономия). Затем каждый пост может быть включен в цикл при публикации, но также и на странице архива для серии.

Единственная разница в том, что я думал "Страницы" вместо "Функции" Главным образом потому, что вы ссылались на страницы в своем вопросе, но функции, вероятно, еще лучше.

Так Ваши инстинкты уже выставлены, ИМО в любом случае.

Answer 2

Вы можете создать статическую страницу со своей собственной петлей, вызывая только посты, которые принадлежат вашей серии. Или - намного проще - создайте пользовательский таксономический «сериал» и используйте the_content() на (/series/xml-rpc/) для петли вместо the_excerpt().