[easyUpdate] - Updates noch einfacher

[WWSelec]

Habe im Backend eine Erweiterungsverwaltung. Sollte ich das umstellen?

Error.log poste ich morgen früh dann nochmal komplett.

[tab]

Ich hätte einen Verbesserungsvorschlag, nachdem ich gerade ein Update von 3.4.5 auf 3.5.6 gemacht habe... Das waren 5 Updateschritte, wenn ich richtig gezählt habe. Geht zwar immer noch schneller, als wenn ich das manuell hätte machen müssen, ist aber schon lästig, wenn man sich 5x durch alle Schritte klicken muss inklusive Eingabe des Installationspassworts jedes Mal.

Es sollte mehr größere Versionssprünge geben. Ist klar, ne , macht natürlich Arbeit. Wäre zumindest schön, wenn man mit 2-3 Updates immer von 3.x.0 zur neuesten 3.x.y kommen würde. Also vielleicht alle 2 oder 3 Bugfix-Versionen mal wieder ein direktes Update von z.B. 3.5.0 (oder von derjenigen Version 3.5.x aus, auf die man von 3.4.x direkt updaten kann.
(Edit: Hmm, sehe gerade auf der Downloadseite und auch an meinen Zip's, dass es wohl doch nur 4 Updates waren.)

Genial wäre auch, wenn man die install.php nicht jedes Mal aufgerufen bekommen würde, auch wenn es gar nicht notwendig sein sollte. Braucht man doch eigentlich bloss, wenn sich in der Datenbank was ändert, oder übersehe ich da was? Braucht man das auch, um irgendwelche Caches dadurch zu leeren?

[BugBuster]

Derzeit kann easyUpdate3 nur eine einzige ZIP Datei zum Transfer anbieten. Es ist meine Entscheidung welche ich anbiete.
Manchmal habe ich Sprünge schon berücksichtigt um z.B. eine fehlerhafte Version zu überspringen.
Auf meiner Webseite gibt es öfters auch mehr als im Backend angezeigt wird.

Ich wollte das schon mal ändern, aber ich überlege ob sich das noch lohnt, da es ja nur noch bis Contao 3.5 gehen wird. Contao 4 läuft ja anders.

Was die install.php betrifft, ob DB Updates nötig sind oder nicht könnte ich zwar testen, aber es gibt auch Migrations Notwendigkeiten.
Die sollten natürlich nur nur bei Major/Minor Updates auftreten.
Könnte man alles noch umbauen. Wäre einiges an Aufwand.
Vielleicht wäre es auch möglich den inneren DB Update Prozess aufzurufen (also im Backend), sofern keine Migration nötig ist.

[tab]

Beim install.php dachte ich eher an ein manuell gesetztes Flag irgendeiner Art (z.B. eine bestimmte Datei im Zip), an dem deine Routine dann erkennen würde, ob install.php aufgerufen werden soll oder nicht. Aber hast natürlich Recht... ob sich so ein Aufwand noch lohnt nur für die 3.5...? Ich habe auch keinerlei Plan, was der minimal notwendige Aufwand dafür wäre. War halt nur eine Idee. Trotz mehrerer Zwischenupdates geht es ja immer noch wesentlich schneller (und sicherer), als wenn man das Update manuell machen würde.

Andererseits wird uns die 3.5 dank des verlängerten LTS Zeitraums natürlich noch ein paar Jährchen begleiten und deswegen wahrscheinlich auch mehr Bugfix-Versionen ansammeln im Lauf der Jahre als die 3.2.

[Anke]

Wenn ich bei zwei Urgesteinen mal mitmischen darf ;-) - es ist besonders viel Geklicke, wenn ältere Versionen zu updaten sind, aber hey, ich finde diese Updatealternative insgesamt so praktisch und vor allem zuverlässig, ich hatte all die Jahre nicht einmal Probleme damit. Daher würde ich sagen: Alles ist gut und - herzlichen Dank Glenn!

[tab]

Natürlich, es erleichtert die Arbeit beim Update beträchtlich, auch so wie es jetzt ist. Tolle Sache, gar keine Frage.

[WWSelec]

Morgen,

grad das Update nochmal gemacht. Also in der Error.log ist nur diese eine Zeile. In der log Datei von easyUpdate wird mir alles als aktualisiert angezeigt, keine Fehler werden aufgelistet. Hat jemand vielleicht noch nen Tipp oder Ansatz den ich verfolgen kann? Werde mich sonst an eine komplette Neuerstellung der Seite unter Contao 3.5.6 machen. Sollte man die Art der Erweiterungsverwaltung generell wechseln um solchen Fehlern vorzubeugen?

[tab]

Es scheint da einige ältere Versionen von Erweiterungen von tril zu geben, die dieses Problem verursachen können. Schau dir mal das hier an und mache, was tril da schreibt: https://community.contao.org/de/show...l=1#post348023

[BugBuster]

Um das Update ein wenig abzukürzen habe ich nun noch zusätzlich das Update von 3.5.2 direkt nach 3.5.6 im Angebot.

Mit easyUdpate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

So könnte man nun von 3.4.5 direkt nach 3.5.2 und dann weiter nach 3.5.6 gehen.

[BugBuster]

Neues Update sind verfügbar, von 3.5.6/3.5.7 nach 3.5.8

URL für die Updates: http://ea3server.contao.ninja/updates.html
Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

Man beachte den Bug in der 3.5.8 mit den Error Seiten bei Umleitung, Fix:
https://github.com/contao/core/commi...2282532acdf842

[BugBuster]

Neues Update ist verfügbar, von 3.5.8 nach 3.5.9

URL für das Update: http://ea3server.contao.ninja/updates.html
Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

[BugBuster]

Neues Update ist verfügbar, von 3.5.9 nach 3.5.10

URL für das Update: http://ea3server.contao.ninja/updates.html
Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

[BugBuster]

Leider gibts da einen bösen Bug in Contao 3.5.10, siehe #8315
Der ist auf GitHub behoben.
Betroffen sind die Dateien

• system/modules/core/library/Contao/File.php
• system/modules/core/library/Contao/Folder.php
• system/modules/core/drivers/DC_Folder.php

Nachtrag: Und schon ist die 3.5.11 da. easyUpdate ZIP kommt heute Abend von mir.

[mlweb]

Schade eigentlich, das es in letzter Zeit sehr häufig vorkommt, dass mehr oder weniger gravierende Fehler in den Releases vorhanden sind. Ich habe das Gefühl, dass das bis vor einem Jahr nicht so häufig war.

[BugBuster]

Leider gibt es nicht genug Leute die die Fixes bzw. den hotfix Branch zeitnah testen bevor er veröffenlicht wird.
Man könnte vor der Stable natürlich eine RC Version veröffentlichen, die muss dann aber auch getestet werden. Das passiert leider nicht. (aus damaliger Erfahrung)
Anderseits können viele die neue Version nicht schnell genug bekommen. Damit kommt es dann natürlich zu solchen Fehlern.

Ob das in Contao 4 mit den automatisierten Tests besser wird, wird sich zeigen. Die Ergebnisse sind nur so gut wie die Tests die geschrieben wurden.

[mlweb]

Ich bin eher Frontendler und absoluter Quereinsteiger. In den Tiefen von PHP, Deployment, Entwicklungsumgebung mit Testwerkzeugen, Severkonfiguration eher nicht ganz zu Hause, aber lernfähig. Wenn sich also jemand so ein bischen Zeit nimmt und mir erklärt was ich beim Testen alles beachten sollte und welche Werkzeuge man am Besten wie einsetzt bzw. wie man dazu die Testumgebung am Besten aufbaut, bin ich gern bereit auch mit zu Testen. Im Moment bin ich noch mehr mit Windows unterwegs. Trotz mehrere Anläufe mit einem Zweitsystem unter Linux, fühle ich mich da noch mehr zu Hause.

[tab]

Tja, jetzt habe ich extra die 3.5.6 so lange behalten, weil die nachfolgenden Versionen schon gleich wieder Bugs hatten. Die 3.5.10 habe ich jetzt zwar auf meiner privaten Installation drauf, aber da kann ich bis heute abend gut mit leben .

[tab]

Ob das in Contao 4 mit den automatisierten Tests besser wird, wird sich zeigen. Die Ergebnisse sind nur so gut wie die Tests die geschrieben wurden.

Gibts schon irgendwo Informationen, was da alles automatisch getestet werden soll und wie?

[zonky]

Ob das in Contao 4 mit den automatisierten Tests besser wird, wird sich zeigen. Die Ergebnisse sind nur so gut wie die Tests die geschrieben wurden.

die Möglichkeit automatisch zu testen bedeutet leider nicht, dass jemand auch einen Test schreibt... ;-)

[BugBuster]

Naja, eigendlich macht man dann eine Testgetriebene Entwicklung, also erst die Tests schreiben und dann den normalen Code.
Habe ich mal probiert, aber nicht lange durchgehalten.

[tab]

Das ist als einzelner Entwickler eh alles schwierig. Normalerweise konzipiert nicht der Entwickler die Tests ...

[BugBuster]

Stimmt, hilft aber sich mehr Gedanken drüber zu machen als gleich los zu programmieren.

[planepix]

Ggf. kann man dazu mit den Interessierten und Anwesenden auf der Konferenz einen MiniSlot starten?

- Basics Testen von RCs und finalen Releases
- was in welcher Reihenfolge mit welchen Tools kontrollieren
- Testumgebung aufbauen und vorhalten

Und die Ergebnisse dann wieder dokumentiert zur Verfügung stellen, damit die Basis der TesterInnen wachsen kann.

[mlweb]

Das ist sicher eine gute Idee. Leider kann ich dieses Mal bei der Konferenz nicht dabei sein.

[BugBuster]

Neue Update ZIPs sind verfügbar, von 3.5.9 nach 3.5.11 und 3.5.10 nach 3.5.11

URL für das Update: http://ea3server.contao.ninja/updates.html
Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

[BugBuster]

Morgen (Freitag) wird dann von Leo die 3.5.12 folgen, von mir dann wieder abends.

[planepix]

Danke Glen !!!! Und morgen dann noch die .12 Bleibste in Übung wa

[BugBuster]

Das Problem ist, ich komme nicht dazu mal den Update Server zu updaten.

[Gabi]

Das Problem ist, ich komme nicht dazu mal den Update Server zu updaten.

Trotzdem vielen Dank für den super Service.

[BugBuster]

Neue Update ZIPs sind verfügbar, von 3.5.9/3.5.10/3.5.11 nach 3.5.12

URL für das Update: http://ea3server.contao.ninja/updates.html
Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

Bei manuellem Update die Contao_3.5.[9|10|11]-3.5.12.delete.txt.zip beachten.

[BugBuster]

So, zur Abwechslung mal ein Update von easyUpdate3 selbst.
Version 3.3.3 behebt den Fehler, das es zu Meldungen kommen kann wie "Cannot set max_execution_time....".

ER2: easyupdate3
Über Composer, suchen nach: contao-legacy/easyupdate3

[WWSelec]

Hallo, erstmal riesen Respekt für diese Erweiterung!

Ich habe mit dem Update von 3.5.9 auf 3.5.12 ein kleines Problem im Installtool. Die Seiten und auch die Backends funktionieren, allerdings bekomme ich im Installtool -> Datenbank aktualisieren des Befehls "ALTER TABLE `tl_search` ADD UNIQUE KEY `checksum_pid` (`checksum`, `pid`);" die Fehlermeldung:

Fatal error: Uncaught exception Exception with message Query error: Duplicate entry '515b*********************' for key 'checksum_pid' (ALTER TABLE `tl_search` ADD UNIQUE KEY `checksum_pid` (`checksum`, `pid`);) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
#0 system/modules/core/library/Contao/Database.php(207): Contao\Database\Statement->query('ALTER TABLE `tl...')
#1 system/modules/core/controllers/BackendInstall.php(616): Contao\Database->query('ALTER TABLE `tl...')
#2 system/modules/core/controllers/BackendInstall.php(177): Contao\BackendInstall->adjustDatabaseTables()
#3 contao/install.php(24): Contao\BackendInstall->run()
#4 {main} 

Hat jemand vielleicht eine Lösung für die Fehlermeldung? Bin unsicher in der Datenbank etwas zu löschen.

Gruß

WWSelec

[lucina]

Ich verweise mal auf den gepinnten Beitrag in den Ankündigungen: https://community.contao.org/de/show...-oder-kleiner)

[WWSelec]

Funktioniert, danke

Update durchführen - Systemwartung im Backend - und DB im Installtool aktualisieren.

[BugBuster]

Eine neue Update ZIP ist verfügbar, von 3.5.12 nach 3.5.13

• URL für das Update: http://ea3server.contao.ninja/updates.html
• Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

Bei manuellem Update die Contao_3.5.12-3.5.13.delete.txt.zip beachten.

[BugBuster]

Kommt heute noch ne 3.5.14, also besser warten mit dem Update. Ich bringe dann zusätzlich eine 3.5.12 -> 3.5.14 ZIP raus.

[BugBuster]

Neue Update ZIPs sind verfügbar, von 3.5.12/3.5.13 nach 3.5.14

• URL für das Update: http://ea3server.contao.ninja/updates.html
• Mit easyUpdate3 auch im Backend direkt ladbar. (Nur wenn das Update von der aktuellen installierten Version passt.)

Bei manuellem Update die Contao_3.5.12-3.5.14.delete.txt.zip beachten.

[planepix]

Hallo Glen,

gibt es einen Grund warum ich unter einer 3.5.14-Installation des Easy_Update Server mit online, bei einer 3.2.16-Installation den Server mit offline angezeigt bekomme?

[BugBuster]

Wie haste das denn gemacht unter 3.2.16? Composer oder ER2?

[BugBuster]

Noch ne Frage: taucht was auf im Backend unter System-Log?