Abonniere die neusten Artikel via RSS-Feed oder Atom und verfolge die Kommentare ebenso via RSS-Feed oder Atom-Feed
Anzeige
Seit Version 3.0 von WordPress werden die Custom Post Types unterstützt und man kann eigene Typen von Inhalten definieren - eher zu verstehen wie Seiten, nicht wie Artikel! Dabei kann automatisiert die Permalink-Struktur von WordPress unterstützt werden. Die bedeutet, wenn man einen eigenen Post Type anlegt, dann kann dieser bei aktiver Verwendung von Permalinks genutzt werden.
Aber die Permalinks klappen erst dann, wenn die Rewrite Rules von WordPress neu erzeugt wurden - vermutlich kommen da die vielen Fragen her. Wenn man einen neuen Post Type anlegt und damit spielt, kommt oft die Frage, warum der Aufruf des Custom Beitrags auf einen 404 führt - WordPress kennt die URL-Struktur in den Permalinks nicht und immer wieder vergisst man, dass man die Rewrite Rules neu erzeugen muss.
Im einfachsten Fall speichert man das Setzen der Permalinks in den Einstellungen neu - alternativ kann man in sein Plugin oder das Theme die Funktion flush_rewrite_rules() integrieren. Diese bewirkt das erneute Setzen der Rewrite Rules.
* Ich überlege, ob ich ein Plugin mit Verwendung der Custom Post Types bereit stelle, wobei ich verschiedene Erweiterungen integriert habe, die mir typisch in der Verwendung der Post Types erscheinen. Wie ist dazu die Meinung, oder ist dies eher Entwicklerwerkzeug und bei diesen Anwendern bekannt und damit für die Leser uninteressant oder zu viel Code?
Kommentarregeln: Bleib cool, kritisch ist in Ordnung, aber wenn du unhöflich bist, dann lösche ich deinen Kommentar. Bitte benutze deinen persönlichen Namen oder Initialen und nicht den Namen eines Unternehmens, dies würde als Spam gewertet und wird gelöscht. Der Zusammenhang zwischen Namen und URL sollte nicht offensichtlich auf Spam hindeuten! ♥ Ansonsten, vielen Dank für den Kommentar und viel Spaß mit meinem Blog.
händischer Spam:
Beachte die Kommentarregeln, jede Form von versuchtem Spam wird gelöscht. Warum und wieso steht in einem meiner Beiträge.
Bezug auf Textstellen:
Du kannst direkt bezug auf Textstellen im Beitrag nehmen. Dazu muss lediglich der Bereich im Artikel markiert werden; daraufhin erscheint ein Button, der den markierten Text in das Kommentarfeld übernimmt und als Zitat auszeichnet. Die Funktion ist nur bei aktivem JavaScript nutzbar.
xHTML:
Du kannst folgende Tags benutzen: <a href="" title=""> <abbr title=""> <acronym title=""> <blockquote cite=""> <code> <pre> <em> <strong> <strike> <ul> <ul> <li>
Achte darauf, wenn du Code im Kommentar hinterlegen willst, dann muss der Code maskiert sein. Dann wird er nicht interpretiert. Der Code muss mit Hilfe von HTML-Entities dargestellt werden, d.h. dass man z.B. < als < und > als > einfügt.
E-Mail-Benachrichtigung bei neuen Kommentaren ?
Wenn der Haken in der Checkbox gesetzt ist, dann wirst du über neue Kommentare vie E-Mail informiert. Der Versand erfolgt nur, wenn du die URL in der Bestätigungs-E-Mail genutzt hast oder schon Abonnent hier im Blog bist.
Kommentar erscheint nicht:
Alle Kommentare werden manuell geprüft, freigegeben und nach Möglichkeit beantwortet. Bitte um etwas Geduld und Nachsicht.
Identifikationsbilder (Avatare):
Auf Gravatar.com kann man sich mit seiner E-Mail-Adresse registrieren und ein Bild hochladen, dann erscheint dieses Gravatar hier und in vielen weiteren Blogs.
Spamschutz:
Das Kommentarformular ist mit einem Spamschutz ausgerüstet. Solltest du diesen Artikel ohne JavaScript besuchen und kommentieren wollen, so muss du die Frage beantworten und das jeweilige Wort in das Textfeld eingeben.
bueltge.de [by:ltge.de] wird von Frank Bültge geführt, administriert und gestaltet. Alle Inhalte sind persönlich von mir ausgewählt und erstellt, nach bestem Gewissen und Können, was die Möglichkeit von Fehlern nicht ausschließt.
Das Weblog wird angetrieben von WordPress und aktuell gibt es 892 Beiträge, 16496 Kommentare in 14 Kategorien und 450 Tags.
Das Blog wird liebevoll mit xHTML & CSS in Handarbeit gestaltet.
Design und Code ist unter Copyright
© 2001 - 2010 bueltge.de [by:ltge.de]
26. Juli 2010 um 12:09
Nö, ich würde dies begrüßen. Ob es Entwicklerwerkzeug ist, hängt immer von der Sicht des Einzelnen ab. Für "blutige" Anfänger sicherlich, für Fortgeschrittene eher nicht.
26. Juli 2010 um 12:50
In meiner lokalen Entwicklungsumgebung setze ich zwar schon WP3 ein, allerdings nicht mit dem neuen Standard-Thema. Auf einigen Seiten habe von den neuen Custom Post Type gelesen (nun auch hier), habe aber ehrlicherweise bis jetzt nicht geschnallt, was sich damit machen läßt. Mir fehlt es an konkreten Beispielen, die mir die Einsatzmöglichkeiten aufzeigen. Vielleicht fällt dann ja bei mir der Groschen
Ob dann ein Plugin von Nöten oder Sinnvoll ist, werde ich dann erst feststellen können. Finde es aber Lobenswert, dass sich schon jemand Gedanken darüber macht - sind ja nicht alle so Begriffstutzig wie ich....
26. Juli 2010 um 14:17
ich fände so ein Plugin Klasse, bin noch nicht richtig klargekommen damit
26. Juli 2010 um 15:39
Hört sich doch super an:
"5 Möglichkeiten den WordPress Custom Post Type einzusetzen"
mfg
26. Juli 2010 um 16:03
Die Beschreibung für den Fix ist sehr leicht zu finden. Fraglich ist, ob ein Plugin mit voreingestellten Settings leichter zu finden sein wird.
Ich muss aber ebenfalls erst testen, was Custom Post Type wirklich können.
26. Juli 2010 um 20:59
Ich habe es auf einer Seite schon testhalber probiert, es ist noch sehr schwer das ganze einzusetzen wie ich finde. Deshalb würde ich ein Plugin sehr begrüßen
27. Juli 2010 um 00:51
hier ein sehr gutes neues Plugin (für WP3), dass in der Hinsicht keine Wünsche offen lässt (gefunden über think vitamin blog) ->
http://www.wpeasyposttypes.com27. Juli 2010 um 09:03
Hallo Frank,
mich würde mindestens interessieren, was du integrieren würdest, danke
27. Juli 2010 um 09:11
Es geht mir nicht darum aufzuzeigen, wie man mit einem Plugin die Möglichkeiten nutzt, ich würde an einem Beispiel die Nutzung aufzeigen, also für Leute, die den Code unter Kontrolle haben wollen. Ich würde mir nie einen Custom Post Type mit einem Plugin erstellen, damit mache ich mich abhängig von einem Plugin - mag ich nie, ich will am WP Standard bleiben und unabhängig von Plugins sein - man weiß ja nie, was mal ist.
Mein Plugin zeigt die Verwendung der neuen Möglichkeiten und die damit verbunden Möglichkeiten, Redirect, Filter im Backend, Integration in Loop u.ä. Die meisten Tutorials sind Kopieen anderer Tutorials und hören auf, wo die Probleme beginnen. Ebenso gehört der Code für mich nicht in das Theme, da es eine Funktion für Inhalte ist und damit ein Plugin, unabhängig vom Theme, vom Design. Aktuell zeigen die meisten den Code in der functions.php, was das Wechseln des Themes zur Tortour macht.
27. Juli 2010 um 09:28
Ja, ich bin an einem solchen Plugin interessiert, da ich glaube, dass es das Verständnis für und die Einarbeitung in Custom Post Types vereinfachen würde.
27. Juli 2010 um 10:07
Heißt das, Du würdest gar keine Custom Post Typen verwenden, oder nur nicht mit einem Plugin. Wenn nicht mit einem Plugin, wie denn sonst?
27. Juli 2010 um 10:34
@Putzlowitsch: ich verwende es sehr gern und liebe diese neue Möglichkeit; aber ich würde die Implementierung nicht mit einem Plugin realisieren, welches mir den Code erspart, wo man quasi alles zusammen klicken kann. Meine eigene Lösung ist dann natürlich ein Plugin, wo genau das drin ist, was ich brauche. Ich meinte mit Plugin Lösungen, die einem den Code abnehmen - die sind toll zum Spielen, machen aber abhängig und ich meine ebenso, dass Custom Post Types verstanden werten sollten, bevor man sie implementiert und man sich der Konsequenzen bewusst ist; es ist kein Allheilmittel.
27. Juli 2010 um 10:58
Achso, danke. Dann hatte ich das nur falsch interpreriert.
Hatte schon gedacht, es gibt noch eine andere Möglichkeit, außer Plugin, functions.php, my-hacks.php, /wp-content/mu-plugins und Eingriffen in die core.-Dateien soetwas zu realisieren.
27. Juli 2010 um 11:36
@Putzlowitsch: nein, aktuell habe ich nur das Gefühl, dass die bekannten Tutorials alles in das Theme klatschen und die Leute machen meist nur Copy/Paste und am Ende ist das Geschrei groß. Das ist in den meisten Fällen kein Problem, bei dieser Möglichkeit handelt es sich aber um Inhalte, eventuell wichtige Daten und da sollte man einfach den Unterschied zw. Theme und Plugin-Schnittstelle bedenken und den Lösungsansatz im Vorfeld durchdenken und nicht wie so oft durch Probieren ans Ziel kommen und dann am Ende merken, dass es so zu einer Abhängigkeit führt.
27. Juli 2010 um 15:52
Ich finde sogenannte hardcoded Funktionalität super und würde ein Tutorial bzw. einen technischen Exkurs zum Theme CustomPostTypes per Plug-in sehr begrüßen.
Was die Functions.php angeht ist sie doch auch nur eine Include welches ziemlich am Anfang der Laufzeit zu Zuge kommt. Das sie Theme-abhängig ist währe es wirklich "schmutziges" Coden. Gibt es hier noch code-ethisch reine Alternativen (von Haus aus)?
27. Juli 2010 um 18:18
@HerrZ: ja, die Plugin-Schnittstelle. Man kann auch Plugins mit Themes aktivieren oder andere Konstrukte bauen
Man kann in WordPress nur über diverse Wege Code einbringen, die meist genutzte ist via Theme oder Plugin. Alle anderen Möglichkeiten sind explizit für andere Wege und sollten nicht in Verbindung mit Themes genutzt werden. So gibt es Schnittstellen für die Sprache, den Cache, den DB-Error, den Wartungsmodus und die Möglichkeit einige Funktionen des Core zu ersetzen.
28. Juli 2010 um 18:20
Was mir fehlt ist ne Möglichkeit die Übersichtsseite zu permalinken:
http://domain.de/customposttypes/custompostfunktioniert.
http://domain.de/customposttypesdagegen nicht.
Gibt's da schon eine Lösung?
28. Juli 2010 um 20:01
Hallo,
also solch ein Plugin würde ich auch sehr begrüßen - mir persönlich fällt die Nutzung auch recht schwer, ein Plugin das dies erleichtern würde wäre bestimmt für viele Leute eine gute Sache. Also mach dich mal dran
1. August 2010 um 14:44
danke für den tollen Artikel!