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.)
Druckbare Version
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.)
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.)
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.
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.
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.
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.
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 :).
Gibts schon irgendwo Informationen, was da alles automatisch getestet werden soll und wie?Zitat:
Zitat von BugBuster
die Möglichkeit automatisch zu testen bedeutet leider nicht, dass jemand auch einen Test schreibt... ;-)Zitat:
Zitat von 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.
Das ist als einzelner Entwickler eh alles schwierig. Normalerweise konzipiert nicht der Entwickler die Tests ...
Stimmt, hilft aber sich mehr Gedanken drüber zu machen als gleich los zu programmieren.
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.
Das ist sicher eine gute Idee. Leider kann ich dieses Mal bei der Konferenz nicht dabei sein.
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.)
Morgen (Freitag) wird dann von Leo die 3.5.12 folgen, von mir dann wieder abends.
Danke Glen !!!! Und morgen dann noch die .12 ;) Bleibste in Übung wa :D
Das Problem ist, ich komme nicht dazu mal den Update Server zu updaten. :(
Trotzdem vielen Dank für den super Service.Zitat:
Zitat von 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.
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
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:
Hat jemand vielleicht eine Lösung für die Fehlermeldung? Bin unsicher in der Datenbank etwas zu löschen.PHP-Code: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}
Gruß
WWSelec
Ich verweise mal auf den gepinnten Beitrag in den Ankündigungen: https://community.contao.org/de/show...-oder-kleiner)
Funktioniert, danke :)
Update durchführen - Systemwartung im Backend - und DB im Installtool aktualisieren.
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.
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.
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.
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?
Wie haste das denn gemacht unter 3.2.16? Composer oder ER2?
Noch ne Frage: taucht was auf im Backend unter System-Log?
ER2. Noch nichts, ich wollte updaten auf die aktuelle 3.5.14Zitat:
Zitat von BugBuster
Auf easy_update bezogen diese Meldung:Zitat:
Zitat von BugBuster
File system/modules/easyupdate3/config/runonce.php ran once and has then been removed successfully
Ich hab das auch immer, wenn ich ältere Installationen update und lade die Updates dann von Glens Seite manuell runter (wie früher). Ab irgendeiner Contao-Version (und Update der Easyupdate-Erweiterung) funktionierts dann mit der Verfügbarkeit des Updateservers. Hab nur nicht mehr im Kopf, welche Contao-Version das ist, ab der es "bequem" wird.
Genau das hab ich dann gestern auch so festgestellt. Danke dir für den Hinweis.
Äh, im ER2 für Contao 3.2 gibt es offiziell gar keine Version die die Server Status Anzeige unterstützt.Zitat:
Zitat von planepix
Das ist ab easyUpdate3 Version 3.2 erst enthalten und die wiederum ist ist erst ab Contao 3.3.1 freigegeben.
Wie dem auch sei, ich habe hier eine 3.2.14 mit Handinstallation von easyUpdate 3.2 und Tivoka 1.0.2, das funktioniert bei mir.
Genau so hab ich es dann gemacht,die Zip-Archive geladen, dann in Easy_Update im Backend geladen und so aktualisiert, bis ich zur Version kam, bei der ich dann auch den Server-Support hatte. Nun weiss ich Bescheid :).
Neue Update ZIP ist verfügbar, von 3.5.14 nach 3.5.15
- 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.14-3.5.15.delete.txt.zip beachten.
Hi,
ich hab ein paar kleine Schwierigkeiten mit der Erweiterung easyupdate3 beim Hoster world4you.
Nach Installation der Erweiterung inkl. tivoka, wird keine Verbindung zum Server (Server nicht erreichbar) hergestellt.
Andere Installationen bei verschiedenen Hostern haben das Problem nicht.
Fehlermeldung im System-Log:
Installierte Contao Version: 3.5.2Code:ID: 42
Datum: 2016-07-20 17:58
Ursprung: Backend
Kategorie: ERROR
Benutzer: xyz
Details: easyUpdate3 Serverstatus Error: Connection to "http://ea3server.contao.ninja/system/modules/easyupdate3_server/public/index.php" failed
Funktion: ea3ServerCommunication getEA3ServerStatus
IP-Adresse: 95.91.230.0
Browser: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
Easyupdate3 und tivoka von heute.
Die Antwort vom Support:
Reicht da schon diese URL:Zitat:
...
Bitte teilen Sie mir die vollständige URL oder API mit.
Ich werde diese dann gerne mit in unsere Whitelist aufnehmen, sodass Sie das Update durchführen können.
...
oder hat da jemand eine andere Idee?
Viele Grüße
tschero
Du brauchst zwei URLs:
Die wird mehrfach mit unterschiedlichen POST Parameter aufgerufen.Code:http://ea3server.contao.ninja/system/modules/easyupdate3_server/public/index.php
Wenn du die angebotenen Updates gleich transferieren willst, dann muss folgende URL auch frei gegeben sein:
Hier kommt dann noch ein GET Parameter mit dran mit der jeweiligen Datei.Code:http://ea3server.contao.ninja/easyupdate3zips.html
Guten Morgen,
vielen Dank für die Antwort.
Ich geb das an den Support mal weiter und melde mich falls das nicht funktionieren sollte.
Nochmals herzlichen Dank.
Gruß
tschero
Mein Server für die Contao easyUpdate ZIPs braucht auch mal ein Update.
Daher kurzer Ausfall heute möglich.
Hallo BB,
außer Deinem privatem Fork habe ich EU3 auf github nicht gefunden... daher ein FR auf diesem Wege: wäre es möglich eine "Bereinigungsfunktion" einzubauen, um die Logfiles und (alten) Zips zu löschen? entweder bei Deinem Projektbereich oder in der "Systemwartung"...
Gruss & Dank
Achja, den wollte ich ja umbennen....
Definiere mal alt: die letzten 3 aufheben, ältere löschen? Oder was stellst du dir vor?
Neue Update ZIP ist verfügbar, von 3.5.15 nach 3.5.16
Da noch keine Checksummen für die 3.5.16 vorliegen, die Grundlage für meinen Generator, habe ich die selber generiert und damit die Update ZIP gebaut.
Sollte passen, kontrollieren kann ich das aber erst wenn die offiziellen Checksummen vorliegen.
- 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.15-3.5.16.delete.txt.zip beachten.
Hi,
ich habe eben mehrere Installationen von 3.5.15 mit easyupdate auf 3.5.16 aktualisiert.
Beim Aufrufen des Install-Tools bekam ich die Meldung, dass die Datenbank aktualisiert werden müsste. Beim Aktualisieren erhielt ich folgende Fehlermeldung:
Hier im Thread hatte lucina auf einen anderen Thread verwiesen:Code:Fatal error: Uncaught exception Exception with message Query error: Duplicate entry '' for key 'url' (ALTER TABLE `tl_search` DROP INDEX `url`, ADD UNIQUE KEY `url` (`url`);) 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}
Hinweis zu Update auf 3.5.10 oder höher (von 3.5.9 oder kleiner)
Der darin enthaltene Tipp hat mir auch bei dieser Fehlermeldung geholfen.
Zusammenfassung:
- Transfer der zip-datei über Easyupdate
- Installation des Updates mit Easyupdate
- im Contao-Installtool die Datenbank nicht aktualisieren, stattdessen im Backend einloggen
- in der Systemwartung den Suchindex löschen
- Ausloggen, Installtool erneut aufrufen, Datenbank aktualisieren
Gruß
Mathias
Zur Sicherheit hier auch noch mal:
https://github.com/contao/core/issues/8458
Bis zum Update die lokale Datei laden lassen.
Zwei neue Update ZIPs sind veröffentlicht worden für das Contao Update von 3.5.15 nach 3.5.17 und 3.5.16 nach 3.5.17.
- 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.15-3.5.17.delete.txt.zip bzw. Contao_3.5.16-3.5.17.delete.txt.zip beachten.
habe beim Update "15-17" durch das DB Update
weiterhin die FehlermeldungCode:ALTER TABLE `tl_search` DROP INDEX `url`, ADD UNIQUE KEY `url` (`url`);
Edit: habe https://community.contao.org/de/show...l=1#post419083 überlesen... nach Löschen des Suchindex ging das DB-UpdateCode:Fatal error: Uncaught exception Exception with message Query error: Duplicate entry 'http://xy.de/home.html' for key 'url' (ALTER TABLE `tl_search` DROP INDEX `url`, ADD UNIQUE KEY `url` (`url`);) thrown in system/modules/core/library/Contao/Database/Statement.php on line 295
Ab update 3.5.15 auf 3.5.16 gehen meine TinyMCE- Plugins einschließlich der Global TinyMCE style sheets in der TinyMCE nicht mehr. Ist noch jemand das aufgefallen? Die Plugins sind in den assets und moduls unverändert da- jedenfalls konnte ich nichts finden. Alles manuell aktualisieren - wenn man die Ursachen nicht weiß mit Erfolg?...grübel. Habe noch nicht den Composer.
(ev. Anfrage verschieben)
Grüße an alle Leser und Helfer.
IN 3.5.16 gabs ne Anpassung an den Dateien:
- system/config/tinyFlash.php
- system/config/tinyMCE.php
- system/config/tinyNews.php
um ein Bug in Firefox zu beheben. Kein Ahnung ob das Auswirkungen hat, aber das war das einzigste was ich bezüglich Tiny gefunden habe in den Changelogs.
https://github.com/contao/core/issues/3673
Wobei dort nur der Aufruf in ein setTimeout Wrapper gepackt wurde. Hattest du eine der drei Dateiwn vielleicht verändert?
Danke Glen,
ich habe einfach mal die drei Dateien aus version 3.5.15 ersetzt. Nun habe ich die TinyMCE-Plugins alle wieder und funktionieren auch. Nur leider nicht die Formatdefinitionen in ...files/tinyMCE.css enthaltenen stylesheets.
Eine neue Update ZIP ist veröffentlicht worden für das Contao Update von 3.5.17 nach 3.5.18.
- 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.17-3.5.17.delete.txt.zip beachten.
Hallo Glen,
ist denn eigentlich ein Update von 3.5.15 auf 3.5.17 jetzt ohne weitere Maßnahmen möglich oder muss da noch was mit Suchindex oder sonstiges zusätzlich erledigt werden?
Dieses Update hat mich in letzter Zeit etwas verwirrt und ich hab das deswegen noch nicht durchgeführt.
Viele Grüße,
tschero
Erst Suchindex löschen, dann Update. Geht problemlos... :-)
Super,
besten Dank für die schnelle Antwort.
Gruß
tschero
Eine neue Update ZIP ist veröffentlicht worden für das Contao Update von 3.5.18 nach 3.5.19.
- 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.)
Eine neue Update ZIP ist veröffentlicht worden für das Contao Update von 3.5.19 nach 3.5.20.
- 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.)
Wenn ich [easyupdate3] über Composer installiere wird als Abhängigkeit immer noch contao-legacy/tivoka gezogen, obwohl ja inzwischen bugbuster/tivoka existiert.
Kannst Du das anpassen?
Nö, ist bereits. Das wird aber nicht automatisch getan, das musste selber im Backend anklicken.
https://github.com/BugBuster1701/pri...poser.json#L26
Ich teste das nochmal, vielleicht ist da noch was anderes für schuld.
Nachtrag: Da easyupdate3 selber nur über contao-legacy kommt, könnte es sein, das daher zuerst auch die Abhängigkeiten über contao-legacy kommen.
easyupdate3 direkt über composer anzubieten steht noch aus, ist aber geplant.
Wenn ich es extra anklicke wurde es bei meiner letzten Installation dann wie eine eigenständig installierte Erwweiterung behandelt. Das ist zwar kein Drama fand ich aber nicht so nett, weil mir am Composer u.a. sehr gut gefällt, dass ich auf einen Blick sehen kann, was ich selbst installiert habe und was über Abhängigkeiten reinkommt.Zitat:
Zitat von BugBuster
Nachtrag: Gerade noch einmal getestet: Neuinstallation [easyupdate3] kommt mit Abhängigkeit zu legacy/tivoka. Anklicken von bugbuster/tivoka führt zur Installation als "eigenständige Erweiterung".
Ist ja im Prinzip nur ein "Luxusproblem" und wenn es behoben ist sobald Du [easyupdate3] auch umgestellt hast, reicht das sicher auch.
Hi,
ich habe mal ein wenig gebastelt, jetzt ist easyUpdate3 direkt über Composer installierbar. :cool:
Dazu ist zu suchen nach: "bugbuster/easyupdate3"
Es sind auch ältere Versionen sichtbar aber nicht getestet. Die composer.json lag schon immer drin, wurde aber nicht auf Packagist veröffentlicht.
Da Packagist den gesamten Bestand vom GitHub Projekt durch-scannt, tauchen diese nun auch auf.
Ich selber habe mit bugbuster/easyupdate3 in den Versionen 3.3.3 und 3.4.0 gearbeitet.
Für ER2 wird es wohl die 3.3.3 bleiben, neue Features, wenn überhaupt, kommen dann nur noch in die Composer Version rein.
... das Löschen der "TMP"-Dateien über die Systemwartung wäre nice...Zitat:
Zitat von BugBuster
Welche "TMP"-Dateien meinste genau?
"purgeInternalCache" und "purgeScriptCache" werden bereits automatisch aufgerufen.
ich meine das/die automatische Backup(s) und das/die gedownloadeten (schreckliches Wort) Update-Zip(s)
achso, gut habs mal notiert
https://github.com/BugBuster1701/con...ate3/issues/68
Eine neue Update ZIP ist veröffentlicht worden für das Contao Update von 3.5.20 nach 3.5.21.
- 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.)
ist es zwingend notwendig, als letzten Schritt auf das install.php zu gehen? es muss doch nur die DB abgeglichen werden und dass könnte man doch ohne erneuten Login per "contao/main.php?do=repository_manager&update=database" machen... oder?
Ich mache das auch manchmal so und habe bislang keine Nebenwirkungen feststellen können ... ;-)
Hmm, wird wohl maximal dann kritisch sein, wenn beim Install eine Version-Upgrade-Routine ausgeführt würde, also nicht bei Bugfix-Releases. Und andere wirds ja für 3.5 wohl nicht mehr geben.
Eben, weil es bei den Minor Updates, einmal sogar bei einem Bugfix, auch schon mal zu Migrationen kam und die gehen nur über das Install Tool bzw. den BackendInstall Controller.