Implementierung von Säulenposten; Lange Beiträge noch mit einer Seitenhandhabung?

Question

Eine der besten Blogging -Praktiken ist das Schreiben von "Säulenposts" - Inhalte, die länger als ein typischer Beitrag sind und wahrscheinlich ein hohes Verkehrsvolumen für Ihre Website generieren. Umfangreiche Tutorials, umfassende Benutzerführer und eingehende Produktbewertungen fallen hauptsächlich in diese Kategorie. Sie sind die 1500-Wörter-Giganten, die neben Ihren täglichen 300-Wort-Update-Artikeln sitzen.

In den meisten Fällen können Säulenpfosten mit Stickies an die Oberseite Ihrer Website geworfen werden. Dies macht sie sichtbar, lenkt die Aufmerksamkeit des Benutzers und hält zeitlose Inhalte relevant. Nach einer Weile möchten Sie diese Beiträge jedoch auf statische Seiten bewerben - immer noch durchsuchbar und nützlich, aber mit ihrem eigenen Spezialplatz im Blog.

Ich habe eine Reihe von Artikeln, die ich im nächsten Monat über die schreiben möchte XML-RPC-API in WordPress eingebaut. Es ist ein großartiges System, aber spärlich dokumentiert ... also werde ich eine umfassende Methodendokumentation zusammenstellen.

Die Sache ist, dass meine Dokumente ungefähr 5-6 verschiedene Säulenposten abdecken. Ich möchte, dass dieser Inhalt in meinem Blog vorgestellt wird, wenn er (einmal pro Woche) veröffentlicht wird, aber ich möchte auch, dass die gesamte Serie als statische Seite auf der Website wiederholt wird. Die statische Seite würde in einzelne Seiten unterteilt (verwendet <!--nextpage--> Abschnitte dividieren), damit jeder Beitrag in einem anderen Abschnitt enthalten ist.

Wie kann ich meine vorgestellten Inhalte sowohl einzelne Beiträge im Blog als auch eine separate statische Seite haben? Ich betrachte sowohl die Benutzerfreundlichkeit als auch die SEO hier ... das Duplizieren des Inhalts ist ein großes Negativ, daher ist ein einfacher Kopienpaste-Job mit beiden Versionen auf der Website nicht mein Ziel.

Meine erste Ahnung wäre, einen benutzerdefinierten Post -Typ für solche Funktionen mit eigener benutzerdefinierter Taxonomie zu entwickeln. Jeder "Beitrag" wäre eine individuelle Funktion (benutzerdefinierte Post -Typ) und wäre im Besitz einer Serie (benutzerdefinierte Taxonomie). Dann kann jeder Beitrag bei der Veröffentlichung in die Schleife enthalten sein, aber auch auf der Archivseite für die Serie.

Meine Frage (und der Grund, warum ich dies als Wiki markiere) ist, wie Sie sich dieser Situation nähern würden?

Answer 1

Als ich Ihren Beitrag las, stellte ich mir fast genau das vor, was Sie am Ende vorgeschrieben haben:

Meine erste Ahnung wäre, einen benutzerdefinierten Post -Typ für solche Funktionen mit eigener benutzerdefinierter Taxonomie zu entwickeln. Jeder "Beitrag" wäre eine individuelle Funktion (benutzerdefinierte Post -Typ) und wäre im Besitz einer Serie (benutzerdefinierte Taxonomie). Dann kann jeder Beitrag bei der Veröffentlichung in die Schleife enthalten sein, aber auch auf der Archivseite für die Serie.

Der einzige Unterschied war, dass ich dachte "Seiten" Anstatt von "Merkmale" Meistens, weil Sie sich auf Seiten in Ihrer Frage verwiesen, aber die Funktionen sind wahrscheinlich sogar noch besser.

So Ihre Instinkte sind bereits genau richtig, IMO sowieso.

Answer 2

Sie können eine statische Seite mit einer eigenen Schleife erstellen, die nur die Beiträge aufruft, die zu Ihrer Serie gehören. Oder - viel einfacher - erstellen Sie eine benutzerdefinierte Taxonomie „Serie“ und verwenden Sie the_content() an (/series/xml-rpc/) für die Schleife statt von the_excerpt().