Update auf WBCE 1.5 – soll man?
Einerseits sollte man das Update machen, andererseits kann es reichlich Probleme geben. Ein kleiner Wegweiser und: Warum die Module hier wieder verfügbar sind.
Mit WBCE 1.5 verschwindet eine Unschönheit, dafür kommt eine neue dazu und macht Ärger: Mit dem Upgrade müssen auch sehr viele Module ausgetauscht werden, was nicht immer so leicht ist.
Speziell ältere Module, die bisher klaglos funktionierten, erzeugen nach dem Update plötzlich „weiße Seiten“, also fatale Fehler, sowohl im Frontend als auch in der Verwaltung. Der Grund hierfür ist: Die Fehler waren schon vorhanden, aber sie fielen nicht auf, weil sie automatisch korrigiert wurden. Diese Korrektur wurde entfernt; eine „politische Entscheidung“, keine technische.
Also noch warten mit dem Update?
Nunja - die Zeit wird keine Wunden heilen und es gibt da noch einen anderen Aspekt: Eine kleine Hässlichkeit hat sich in die Version 1.4 eingeschlichen, und ältere Versionen werden irgendwann Probleme mit der PHP-Version des Hosters haben.
Konkret - die sichere Seite
Zuerst einmal: BACKUP!!! Mit dem Backup-Modul (Admin-Tools → Backup) die Datenbank sichern. Zusätzlich mit einem FTP-Programm alles auf die lokale Festplatte kopieren. Das kann lange dauern, aber das läuft ja im Hintergrund.
Der erste Weg vor einem geplanten Update führt über den AddonMonitor (AdminTools → AddonMonitor). Hier findet man eine Liste aller Module, die installiert sind und wo sie überall in Verwendung sind. Da wird man sicher einen Haufen Module haben, die man eigentlich gar nicht mehr braucht. Diese sollten deinstalliert werden.
Achtung: Nur die Seitenmodule („Page-Module“), nicht die Snippets und AdminTools! Leider: Bei letzteren gab es in den letzten Jahren ziemlich Wildwuchs, viele dürfen aber keinesfalls entfernt werden.
Als nächstes solltest du die Module überprüfen, die nur selten (1-2x) genutzt werden. Das werden zb oft Formularmodule sein; Form oder mpForm.
Einfach die Seiten im Frontend aufrufen, sich selbst eine Anfrage drüber schicken und schauen, ob da auch was ankommt. Kann leicht sein, dass diese Module schon gar nicht mehr funktionieren oder das eMail zu irgendeiner vergessenen Adresse geschickt wird. (Lach nicht! Alles gibts!)
Wenn die Formulare nicht allzu speziell sind, solltest du sie ohnehin durch MiniForm ersetzen. Sieht besser aus, ist moderner.
Sind die Seiten mit diesen alten Modulen überhaupt noch aktiv? So manche verwaiste Gästebuch-Seite wurde schon vor Jahren versteckt, dasselbe mit den letzten News aus dem Jahre 2009. Jetzt wäre eine gute Gelegenheit, die Seiten mitsamt Modul zu entsorgen.
Weitere Kandidaten für Ungemach sind Bildergalerien. In jedem Fall sollte man Seiten mit Galerien gesondert speichern, das geht mit jedem Browser: Strg-S. Was da alles gespeichert wird, hängt vom Browser und den Einstellungen ab, aber es sollte soviel sein, dass man sich im ungünstigen Fall noch eine Vorstellung machen kann, wie das mal ausgesehen hat, um es rekonstruieren zu können.
Aktuelle Versionen suchen
Alles was jetzt nicht Core-Modul ist, könnte nach einem Upgrade Ärger machen. Sehr hilfreich ist dabei das AdminTool Module Update Check das die Version und Verfügbarkeit aller Module anzeigt. Naturgemäß wird man vor dem Upgrade sehr viele veraltete Module haben, aber gibt es auch welche, die gar nicht mehr verfügbar sind? Da musst du es drauf ankommen lassen. Kann funktionieren, kann reparierbar sein, kann tot sein. Siehst du erst nach dem Update.
Die rosa Punkte: Aufgrund dieser Problematik habe ich die Downloads meiner Module wieder aktiviert.
Und jetzt? Update oder nicht?
Updates mit einem großen Versionssprung sind immer etwas risikobehaftet, beim Schritt von 1.4 auf 1.5 ist zwar der Sprung klein, aber dafür gibt es die Sache mit der Fehlerkorrektur.
Wenn es für zentrale Module keine neue Version gibt, musst du vielleicht in den Code rein, das will nicht jeder.
Disaster Management
Wenn ein Modul nach dem Update nicht mehr funktioniert, hat das meist einen einfachen Grund: Irgendwo steht was mit „MYSQL_“, meist in Form von MYSQL_ASSOC.
Das muss MYSQLI_ASSOC heißen, mit „I“ wie „i“
Lade also das Modul per FTP runter, suche mit einem Editor der das kann nach allen Vorkommen von MYSQL_ASSOC und ersetze sie durch MYSQLI_ASSOC. Das wird in vielen Fällen reichen.
Lade die Dateien wieder hoch; du muss sie nicht installieren oder updaten, es ist ja schon installiert.
Zur Not kannst du den Abschnitt deaktivieren: Unter Abschnitte verwalten ein Ablaufdatum in der Vergangenheit setzen. Was nicht hilft: Einen eventuell vorhandenen Block „none“ zu nutzen.
Nun, PHP-Frickeln ist nicht jedermanns Sache und der Durchschnittsanwender hat dafür auch gar nicht die richtige Software. Zögere also nicht, im WBCE-Forum um Hilfe zu bitten.
All das und noch etwas mehr kann man um € 100 (+Ust) gemacht bekommen.
Kommentare:
Habe auch zwei Updates nach Florians Kochrezept auf WBCE 1.5.0 durchgeführt. Lokal getestet, alles lief bis auf Uralt Form Modul. Kurz mit VS Code alle MYSQL_ durch MYSQLI_ ersetzt. Nachdem lokal alles lief, Dateien als ZIP gepackt und ab mit. Nochmal Update angeschmiessen und gut wars.
zx80Antworten
Ich habe die letzten Tage 50+ WBCE-Websites geupdatet, von 1.1.11 / 1.3.2 bis 1.4.5 war alles dabei, und bei keiner hatte ich Probleme. Auch nicht beim Updaten von Modulen. Es gibt wirklich keinen Grund, das Update nicht durchzuführen, wenn man die Hinweise in den Releasenotes berücksichtigt.
Antworten
Das Update ist in der Tat eine gute Gelegenheit auszumisten und längst offline gesetzte Seiten/Abschnitte und dann überflüssige/veraltete sowie generell nicht verwendete Module zu löschen.
Zum Backup: Seit ich weiß nicht wie lange kann das Backupmodul nicht nur einen Datenbankdump erzeugen, sondern auch alle Dateien auf dem Server in eine Zipdatei packen (ohne in einen Timeout zu laufen), die sich dann bequem runterladen lässt und im Falle eines Falles mit vernünftigen Entpacktools wie 7-Zip öffnen lässt. Im Forum gibt es auch eine fast fertige Version des neuen Tools Backup Plus, dessen Zipdateien sich wohl sogar direkt mit dem Windows-Dateiexplorer öffnen lassen. Jedenfalls ist es in 9 von 10 Fällen nicht erforderlich, die Ochsentour mit dem langwierigen FTP-Download zu beschreiten.
Auf diese Weise ist dann das Update eine Sache von 5 Minuten. Anmelden - Backuptool ggf. installieren/updaten - Ausführen - Backup SQL + Dateisystem runterladen - Abmelden - per FTP wup.php und wbceup.zip hochladen - wup.php aufrufen - update.php aufrufen - fertig.
Aber stimmt schon, zum einen: Übung macht den Meister, ich habe als alter Hase natürlich leicht reden, und zum anderen: gerade wenn es wider Erwarten eben doch irgendwo hakt, ist es durchaus sinnvoll, das Update von wem machen zu lassen, der das beruflich macht. (Gibt ja so einige. *räusper* *zaunpfahlwink*)
Der Updatecheck zeigt jetzt Deine dankenswerterweise wieder verfügbar gemachten aktualisierten Module an. Im AOR selbst erscheinen diese mit dem Hinweis, dass sie nicht neu installiert werden sollen. (Das wird sicherlich für einige Verwirrung sorgen.) Der Download erfolgt von Deiner Seite, im AOR sind nur die Links auf wbce dot at, nicht die Module selbst.
Zur Formulierung "Wildwuchs bei den Admintools" und "politische Entscheidungen" sage ich jetzt lieber nichts, das hat sowieso keinen Zweck, hier darüber zu diskutieren.