Hallo,
in den vergangenen drei Tagen habe ich 68 WebsiteBaker-Installationen auf die neue Version 2.8.3 aktualisiert.
Ausgangsversion war alles von 2.7er-Altlasten bis 2.8.2 SP2.
Die Websites liegen auf den unterschiedlichsten Servern, vom Billig-Massenprovider bis zur Hinterhofklitsche ist alles dabei.
Standardinstallatio nen habe ich reibungslos und ohne Probleme innerhalb weniger Minuten aktualisieren können.
(Das längste ist immer die Datensicherung und dann das Hochladen der Dateien gewesen.)
Es gibt also aus meiner Sicht keine Gründe,auf das Update zu verzichten. *
Ich musste bei keiner einzigen Seite einen Rollback auf die alte Version durchführen.
(* Voraussetzung ist natürlich, dass auf dem Server PHP 5.2.x oder 5.3.x laufen und auch sonst alle Voraussetzungen erfüllt sind! Prüfen: mit Check WB. (http://www.websitebakers.com/pages/tools/check-wb.php))
Probleme gab es in folgenden Fällen:
- Installationen, bei denen Standardmodule wie form, news oder frontendfilter deinstalliert waren.
Da hat das Update-Script gestoppt und fehlende Datenbankeinträge bemängelt. Der Tipp, über Module > Erweitert das fehlende Modul nachzuinstallieren, scheiterte an der allseits beliebten "Sicherheitsverletzu ng!! Zugriff verweigert!!" (reproduzierbar).
Abhilfe in solchen Fällen bestand darin, die fehlenden Felder direkt in die Datenbank einzufügen, d.h. via phpMyAdmin o.ä. von einer nackten Testinstallation (Version spielt keine Rolle) die entsprechenden Felder (aufpassen: wirklich nur diese) zu als SQL exportieren und diese dann bei der in die Datenbank der zu updatenden Installation zu importieren (auf richtigen Prefix dabei achten! Ggf. vorher mit Texteditor und Suchen/Ersetzen anpassen.). Nicht ganz trivial, aber machbar.
- Installationen mit bestimmten, älteren, Modulen.
Dies betrifft z.B. Bakery vor 1.5.9, FormX und eventuell noch andere, die sich der Funktion get_output_filter_settings bedienen. Da die Funktion in getOutputFilterSettings umbenannt wurde, führt der alte Aufruf zu PHP-Fehlern und Abbruch des Seitenaufbaus. In diesen Fällen muss dann in der jeweiligen view.php des Moduls (bei Bakery: view_form.php) der alte Aufruf durch den neuen ersetzt werden.
Brax_Highslide_Gallery: führt nach dem Update zu bizarren Darstellungsfehlern, da ist aber einfach nur in der view.php eine Zeile zu korrigieren. (https://forum.WebsiteBaker.org/index.php/topic,15682.msg150436.html#msg150436)
FancyBox als Modul: führt zu vermeintlich leeren Seiten. Ursache ist hier ein IE6-conditional comment, der durch das neue, etwas rigide CSS-Handling geschreddert wird, sodass zwar der öffnende, nicht jedoch der schließende Kommentar-Tag geschrieben wird und die Seite somit ab dort als auskommentiert behandelt wird. Abhilfe: Conditional Comment raus. Wer jetzt noch den IE6 benutzt, dem ist eh nicht zu helfen.
Sitemap als Modul: muss auf 3.1.3 aktualisiert werden. Download auf AMASP (http://www.websitebakers.com/pages/modules/listings/section-pages/sitemap.php).
AddOn File Editor AFE: Muss auf 2.1.0 aktualisiert werden. Download auf gitHub (https://github.com/cwsoft/wb-addon-file-editor)
CKEditor: Muss auf 0.6.9 aktualisiert werden. Download im Forum (https://forum.WebsiteBaker.org/index.php/topic,23280.msg157626.html#msg157626)
Diese Liste erhebt keinen Anspruch auf Vollständigkeit; das waren die Module, bei denen es mir konkret aufgefallen ist. Faustregel: meistens hilft Aktualisieren des Moduls. Solche sehr komplexen Module wie Topics, Members, KIT, mpform o.ä. setze ich nicht ein, bin ich zu doof für, kann mir aber gut vorstellen, dass es da Probleme geben könnte.
Unbedingt zu prüfen nach erfolgreichem Update
Formulare. Das Formular-Modul ist ja grundlegend überarbeitet worden; es werden jetzt andere CSS-Klassen für die Felder verwendet (frm-textfield statt bisher nur textfield usw.). Warum das so ist, weiß ich nicht, ebensowenig, weshalb man nicht mehr die Eingabe in einem E-Mail-Formularfeld als Absenderadresse einstellen kann, aber egal. Jedenfalls, wer sein Formular bisher nicht über dessen frontend.css gestylt hat, muss in seinem Stylesheet die Bezeichnungen entsprechend anpassen.
News. In den News-Optionen veraltete Variablenplatzhalte r ersetzen, z.B. [PUBL_DATE] durch [PUBLISHED_DATE].
CSS-Handling. WebsiteBaker "erzieht" dazu, keine <style>...</style>-Abschnitte dynamisch irgendwo in der Seite mehr zu verwenden. Die werden nämlich einfach mal kommentarlos rausgeschmissen. Wer also über Droplets bislang solcherlei zu tun pflegte, muss sich nunmehr etwas anderes überlegen. Konkrete Lösungsvorschläge kann ich da nicht bieten, bei mir half es, das dann mit PHP abzufangen (if (PAGE_ID==1) usw.)
tl;dr: Update ist empfehlenswert und i.d.R problemlos möglich.
In diesem Sinne vielen Dank an alle an der neuen Version Beteiligten Entwickler und Tester.
Viele Grüße
_florian.