Aug.
08

WordPress MU 2.8.3 veröffentlicht

Aufgrund eines Sicherheitsreleases von WordPress ist am Freitagabend auch WordPress MU 2.8.3 erschienen. Diese Version behebt einen schwerwiegenden Rechtefehler. Wir raten allen Benutzern dringend auf die neue Version zu aktualisieren!

Aufgrund eines Bugs in WordPress MU 2.8.2 ist keine automatische Aktualisierung auf Version 2.8.3 möglich. Laut den Entwicklern lässt sich dies jedoch selber beheben:

  • Vor dem automatischen Update, die Datei “wp-admin/includes/class-wp-upgrader.php” öffnen und zu Zeile 697 springen:
    if ( !$wp_filesystem->copy($working_dir . '/wordpress/wp-admin/includes/update-core.php', $wp_dir . 'wp-admin/includes/update-core.php', true) ) {
  • Dort nun das “/wordpress/wp-admin/includes” gegen “/wordpress-mu/wp-admin/includes” austauschen:
    if ( !$wp_filesystem->copy($working_dir . '/wordpress-mu/wp-admin/includes/update-core.php', $wp_dir . 'wp-admin/includes/update-core.php', true) ) {
  • Sobald die Datei gespeichert ist, funktioniert das automatische Update wieder. Dieser Fehler ist in WordPress MU 2.8.3 behoben. Sollte die automatische Aktualisierung dennoch nicht klappen, bitte nicht weiterversuchen, sondern ein manuelles Update starten.

Des weiteren wurden kleinere Fehler in der Entwickler-Schnittstelle von WordPress MU repariert. Es fanden keine Änderungen an der Datenbank statt, ein blogübergreifendes Upgrade ist somit nicht notwendig. Die Sprachdatei muss leider manuell aktualisiert werden, diese kann im Downloadbereich von WordPress MU Deutschland gefunden werden.

Wie immer gilt: Vor dem Update ein vollständiges Backup von Dateien und Datenbank erstellen!

Jul.
20

WordPress MU 2.8.2 veröffentlicht

WordPress MU 2.8.2 schließt ein XSS-Sicherheitslücke. Ein Update wird dringend empfohlen. Durch das frühe Erscheinen von WordPress 2.8.2 ist der Zwischenrelease “2.8.1a” nicht mehr notwendig, alle Änderungen und Verbesserungen der Fehler aus WordPress MU 2.8.1 sind natürlich in WPMU 2.8.2 eingeflossen.

Jul.
14

Probleme mit WordPress MU 2.8.1

Viele Benutzer von WordPress MU klagen über Probleme mit der neuen Version 2.8.1. So wird nach einem erfolgreichen Update trotzdem weiterhin der Hinweis auf eben solches, ohne Möglichkeit die Meldung zu deaktivieren, angezeigt. Bis WordPress MU 2.8.2 erscheint müssen sich Benutzer mit der Meldung abfinden, das Problem selber jedoch ist schon in der Entwickler-Version behoben.

Auch spuckt WordPress MU in der Version von Freitag Fehlermeldungen heraus, wenn man PHP 5.3 einsetzt und versucht blogübergreifende Einstellungen zu speichern. Des weiteren werden globale Administratoren nach dem Login immer auf die eigene Profil-Seite weitergeleitet. Auch diese beiden Probleme sind in der Entwickler-Version behoben.

Außerdem behoben sind in der “Trunk”-Version von WPMU die Funktion “promote_if_site_admin()”, welche blogübergreifenden Administratoren alle Rechte freischaltet, und das Problem, dass Update-Meldungen für Plugins und, in WordPress MU 2.8.1 neu, Themes nicht verschwinden.

Ursache für diese verbuggte Version liegt in der Tatsache, dass sich wenige an Beta-Tests von WordPress MU beteiligen und zugespitzt wird die Lage auch durch die recht kurze Zeitspanne der Beta-Version. Für Benutzer heißt das: Abwarten und Tee trinken.

Ein Termin für WordPress MU 2.8.2 ist nicht bekannt, jedoch wird dies erst mit WordPress 2.8.2 veröffentlicht werden.

Jul.
11

WordPress MU 2.8.1 freigegeben

Am Freitagabend wurde WordPress MU 2.8.1 veröffentlicht. Dieser Release schließt eine Sicherheitslücke, behebt einige Bugs und aktualisiert die MU-Plattform auf den Stand von WordPress 2.8.1. Somit ist ein Update dringend empfohlen.

Die Versionsnummer “2.8” wurde aus zeitlichen Gründen übersprungen, natürlich sind auch alle Änderungen aus WordPress 2.8 in WPMU 2.8.1 enthalten. Eine genaue Auflistung der Verbesserungen bieten die Kollegen von WordPress Deutschland (für 2.8, für 2.8.1).

Ein Update kann ganz bequem mit dem eingebauten automatischen Update gefahren werden. Des weiteren steht auch das manuelle Update zur Verfügung. In beiden Fällen gilt jedoch, vorher bitte vollständiges Backup von Datenbank und Dateien erstellen.

Nach dem Update sollte man ein “blogübergreifendes Upgrade” starten, damit auch die Datenbanken der einzelnen Blogs auf dem neusten Stand sind. Aufgrund von Änderungen in der Sprachdatei, findet sich dieses nun fälschlicherweise unter “Admin –> Autoupdate”. Wir arbeiten daran dass das in der nächsten Version geändert wird.

Jun.
02

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.