- lmm antwortet auf »Wiki für Zikula 1.3« 08. Feb
- detlef_mue antwortet auf »[gelöst] extmenu-Block gestalten« 06. Feb
- Portugao antwortet auf »[BEANTWORTET] Website von Zikula selbst« 05. Feb
- craigh antwortet auf »PostCalendar zeigt Termine nicht im Block an« 05. Feb
- Hurricane antwortet auf »Tapatalk für Dizkus« 05. Feb
- Portugao antwortet auf »[gelöst] Hintergrund für FAQ« 03. Feb
- Hurricane antwortet auf »[gelöst] Kurioses Phänomen mit EZComments« 29. Jan
Anmeldung
Werbung
Über Updates
In letzter Zeit gab es hier einige Diskussion um Updates, Paketgrößen und sonstige Problem. Jetzt habe ich foerdefluesterer.de aktualisiert und mal darauf geachtet, was da wirklich passiert, was die Hürden sind und was nur gefühlte Probleme sind.
foerdefluesterer.de ist eine relativ umfangreiche Seite mit eine ganzen Reihe Module, mit 500 Locations, 2500 Artikeln, 8000 Fotos und 14000 Termine… Und leider war die Seite immer noch auf Zikula 1.1.2-dev… Ich hatte einfach keine Zeit für ein Update.
Nun stand ein Relaunch mit neuem Layout an und ich habe die Gelegenheit genutzt gleich Core und Module zu aktualisieren.
- Core-Update: Dank des Updatepacks "1.1.x -> 1.2.3" müssen nur wenige Dateien hochgeladen werden. Dazu gibt es IMHO recht wenig, was man am Core überhaupt noch hacken könnte oder müsste. Alle Anpassungen können im Theme gespeichert werden. Ich hab nach dem Backup einfach das Update-Pack in knapp einer Minute hochgeladen und die upgrade.php durchlaufen lassen. Mir werden einige Warnungen von PHP angezeigt, die aber alle mit Sprachvariablen zu tun haben. Bei einer Umstellung auf gettext vermutlich normal, aber vielleicht ein wenig unschön. Eigentlich sollte Zikula das abfangen und eine sinnvolle Fehlermeldung draus machen.
- Nach dem Update läuft alles wieder wie vorher - nur die Umlaute in den alten Sprachdateien werden jetzt natürlich kaputt angezeigt. Bevor ich mich darum kümmer, mach ich noch ein paar Modulupdates. Da viele Module inzwischen auf gettext sind, werden die Fehler verschwinden.
- Scribite war das erste Modul, das ich aktualisiert habe. Ich glaube, vorher lief da noch Scribite 2 und Xinha wollte zum Beispiel Chrome nicht erkennen. Scribite hat zuerst ein paar kleine Probleme gemacht - meine Plugin-Einstellungen waren alle weg und ohne ein ausgewähltes Plugin zeigte Xinha mir einen Fehler und verweigerte den Start. Nachdem ich meine Plugins wieder aktiviert hatte, lief der Editor ohne Probleme.
- Das Update von EZComments lief ohne Probleme und meine alten Templates funktionieren weiter ohne Probleme
- In Dizkus funktionieren diverse Sachen nicht mehr bevor ich das Forum auf den aktuellen Stand bringe. Jetzt läuft fast alles wieder - nur ändern kann ich bestehende Beiträge nicht. Das muss ich noch klären. Sonst läuft alles problemlos und auch hier funktioniert mein Block-Template einfach weiter.
- crpCalendar zeigt keine Termine mehr an. Ein panischer Blick in die DB zeigt: Die Termine sind da. Die Anzeige funktioniert nicht. Ich hatte aber auch crpCalendar lange nicht aktualisiert, weil ich hier tatsächlich eine Reihe Dinge eingehackt hatte. Ich hab alle meine Ideen und Umsetzungen aber auch immer an den Entwickler gegeben und so war ich zuversichtlich, dass der Kalender nach dem Update wieder geht. Tat er aber nicht. Nur mehrtägige Termine wurden jetzt angezeigt. Ich habe mich dann auf die Fehlersuche in den Weiten des Codes gemacht und nach einige Stunden den Fehler gefunden: Start- und Endtimestamp werden für die Abfrage nicht korrekt gesetzt. Danach wurden alle Termine wieder angezeigt. Aber nicht kategorisiert wie früher.
Als ich auf der Suche nach dem Fehler auf irgendwelche ObjectUtil-Post-Irgendwas-Methoden gestoßen bin, habe ich das Suchen aufgegeben und mir ein Plugin geschrieben, dass den Array neu sortiert - Die Anzeige funktionierte dann wieder so wie vorher.
Einer Redakteurin fiel dann auf, dass alle Termine eine Stunde zu früh angezeigt werden - in der DB wären sie aber richtig. In der Administration habe ich die Zeitzone einfach eine weiter gestellt. Jetzt steht das zwar auf Jerusalem-Zeit. Aber im Kalender stimmen die Uhrzeiten wieder.
Nun fehlen noch einige Module, die aktualisiert werden müssen. Aber insgesamt und abgesehen von meiner schon vorher recht zerhackten crpCalendar-Installation, ist das Update einfach gewesen - wenn man ein paar Dinge bedenkt:
- Majorupdates (zum Beispiel bald 1.2.x auf 1.3) würde ich auf umfangreicheren Seite nicht direkt nach Erscheinen machen. Das ist ja bei Windows zum Beispiel meistens auch so, dass erst nach und nach die passenden Treiber kommen. Und wer wirklich auf sein Betriebssystem und spezielle Hardware-Funktionen angewiesen ist, kauft sich auch nicht am ersten Tag das neue Windows.
- Wenn neue Features wie Templates, gettext, UTF-8 usw. eingeführt werden, muss man natürlich ein wenig Arbeit in die Seite stecken.
- Wer seine Änderungen im Theme speichert, ist auf der sicheren Seite. Aber auch hier gilt natürlich: Wer von neuen Funktionen profitieren will, muss gelegentlich die Templates aktualisieren…
- Wer seine Module hackt statt mit dem Entwickler zu sprechen, ist selbst Schuld
- Backups schaden nie.
Themen
Kommentare
War ein Problem, das im SVN mittlerweile behoben ist - siehe hier bei uns. Das heisst nicht, das die SVN-Version einsetzbar ist, im Gegenteil!
Vielen Dank für Deinen Erfahrungsbericht, der mir entsprechend meiner Auffassung zeigt, dass Zikula ein super System ist.
Wichtig finde ich Deinen Hinweis, mit einem upgrade ausreichend lange zu warten !
Das Problem bei scribite! betrifft eventuell diese Geschichte mit dem serialize() und DataUtil. Da gab es mal eine Funktion, die beim Update auf UTF-8 notwendig war für diese Felder.
Müsste sich zum Beispiel im Upgrade-Code von Content finden lassen.
...scheint wohl ein allgemeines Problem zu sein, siehe das Thema zu "Dizkus geht falsch..."
zu Punkt 4: Je nachdem wie Du EZComments nutzt solltest du die aktuellste version (2.0.1) aus dem SVN ziehen, die in der extDB ist noch ein bisschen buggy
Updates sind relativ überschaubar möglich, wenn alle Module unter 1.2.x lauffähig sind. Ansonsten wirds heikel. Viele schleppen zudem aus älteren Zeiten, als "Customizing" nicht anders machbar war als teils den Core verändern, noch Altlasten mit. Diese bekommt man auch nicht so einfach weg.
Nur angemeldete Benutzer dürfen kommentieren. Registrierung oder Anmeldung.

Kommentare