Nun ist schon in den Release-Notes zu WP 2.6 davon die Rede, dass es je nach Serverkonfiguration sein kann, dass der Updateprozess nach den FTP-Zugangsdaten fragt. Es gibt also auch Systeme, bei denen das Update direkt durchläuft, es also die gepackten Daten im Hintergrund lädt, entpackt und an entsprechender Stelle wieder entpackt. Dabei wird zu Beginn das Plugin deaktiviert und nach erfolgreichem Update wieder aktiviert.

Nun möchte allerdings nicht jeder seine FTP-Zugangsdaten der Software anvertrauen, die sie dann an den Update-Server übermittelt und das noch über eine ungesicherte Verbindung. Man schreibt die Daten ja auch nicht auf eine Postkarte. Fragt WordPress also nach den Zugangsdaten, ist der andere Weg offensichtlich versperrt. Möchte man seine Daten nun nicht preisgeben, bliebe also wieder nur der bekannte manuelle Weg.

Mal so, mal so. Aber warum?

Nun lässt sich aber feststellen, dass in manchen von mir betreuten WordPress-Installationen der direkte Updateweg funktioniert, in anderen nicht. Das lässt sich natürlich nur auf unterschiedliche Serverkonfigurationen und/oder Nutzerrechte zurückführen; das wird schnell klar. Leider lässt sich aber auch bei längerer Suche nichts dazu finden, welche Voraussetzungen WordPress erwartet, um auf die FTP-Zugangsdaten verzichten zu können. Zumindest ist mir das nicht gelungen. Man findet zwar reichlich User mit der gleichen Fragestellung aber keine zufriedenstellenden Antworten. Der Versuch gestern Abend über Twitter brachte mich trotz freundlich angebotener Hilfestellung auch nicht weiter.

Die Frage nach den Zugangsdaten stellt ja keinen Fehler dar, sondern ein von WordPress vorgesehenes Verhalten. Eine mir vorgeschlagene Suche in den Error-Logs würde also vermutlich keinen Erfolg bringen.

Blick in den Code

Bleibt also, sich mal anzusehen, nach welchen Kriterien WordPress entscheidet, ob der direkte Weg oder der über den FTP-Zugang gewählt wird. Was sind die Voraussetzungen? Vermutet hatte ich anfänglich etwas wie die cURL-Bibliothek oder unterschiedliche Rechte für PHP, z. B. bei allow_url_fopen. Ein Vergleich der unterschiedlichen Hosting-Umgebungen zeigte aber, dass beides als möglicher Unterscheidungsgrund ausscheidet. Auch fehlende Schreibrechte ließen sich schnell ausschließen, als ich kurzzeitig mal die Rechte aller infrage kommenden Dateien auf 0777 gesetzt habe.

Der Blick in den Code enthüllte mir, dass WordPress de Besitzer der gerade ausgeführten Datei abfragt und gleichzeitig eine neue Datei anlegt und auch deren Besitzer abfragt. Sollte bereits das Anlegen der neuen Datei wegen fehlender Benutzerrechte scheitern, ist der Fall eh klar.

Um das klarzustellen: WordPress fragt den Besitzer der gerade ausgeführten Datei ab, nicht den Ausführenden (getmyuid()). Das ist i. d. R. der User, der die Datei auf den Webserver hochgeladen oder das gepackte WordPress-Paket dort entpackt hat. Der User, der die neue Datei anlegt, ist dagegen der Apache-User, also die eigentliche Programmausführung.

Eine Lösung?

Nun unterscheiden sich diese Nutzer leider in vielen Serverumgebungen. Eine mögliche Lösung wäre es also, einfach den Besitzer aller Dateien und Verzeichnisse auf dem Server auf den Apache-User (z. B. wwwrun) zu setzen (chown). Ich habe das zwischenzeitlich getestet; es funktioniert. Das Update läuft anschließend ohne Abfrage der FTP-Zugangsdaten durch.

Problematisch ist dann allerdings, dass einem anschließend der FTP-Zugriff verwehrt wird, will man die die Rechte an allen Dateien und Verzeichnissen nicht entsprechend freigeben, was wieder Sicherheitsrisiken aufbringen würde. Für das Updaten der Plugins ließe sich das eventuell noch umgehen, indem man nur für das Plugin-Verzeichnis den Nutzer entsprechend setzt. So sollten die Updates klappen und man behält zumindest den FTP-Zugriff auf den Rest, sodass man z. B. Änderungen am Theme weiterhin hochladen kann. Damit die Abfrage von WordPress funktioniert, muss dann aber auch noch der Besitzer der abfragenden Datei (wp-admin/update.php müsste das sein) geändert werden und man muss ein temporäres Verzeichnis definieren (WP-Konstante ›WP_TEMP_DIR‹) oder man muss das wp_content-Verzeichnis für den Apache-User schreibbar machen. Das ist allerdings nur für das Update der Plugins eine Lösung, nicht für das Update der gesamten WordPress-Installation.

Wie gehabt

Bleibt für mich also weiterhin nur der Weg des manuellen Updates, wie ich es bisher ja auch schon lange praktiziert habe. Alternativ kann man natürlich auch seinen Hoster fragen, ob er den Apache-User an den FTP-User anpasst. Gerade bei preisgünstigen Hostern sehe ich da allerdings nicht viele Chancen. Ich werde das aber mal probieren. Schließlich wurde mir für all-inkl.com, zu denen ich vor kurzer Zeit gewechselt bin, ein Spitzenservice angekündigt.

Vielleicht nimmt mir aber auch jemand die Vorbehalte, was die Angabe der FTP-Zugangsdaten angeht. Eventuell überschätze ich da ja die Risiken und das Ganze stellt gar kein Problem dar. Selbst an einschlägigen Stellen finde ich nur die Vorteile, nicht aber eventuelle Nachteile dieser Methode.

Ich bin allerdings auch erst einmal zufrieden damit, jetzt zu wissen, warum es mal so, mal so geht.

[Update]

Vor ein paar Monaten hat schon jemand eine Lösung für das Problem gefunden, die jedoch nur über einen Eingriff in die Core-Dateien von WordPress funktioniert. Ich lasse von solchen Lösungen gern die Finger, weil man sonst nach jedem Update prüfen muss, ob die Änderung wieder überschrieben wurde, um ggf. den Eingriff zu wiederholen. Nebenbei funktioniert die beschriebene Lösung natürlich nur für die Plugins, nicht für Core-Updates.

Später wurde dann noch eine Lösung nachgeschoben, die zumindest bei Hosteurope befriedigend zu funktionieren scheint. Ich kann mir allerdings nicht vorstellen, dass diese Lösung für die Core-Updates läuft. Schreibrechte im temporären Verzeichnist dürften dafür nicht ausreichen und das Problem der unterschiedlichen User bleibt dabei ja bestehen.

[Update 2]

Ich habe das Problem für mich jetzt so gelöst, dass ich die gesamte WordPress-Installation über chown dem Apache-User zugeordnet habe und nur den Ordner mit dem von mir genutzten Template beim FTP-User lasse. So kann ich weiterhin Änderungen an Template-Dateien per FTP hochladen und kann ansonsten alle Vorzüge des automatischen Updates für Plugins und Core-Dateien nutzen.

Das Update auf WordPress 2.7.1 hat so schon einwandfrei funktioniert.

Ähnliche Beiträge:

1. Rezension »WordPress – Das Praxisbuch« von Vladimir Simovic

Der Untertitel des Buchs von Autor Stephan Schmidt lautet »Entwurfsmuster für die Praxis« und genau das ist es, was Schmidt in diesem Werk bietet. Die durchaus nicht einfache Einführung in Design-Patterns bzw. Entwurfsmuster, die einen wesentlichen Bestandteil der objektorientierten Programmierung bilden, wird in diesem Buch in anschaulicher Weise gegeben.

Schmidt vermittelt die Grundlagen und die Anwendung von Entwurfsmustern anhand praxisbezogener Beispiele. Als Aufgabe dürfen dafür in weiten Teilen des Buchs die Geschäftslogik und verschiedene Anwendungsfälle einer virtuellen Autovermietung herhalten. Obwohl die Beispiele natürlich etwas konstruiert sind, wird doch der Sinn hinter den Abläufen schnell deutlich und die Umsetzung klar und nachvollziehbar.

Nach einer Einführung in objektorientierte Programmierung mit PHP beschreibt Stephan Schmidt die Regeln guten Software-Designs, zeigt in zunächst noch kurzer Form die Vorzüge von Design-Patterns und erklärt kurz die UML (Unified Modeling Language).

Ab dem dritten Kapitel geht es dann in die Vollen: Nach Anwendungsfällen sortiert werden verschiedene Entwurfsmuster in der Praxis erarbeitet. Angefangen bei Erzeugungsmustern wie Singleton-Pattern und Factory-Method-Pattern über Strukturmuster wie Composite- und Decorator-Pattern und Verhaltensmuster wie Subject/Observer- oder das Visitor-Pattern geht es schließlich zu den Enterprise-Patterns.

Die Zielgruppe

Das Buch richtet sich an Designer, die ihre Projekte in PHP entwickeln und nun spätestens mit der Umstellung auf PHP 5 die Vorteile objektorientierter Programmierung nutzen wollen. Der Leser sollte den Einstieg in PHP schon längst hinter sich haben.

Das Fazit

Das Buch bietet dem engagierten PHP-Programmierer einen idealen Einstieg in die objektorientierte Programmierung. Die Beispiele sind natürlich konstruiert, um einfach gehalten werden zu können, sie lassen sich aber leicht in die Praxis übertragen. Schnelle Erfolgserlebnisse sind so gewährleistet.

Links zum Buch

• Website des Autors
• Das Buch bei jpc

Technische Angaben

• PHP Design Patterns
• Entwurfsmuster für die Praxis
• von Stephan Schmidt
• ISBN: 9783897214422
• O‹Reilly Vlg. GmbH & Co., 09/2006
• 355 Seiten, kartoniert/broschiert (lag mir als Hardcover vor)

Ähnliche Beiträge:

1. Rezension »Transcending CSS« von Andy Clarke
2. Rezension »RSS und Atom« (kurz & gut)
3. Rezension »Bulletproof Webdesign« von Dan Cederholm, 2. Auflage

Bei dem Namen ist der Inhalt nicht schwer zu erraten: Es können Reisen mit Oldtimern (und Youngtimern) gebucht werden.

Obwohl kein Alfa dabei ist, habe ich beim Basteln doch ganz schön Lust bekommen, einen der Oldtimer mal selbst auszuprobieren. Ich schwanke noch zwischen Porsche »Jimmy« und dem 65er Mustang »Heinz-Dieter« (häh?).

Ähnliche Beiträge:

1. Frisch auf dem Tisch:
2. Meine Gewohnheiten beim Online-Shopping
3. Online-Marketing-Leitfaden von Torsten Schwarz erschienen

Der auch als Schockwellenreiter bekannte Blogger, Programmierer, Autor, Krawattensammler und Tausendsassa Jörg Kantel behandelt in seinem Buch »RSS und Atom – kurz & gut« die Syndikationsformate RSS in den Versionen 0.92, 1.0 und 2.0 sowie das konkurrierende Format Atom.

Nach einem kurzen Blick auf die Geschichte der verschiedenen RSS-Formate zeigt Kantel den Sinn und die Vorteile von RSS und Atom auf und bringt Beispiele für verschiedene An- und Verwendungsmöglichkeiten von Nachrichtenupdates bis hin zu Podcasts und Vodcasts (Videocasts). Hierbei wird auf die Möglichkeiten der passiven Nutzung – also als Leser eingegangen, der Fokus liegt jedoch in der Erzeugung von eigenen RSS-Feeds. Gezeigt wird auch die Verarbeitung fremder RSS-Feeds in eigenen Programmen.

Nach einigen Beispielen der RSS-Erzeugung in den verschiedenen Versionen mit unterschiedlichen Programmiersprachen und kleinen Beispielprogrammen schließt das Buch mit einer übersichtlichen Referenz zu den genannten Formaten. Hierbei werden auch ausführlich die iTunes-Erweiterungen angesprochen, die zwar nicht zum eigentlichen Standard von RSS gehören, jedoch für die Veröffentlichung von Podcasts bei iTunes vorausgesetzt werden.

Die Zielgruppe

Das Buch richtet sich an Programmierer, die eigene RSS- oder Atom-Feeds erstellen oder bestehende Feeds in eigenen Programmen verarbeiten möchten und dazu eine handliche Referenz neben der Tastatur liegen haben wollen. Wer RSS nur in lesender Weise nutzen möchte, wird in diesem Buch nicht viel Neues erfahren.

Das Fazit

Jörg Kantels Buch hält genau das, was der Titel verspricht: Die Syndikationsformate RSS und Atom werden erklärt – und zwar kurz und gut. Die enthaltene Referenz macht das Buch zum Pflichtkauf

Links zum Buch

• (Eine) Website des Autors
• Das Buch bei www.jpc.de

Technische Angaben

• RSS und Atom
• kurz & gut
• von Jörg Kantel
• ISBN-10: 3-89721-527-6
• ISBN-13: 9783897215276
• O’Reilly-Verlag, 04/2007
• 96 Seiten, Kartoniert/Broschiert

Ähnliche Beiträge:

1. Rezension »PHP Design Patterns« von Stephan Schmidt
2. Rezension »WordPress – Das Praxisbuch« von Vladimir Simovic
3. Rezension: »Web Usability – Das intuitive Web« (Don’t make me think!)

Das mexikanische Restaurant in Bad Rothenfelde – gleichzeitig mein erklärtes Lieblingsrestaurant – hat mich beauftragt, die vorher etwas lieblos gestaltete Site grundlegend optisch zu überarbeiten und auch mit lesbaren Inhalten zu füllen. Dieser Aufgabe habe ich mich natürlich gern gestellt.

Was war zu tun?

Zuerst galt es, die Anforderungen festzustellen. Es ging darum, eine informative Site über ein Restaurant online zu stellen. Die wichtigesten Informationen (Telefonnummer für Tischreservierungen, Öffnungszeiten) sollten bereits von der Startseite aus erreichbar sein. Die Speisekarte sowie die Getränkekarte sollten auf der Site lesbar sein. Gleichzeitig sollte die Speisekarte als PDF zum Download bereitstehen, um z.B. Betriebsfeste oder Familienfeiern vorbereiten zu können. Außerdem ist die Gestaltung der Speisekarte durchaus dazu angetan, auch in ihrem originalen Layout gezeigt zu werden. An dieser Stelle geht mein Dank an Angela Wlecke, die mir das PDF zur Verfügung gestellt hat.

Weiter wurde eine Bildergalerie sowie ein Gästebuch gefordert.

Alle Seiten sollten durch den Lokalbetreiber oder eine beauftragte Person ohne HTML-Kenntnisse editierbar sein. Es ging nicht nur darum, einfach Texte zu ändern sondern auch darum, neue Seiten anzulegen und z.B. Bilder, Nachrichten und Termine einfügen zu können. Die geänderten sowie die neu erstellten Seiten sollten sich in das Layout integrieren und auch direkt über das Menü erreichbar sein.

Womit kann ich das erreichen?

Schnell stand fest: Ich brauche ein ausgewachsenes CMS. Gleichzeitig habe ich natürlich die Vorgabe, dass die Einarbeitung der Redakteure möglichst kurz sein muss und der zeitliche Aufwand insgesamt gering zu sein hat, da natürlich eine Restaurant-Website nur begrenzte Kosten verursachen darf; schließlich ist nicht unbedingt eine eindeutig messbare Umsatzsteigerung durch die Site zu erwarten.

Ein einfaches CMS, das frei anpassbar ist?

Das ist nicht unbedingt die Quadratur des Kreises. Man muss nur in der richtigen Richtung suchen. Ein Gästebuch z.B. ist nichts anderes, als ein kurzer Beitrag, der unbegrenzt oft kommentiert werden kann. Der Rest sind mehr oder weniger statische Seiten, die jedoch über eine einfache Oberfläche zu pflegen sein müssen. Die Bildergalerie braucht – wenn sie denn voll integriert sein soll – einiges an Extra-Überlegung und kann daher zum Schluss betrachtet werden.

Die Lösung: ein Blog

Die Aufgabenstellung schreit geradezu nach einem Blogsystem. Da ich gerade an anderer Stelle (u.A. auch hier) Erfahrung damit gesammelt hatte, habe ich mir einmal WordPress im Hinblick auf die Anforderungen angesehen. Nahezu alles, was benötigt wird ist hier schon vergegeben, den Rest bekomme ich über Plugins, die von unterschiedlichsten Autoren für nahezu jeden Verwendungszweck geschrieben wurden.

Die Umsetzung

Ich habe also ein frisches WordPress installiert und das Theme WordPress Classic 1.5 als Grundlage für die Layout-Anpassungen genommen. Der Vorteil hierbei war, dass zwar alle verwendeten Elemente bereits eine gewisse Formatierung haben, jedoch alles noch ziemlich nah an der Darstellung ist, die ein Browser anhand seiner Vorgaben eh wählen würde. Ideale Voraussetzungen also für individuelle Anpassungen.

Welche Plugins brauche ich?

Ich möchte eine statische Startseite haben. Da der einzige Beitrag in diesem Blog wohl das Gästebuch bleiben wird, ist es wenig sinnvoll, eine chronologische Übersicht der Beiträge als Startseite zu verwenden, wie es ja bei WordPress als Standard vorgesehen ist. Für die Anforderung passend erschien das Plugin Static Front Page, welches den Zweck hervorragend erfüllt, indem es einfach die Seite mit der Titelform »home« als Startseite zeigt.

Aufgrund der hohen Anzahl an statischen Seiten dürfen nicht alle immer über die Navigationsleist verfügbar sein, da dies sicherlich den Rahmen sprengen würde. Gleichzeitig macht es aber auch keinen Sinn, die Seiten der zweiten Ebene generell auszublenden, da in diesem Fall die interne Navigation z.B. in der Speisekarte fehlt. Wir brauchen also ein dynamisches Auf- und Zufalten der Navigation. Man könnte dies natürlich über Hover-Effekte per CSS oder JavaScript lösen, eleganter fand ich jedoch die Lösung des Plugins Fold Page List, welches nur die zweite Ebene der aktiven Seite einblendet, nicht jedoch die tieferen Ebenen der übrigen Seiten.

Als Bildergalerie hat sich nach kurzer Recherche Gallery2 angeboten, welches zusammen mit dem Plugin WPG2 alle Anforderungen erfüllte, die vom Auftraggeber gewünscht waren. Die Integration in WordPress ist beispielhaft gelöst und die Konfiguration geht – mit etwas Einarbeitung – locker von der Hand.

Nun musste nur noch die Kommentarfunktion (außer beim Gästebuch natürlich) abgeschaltet werden und das Layout passend zum Thema erstellt werden. Der Rest ist reine Handarbeit …

Der Stefan

Anmerkung: Die Kommentarfunktion wurde aufgrund fortlaufender Spam-Versuche geschlossen.

Ähnliche Beiträge:

1. Projekt: Website »Camperpreisvergleich.de«