Archiv des Autors: Dennis

Wieso die Vereinigung von WordPress & WPMU nicht sinnvoll und logisch ist

Seit dem WordCamp in San Francisco und der Meldung das WordPress und WordPress MU vereinigt werden sollen sind viele Blogeinträge & Kommentare entstanden, die diesen Schritt für sinnvoll und logisch halten. Leider wissen oft Viele nicht, wieso es überhaupt zwei Versionen gibt und das diese „Hochzeit“ doch nicht sinnvoll ist.

WordPress MU basiert auf WordPress und nutzt somit ca. 90-95% des Codes von WP. Jedoch machen diese 5-10% den großen Unterschied aus. Die Hauptaufgabe und somit auch die Zielgruppe von WPMU ist das Bloghosting, wie es z.B. WordPress.com macht, was zum Teil auf WordPress MU basiert. Alle Funktionen die man in WordPress MU findet, sind auch für das Bloghosting programmiert wurden.

Am Besten sieht man das an der Funktion um Themes freizuschalten. Man kann Designs für einen oder alle Blogs freigeben, das macht jedoch nur Sinn, wenn man die Blogs „nur“ hostet. WPMU wurde nicht dazu programmiert, damit man einige Blogs selber hosten kann, dazu fehlen die eingebauten Tools (wie z.B. Domain Mapping) und auch die Datenbank ist eher für hunderte und tausende Blogs ausgelegt.

Dies ist nur ein Grund, es gibt aber noch weitere, die ich jedoch nicht ausführen will, da jeder weitere Grund auf der unterschiedlichen Ausrichtung der Systeme basiert. Zur Ankündigung selber, ich vermute mal, dass Matt Mullenweg falsch verstanden wurden ist. Ich denke das er gemeint hat, dass WordPress.org, also die Zentrale von WordPress, auf WPMU umgestellt wird, um Community-Funktionen aus BuddyPress zu nutzen. Auch Lorelle VanFossen geht davon aus. Eine weitere Möglichkeit ist, dass die Projekte code-technisch vereint werden, aber es weiter zwei verschiedene Projekte bleiben. Dies ist jedoch nur Spekulation, da es bisher kein Verantwortlicher geschafft hat irgendwas zu bestätigen.

WordPress MU und WordPress sollen vereinigt werden

Matt Mullenweg hat auf WordCamp in San Francisco verkündigt, dass die Projekte „WordPress“ & „WordPress MU“ vereinigt werden sollen. Auch ein Termin für diese „Hochzeit“ steht schon fest: Spätestens die Version 3.0 soll dann die „Multi-Blog-Funktion“ enthalten. Eine direkte Bestätigung von Mullenweg oder WordPress steht bisher aus.

Persönliche Anmerkung: Die Änderung kann ich leider nicht begrüßen, da beide Systeme unterschiedliche Ausrichtungen haben (WordPress MU ist für das Bloghosting ausgelegt und nicht für Multi-Blog-Lösungen), des weiteren wird da druch WordPress wieder mit noch mehr Code aufgeblasen. Außerdem wird es durch diese Änderungen viele Probleme für Pluginentwickler geben.

Sobald es Neuigkeiten gibt, werden wir Sie informieren.

Tutorial: Blog-URL mit „www.“ in WordPress MU 2.7.1

Um eine Blog-URL mit „www.“ in WordPress MU zu erhalten musste man bisher in die Datenbank eingreifen und eine direkte Änderung über die Blogverwaltung von WordPress MU löste eine Umleitungsschleife aus. Mit der Veröffentlichung von WordPress MU 2.7.1 wurde eine neue Funktion eingeführt, mit der das hinzufügen eines „www.“ zur Blogadresse ohne Datenbankzugriff nun einfach möglich ist.

Um der URL eines Blogs das „www.“ hinzuzufügen, gehen Sie einfach in die WordPress MU Verwaltung für Blogs. Diese finden Sie unter dem Menüpunkt „Admin“ und dem Unterpunkt „Blogs“. Auf dieser Seite finden Sie nun alle Blogs der Installation. Wählen Sie aus der Liste den Blog aus der ein „www.“ erhalten soll. Mit Klick auf den Link „Bearbeiten“ gelangen Sie zur Detailseite.

Blogverwaltung in WordPress MU

Zu aller Erst muss nun die Checkbox „Auch ’siteurl‘ und ‚home‘ aktualisieren.“ im ersten Kasten links oben deaktiviert werden.

Den Blog bearbeiten

Nun müssen Sie im Kasten „Blog options (wp_12_options)“ die beiden Werte „Siteurl“ und „Home“ anpassen. Hier tragen Sie die URL des Blogs mit „www.“ und „http://“ ein. Die Felder in diesem Kasten sind meist wild sortiert, suchen Sie einfach, beide Felder sind immer vorhanden!

Blogoptionen

Mit Klicken auf „Optionen updaten“ ist die Änderung sofort aktiv und alle Anfragen die an diesen Blog ohne „www.“ kommen, werden automatisch auf die neuen Adresse weitergeleitet.

Beachten Sie bitte, dass diese Änderung nur für diesen Blog aktiv ist und mögliche Unterblogs (meinwpmu.de/unterblog) davon nicht betroffen sind!

Tutorials: Artikelrevisionen deaktivieren bzw. begrenzen

Seit WordPress MU 2.5 gibt es eine neue Funktion names „automatische Artikelüberarbeitungen„, diese speichert eine Historie von Versionen eines Eintrages und ermöglicht somit ältere Artikelversionen anzusehen und wiederherstellen zu können. Es gibt jedoch einen großen Nachteil, denn für jede Bearbeitung eines Artikels wird eine Datenbankeintrag angelegt. So können sich eine Menge von Daten ansammeln – erst Recht bei hunderten Blogs. In diesem Tutorial geht es um die Deaktivierung bzw. Begrenzung dieser Funktion.

Deaktivieren dieser Funktion

Dazu öffnet man die Datei wp-config.php, in der auch die Datenbankverbindung gespeichert ist. Hier fügt man vor dem Kommentar /* That's all, stop editing! Happy blogging. */ folgende Zeile ein:

define('WP_POST_REVISIONS', false);


Nun ist die Funktion deaktiviert. Beachten Sie bitte jedoch, dass schon vorhandene Artikelrevisionen erhalten bleiben. Diese müssen manuell aus der Datenbank entfernt werden.

Anzahl der gespeicherten Revisionen begrenzen

Wer ungern auf diese Funktion verzichten möchte, kann auch die Anzahl der gespeicherten Revisionen pro Artikel begrenzen. Dazu öffnet man auch die wp-config.php und fügt vor dem Kommentar /* That's all, stop editing! Happy blogging. */ folgenden Zeile ein:

define('WP_POST_REVISIONS', 3);


Dieses Beispiel limiert die Funktion auf 3 Versionen die gespeichert werden sollen. Natürlich können Sie eine beliebige Zahl angeben.