Weblog der perun.net webwork gmbh mit Artikeln zum Thema WordPress, Webwork, und Internet. Ältere Artikel findest du im Archiv.
Hier sind alle Beiträge aufgelistet, die in die Kategorie WordPress einsortiert wurden. Die Beschreibung dieser Kategorie lautet:
Alles zu der Webog-Software WordPress
Du hast die Möglichkeit den RSS-Feed speziell nur für diese Kategorie zu abonnieren.
Jens Grochtdreis hat mich auf etwas interessantes hingewiesen. Da hat jemand tatsächlich ein freies WordPress-Theme entwickelt, mit welchem man in der Lage ist ein einfaches Ticket-System bzw. einen Bugtracker zu betreiben.
Hier geht es zum beschreibenden Artikel und hier zur freien Demo.
Alle haben hoffentlich schon die WordPress-Version 3.0.1 installiert und sich Gedanken gemacht darüber, was sie in der kommenden WordPress-Version 3.1 gerne sehen würden.
Noch nicht?
Dann wird es aber Zeit.
Jane hat nämlich einen Aufruf dazu gestartet. Und alle sind herzlich eingeladen per Kommentar Ideen für WordPress 3.1 einzubringen. Am Donnerstag wollen die Entwickler die Vorschläge dann diskutieren. Eine Entscheidung über die kommende Entwicklung wird allerdings erst in den nächsten Wochen gefällt.
Die Liste der Vorschläge ist schon jetzt sehr lange, einige (in meinen Augen) interessante habe ich mal herausgepickt:
Prinzipiell stehe ich diesen ganzen Lightbox-Scripten ein bisschen reserviert gegenüber. In sehr vielen Fällen wird der vergleichsweise geringe Nutzen wegen der Performance-Einbuße, durch die zusätzlichen Javascripte, CSS und Grafiken, in meinen Augen nicht wirklich gerechtfertigt.
Anders schaut es bei Websites aus, die sehr viele Grafiken haben oder eine besondere Ausrichtung darauf haben und wo es sinnvoll ist, die Grafiken die über den Artikel bzw. Seite verteilt sind miteinander zu "verknüpfen": also bringt hier eine Galerie-Funktion für den Leser einen großen Nutzen. (weiterlesen…)
Nehmen wir mal an, man überführt eine recht umfangreiche statische Website nach WordPress. Die Website hat viele Unterseiten und auf den einzelnen Unterseiten sind die Überschriften lang. Lang sind die deswegen, weil meiner Meinung nach eine Überschrift keine Zierde ist, sondern eine starke Aussagekraft haben muss und wenn es geht schon die Kernaussage der Unterseite bzw. eines Artikels in sich tragen sollte.
Bei WordPress bekommt man dabei ein Problem, weil die Überschrift bei sprechenden Permalinks gleichzeitig in der URL abgebildet wird. Das ist aber ein vergleichsweise kleines Problem, da man die URL, so bald sprechende Permalinks aktiviert sind, schon bei der Erstellung des Artikels/Seite komfortabel verändern kann. (weiterlesen…)
Ich habe drüben auf WordPress-Buch.de einen 14 DIN-A4-Seiten langen Artikel veröffentlicht: WordPress als "klassisches" CMS: ein Beispiel. In dem Artikel erkläre ich an Hand meiner früheren Portfolio-Website, wie man WordPress auch für Websites ohne Blogcharakter einsetzen kann. Ich bewusst ein einfaches Beispiel gewählt, damit man sieht dass es sich dabei um kein Hexenwerk handelt.
Bevor jetzt, die Hinweise kommen, das WordPress schon immer ein CMS war: ja, dass weiß ich. Aber "WordPress als 'klassisches' CMS" ist einfach griffiger als "WordPress im Einsatz auf Projekten ohne Blog-Charakter". Oder will mir hier jemand widersprechen?
Viel Spaß beim Lesen.
Ich habe vor knapp drei Wochen darüber berichtet, dass ich einen WordPress-Artikel für das c't extra 01/2010 – Webdesign geschrieben habe. Nun kann man diesen Artikel in voller Länge online lesen und zwar bei Spiegel Online: So sichern Sie die Blog-Maschine ab.
Auch hier gilt es den Hinweis zu beachten den ich im ursprünglichen Artikel abgegeben haben.
Viel Spaß beim Lesen.
Ich habe im Februar diesen Jahres beschrieben, wie man mit Hilfe der Conditional-Tags is_home() und is_front_page() abfragen kann ob man sich auf der Startseite befindet um zum Beispiel auf der Startseite eine zusätzliche Meldung einzubinden.
Es könnte aber sein, dass die Startseite vom Rest sehr stark abweicht und da könnte es schnell unübersichtlich werden, wenn man mit Conditional-Tags arbeitet. Deswegen gibt es schon seit längerem die Möglichkeit eine Template-Datei mit dem Namen home.php zu erstellen. Diese Datei kümmert sich ausschließlich um die Ausgabe der Startseite und den folgenden Unterseiten der Startseite und "überschreibt" dabei die Angaben in der index.php.
Die home.php wirkt aber nur so lange auch die Auflistung der aktuellen Blog-Artikel auf der Startseite erscheinen. Bestimmt man unter Einstellungen → Lesen → Startseite eine Seite (Page) als Startseite, dann kommt die home.php gar nicht zum Zuge.
Deswegen gibt es seit WordPress 3.0 die Möglichkeit eine Template-Datei mit dem Namen front-page.php zu erstellen. Angaben in dieser Datei beziehen sich auf die Startseite egal ob hier eine Seite bzw. Page oder ob klassischerweise, die Auflistung der letzten Blog-Artikel zum Einsatz kommt.
Die Angaben in der front-page.php "überschreiben", die Angaben in der home.php und in der index.php.