Ich dachte ich nutze diese Gelegenheit einmal um mich hier einmal bei den Entwicklern zu bedanken, das sie eine so tolle Software völlig kostenlos anbieten, das die Updates stets einer einheitlichen, einfachen Methode folgen und das nun einfach alles auf diesem Blog nun schon so lange völlig reibungslos funktioniert!

automatisch aktualisieren ohne korrekte Rechte

FTP-Abfragemaske

Das dieses die einzige Methode ist ist jedoch garnicht der Fall! Ja, nicht einmal um die Standardvariante handelt es sich; das ganze ist schon eine Fallback-Funktion. Hat man sein WordPress richtig konfiguriert, wird man garnicht nach FTP Zugangsdaten gefragt, sondern WordPress läd die Datei selbstständig von der WordPress-Seite des Plugins herunter, deaktiviert es, überschreibt die alte Version mit der neuen und aktiviert diese anschließend wieder. Es hält sich somit an seine eigenen Empfehlungen und könnte komfortabler nicht sein.

Warum klappt es jedoch bei so vielen nicht und wieso können einem auf Nachfrage die meisten Experten nichtmal sagen warum beim einen das Autoupdate und beim anderen die FTP-Datenabfrage kommt? Die Antwort auf die zweite Frage habe ich selber nicht parat, aber die Antwort auf die erste versuche ich im folgendem zu geben und versuche das ganze so leicht verständlich wie möglich zu halten.

Der Webserver ist an sich auch nur ein Programm, welches als ein bestimmter User läuft. Der Webserver darf also auch immer nur auf genau die Ressourcen zugreifen (und mit den entsprechenden Rechten), wie es ein User auf der Shell, der als dieser User angemeldet ist, auch dürfte. Als welcher User/Gruppe der Webserver laufen soll, legt man beispielsweise beim Apache mit den Optionen “User” und “Group” fest. Im folgenden gehe ich exemplarisch davon aus, das es sich hierbei bei beidem um “apache2″ handelt.
Dementsprechend muss ein Verzeichnis in dem der Webserver Dateien ablegen, verändern oder entfernen soll, auch mit den entsprechenden Rechten für diesen User versehen werden. Für WordPress’ Plugins wäre dieses das Verzeichnis “wp-content/plugins/“. Selbstverständlich muss der User apache2 in diesem, sowie dessen Unterverzeichnisse für Dateien mindestens 644 und für Verzeichnisse mindestens 755 Rechte haben. Selbiges gilt jedoch natürlich für alle anderen Verzeichnisse, in denen der Webserver Daten ändern können muss, wie “wp-content/themes” oder “wp-content/uploads” gleichermaßen.
Jedoch war dieses immer schon so bei mir, und dennoch habe ich den zuvor genannten FTP-Datenabfrage – Dialog erhalten.

Der Knackpunkt ist, das die Datei “wp-admin/update.php” dem User gehören muss, als der der Webserver läuft. Es genügt nicht das dieser User einfach sämtliche benötigten Rechte auf diese Datei haben muss, sie muss ihm tatsächlich gehören! Einen durch Berechtigungen gerechtfertigten Grund hierfür gibt es nicht, die Routine ist schlichtweg so programmiert. Selbstverständlich könnte man dieses Stück Code verändern, nur muss man das dann nach jedem Core – Update wiederholen. Grundsätzlich lässt man von sowas die Finger!

Ist also beides gegeben, passende lese-/schreibrechte in den genannten Verzeichnissen, sowie das Eigentumsrecht auf die Datei “wp-admin/update.php“, funktioniert es auch mit dem auto-Update!

Funktionierendes WordPress Plugin-Auto-Update

Vielen Dank an dieser Stelle an Stefan David, der auf seinem Blog-Beitrag nach Monaten als einziger in der Lage war, dieses Phänomen mal aufzudröseln!

Motorola Milestone

Ich bin jetzt natürlich seelig und freue/fürchte mich vor den nächsten Wochen, wo ich wie ein genickstarrer Zombie diese für mich neue Plattform bis ins letzte Detail erkunden kann ;D

Stilgerecht ist dieser Betrag natürlich umgehend mit der WordPress App entstanden

Beispiel für abgeschnittene Seiten beim proportionalem Seitenverhältnis: Banner der "Beauty and the Beast Tour 2009"

Wenn ihr auf das Bild klickt, öffnet es sich in groß und mit einem rechteckigen Seitenverhältnis. Das Vorschaubild ist jedoch an den Seiten abgeschnitten mit den Maßen 150×150 Pixeln.

Das finde ich sehr ärgerlich!
Doch jetzt habe ich endlich herausgefunden, wie man das ändert!

1. Klickt im WordPress Backend auf Einstellungen (bzw. Settings, wenn ihr ein englisches Backend habt).
2. Dort öffnet sich dann eine Liste mit WordPress-internen Standardmenüpunkten, sowie weiterer Menüpunkte, die ggf. durch installierte Plugins dort eingefügt wurden. Klickt dann auf Mediathek (media settings im englischen).
3. Hier findet ihr nun eine Selectbox mit der Beschriftung Beschneide die Thumbnails in die richtige Größe (Thumbnails sind normalerweise proportional) (bzw. Crop thumbnail to exact dimensions (normally thumbnails are proportional) im englischen). Deaktiviert sie, damit zukünftig erstellte Thumbnails mit einem korrektem Seitenverhältnis erzeugt werden.
   

   Option um in WordPress das festgelegte, proportionale Seitenverhältnis abzustellen

Ein Hinweis noch: Nicht wundern, wenn die alten Thumbnails nun noch alle proportional, also: quadratisch sind. Thumbnails werden einmalig beim hochladen eines Bildes erzeugt und werden dann gespeichert. Um also alle Thumbnails zu korrigieren wäre es nötig alle Bilder aus der Mediathek noch einmal zu löschen, erneut hochzuladen und alle bisherigen Artikel zu überarbeiten (außer, es gibt ein Plugin, welches ich noch nicht kenne)!
Aus genau diesem Grund habe ich mich auch dagegen entschieden und belasse die alten Beiträge so wie sie sind.

Das jetzige ist völlig auf meinem Mist gewachsen. Ich bin ziemlich zufrieden damit.

Es gibt eine handvoll Dinge, die sind noch verbesserungswürdig. Zum Beispiel möchte ich eine rein deutsche Seite haben. Die Flags “Older Entries” und so unten auf der Seite werden noch ersetzt.

Ich würde mich über Feedback freuen!

PS: Sprache ist schon erledigt ;D

Hierfür gibt es mehrere Gründe:
Ohne tiefergehende Veränderungen an WordPress und des eigentlichen Verwendungszweckes des Blogs, war das WordPress Plugin “Allow Categories” noch die beste Wahl um einen solchen Memberbereich zu realisieren. Die Umsetzung hiermit war aber stets mehr eine Notlösung als ein echtes Feature. Das Vorhandensein des Memberbereichs glich mehr einer Machbarkeitsstudie für die ich viel zu wenig Zeit hatte als einem echten Mehrwert für das Blog.
Zudem gibt es bisher erst einen einzigen “Hidden” Artikel, den es dort mehr zu sehen gibt als normal. Ich denke auch nicht, das ich irgendwann einmal einen Artikel schreiben werde, der nicht öffentlich sein soll, da dieses der Natur einer Internetseite grundlegend widerspricht.

Die Verwendung dieses Plugins als Memberbereich-Verwaltungstool war in sofern problematisch da sich die User zunächst auf dem Blog registrieren mussten, und erst dann einen nicht weiter gekennzeichneten Artikel einsehen konnten, der ggf. bereits Blog – typisch mehrere Monate in der History vergraben liegt.
Wer registriert sich schon freiwillig für ein privates Blog, nur um auf verdacht nach versteckten Artikeln zu sehen?

Ich brauch das Feature nicht und daher kommt es weg!

Hab’s erneut aktualisiert und wahrscheinlich weiterhin Site Fehler drin.

Zum einen habe ich mein Theme geändert, da mein altes zwar super geil ausgesehen hat, jedoch selbst auf aktuellen Browsern das lesen der Beiträge zu einer Gedultprobe werden ließ. Die Seiten scrollten super langsam, der Webserver hatte auch teilweise Probleme beim kompilieren der Seite, so das sie temporär nicht erreichbar war, etc.

Ausserdem hat mich das Hinweisfenster im BackEnd genervt, das es eine neue Version gibt. Daher habe ich WordPress, sowie in diesem Zuge auch gleich alle Plugins mal aktualisiert.
Mindestens der Flashplayer geht offenbar gerade nicht. Was noch nicht geht, ist mir derzeit ehrlich gesagt egal – WordPress hat sich bei mir eh als Flickwerk und schlecht konzipierte, anfällige und super träge gewartete Blogsoftware gezeigt. Aber darüber habe ich ja schon diverse Male in diesem Blog resümiert..
Bald kommt TYPO3 und gut! Dann kommen die Fehler wenigstens wirklich von mir …

Wenn jemand also Fehler findet, dann wird es wahrscheinlich damit zusammen hängen.

In letzter Zeit habe ich kaum noch Zeit etwas in mein Blog zu schreiben. Auch jetzt gerade ringe ich mir die Zeit ab, mal wieder was für’s Blog zu tun.
Wer hier schonmal war, bzw. dieses Blog öfter besucht, wird feststellen, das es anders aussieht als sonst. Bisher hatte ich einen feschen schwarz/grau/blau – Look. Dieses Layout war jedoch so hoffnungslos verscriptet und mit Goodies, wie transparenten Feldern, starrem Hintergrundbild, etc. so rechenlastig, das ich selbst meine Seite häufig per Linux-Browser garnicht ansehen konnte. Bzw.: Es trat dieser bekannte Effekt auf, das man einmal das Mausrad dreht, und dann eine Minute lang dabei zusehen darf, wie der Bildschirm immer mal wieder ein Stückchen weiter nach unten springt.
Hierzu habe ich vor Urzeiten auch mal einen Bug beim Mozilla – Bugzilla geschrieben. Dieser wurde jedoch als Duplikat markiert und in dem “echten” Bug geht es seit Ewigkeiten nicht weiter. Die einen schieben’s auf Grafiktreiber, dann wieder welche auf die Rendering Engine unter Linux, … aber wirklich einen Plan was da abgeht hat niemand.

Das war jedoch nicht alles. Auch der Server hatte offenbar mit irgendeinem Element dieser Seite so viel zu tun, das ich oft nachvollziehen konnte, das beim öffnen der Startseite eine Apache – Instanz die CPU Last auf nahezu 100% anhob.
Zudem konnte ich selbst RSS Feeds nicht immer abholen.
Witziger weise konnten die anderen Applikationen wie die Site www.leliel.info oder auch nur der WebMailer (ebenfalls über www.zoosau.de erreichbar) weiterhin aufgerufen werden. Der Server war also nicht “platt”, sondern hatte lediglich Probleme beim Rendern der Seite. Dabei läuft auf der Zoosau schon ein eAccelerator der die PHP Scripte vorkompiliert.

Naja, wie auch immer: Das schreiben der Beiträge machte so nicht wirklich Spass. Daher war meine Motivation dazu auch eher dürftig.
Ich habe nun das Standard-Layout für die deutsche WordPress – Distribution wieder geladen. Das ist zwar langweilig, und viele meiner eigenen Erweiterungen betten sich mehr schlecht als recht in dieses Layout ein, aber wenigstens ist die Seite erreichbar.

Ich möchte das ganze demnächst auf TYPO3 umziehen. Dieses System bietet alles, was mich an WordPress massivst gestört hat:

• Es ist gescheit Dokumentiert
• Es gibt eine gescheite Community, die mehr als Flickwerk zur Lösung anzubieten hat
• Das BackEnd ist höchstfunktional und sehr Browserkompatibel
• Die Dateiverwaltung ist sehr zugänglich

Der Nachteil ist jedoch, das das kein System ist, das man sich “mal eben” so zusammenklicken kann wie es bei WordPress der Fall ist. Als allererste Hürde sehe ich als n00b schonmal, das man überhaupt erst garnicht damit anfangen kann sich mit dem System vertraut zu machen, da, ehe man kein Template zur Ausgabe der Inhalte definiert hat, überhaupt nichts angezeigt bekommt!
Inzwischen weiss ich, warum dem so ist und wie man dieses ändern kann. Ich denke jedoch, das ich bei meiner eigenen Recherche zu CMS TYPO3 direkt wieder verworfen hätte, da ich es als unpraktisch angesehen hätte.
Durch meine Arbeit ist mir dieses System jedoch ans Herz gewachsen und ich beginne die Vorteile eines solch professionellen CMS zu schätzen.

Wie gesagt: Ich weiss noch nicht wann, aber hier steht demnächst mal ein Relaunch an. Dann habe ich endlich mal eine echte Homepage und kein reines Blog mehr, das sich als solche tarnt

Es soll eine “schwerwiegende Sicherheitslücke” behoben worden sein. Details zu dem Problem werden noch nicht genannt, sollen aber “bald” veröffentlicht werden. Zudem soll die Version 2.5.1 70 weitere Verbesserungen mit sich bringen. Unter anderem auch eine Performacesteigerung im Backend.

Ich habe einen Fehler beim Upgrade gemacht. Dieser scheint jedoch ohne weitere Folgen geblieben zu sein:

Ich habe auf meinem System für jede WordPress Version ein eigenes Verzeichnis (wordpress_2.5, wordpress_2.3.3, etc.). Das eigentliche “Live-Blog” wird dann aus einem Symlink “wordpress” auf die jeweils aktuelle Version bedient.

Das mache ich so, damit, falls ein Update mal nicht so läuft wie geplant, ich schnell wieder zurück switchen kann.

Das Updatearchiv auf Version 2.5.1 heisst “latest.tar.gz”. Entpackt man es ohne weitere Optionen, landen alle Dateien im Verzeichniss wordpress.

Regulär lege ich ein neues Verzeichniss an, wordpress_2.5.1 in diesem Fall, und entpacke es dann mit “tar xfz latest.tar.gz -C wordpress_2.5.1″. Dieses mal habe ich das allerdings versäumt und durch den Symlink “wordpress->wordpress_2.5″, die Dateien der Version 2.5 überschrieben.

Zum Glück muss man zum einen die Konfigurationsdatei von wp-config-sample.php in wp-config.php umbenennen, wodurch man diese durch so eine Aktion nicht versehentlich überschreiben kann. Zum zweiten kommen alle User-Uploads wie Bilder, Sounds usw. (sog. “Assets”) in einen Unterordner, wp-content/uploads . Dieser ist im neuen Release leer und unter Unix werden beim entpacken von Archiven mit tar standardmäßig Ordnerinhalte in einen bestehenden Ordner übernommen, statt diesen Ordner zu überschreiben.

Somit scheint alles fehlerfrei abgelaufen zu sein und die HP erstrahlt nun in Version 2.5.1

Eine Änderung sehe ich direkt: Eingebettete Bilder werden nun offenbar mit einem weissen Rahmen umrahmt.

Naja – mir geht’s in erster Linie um die Security Issues