o.k. - wenn man mit einigen Versionen hinterher hinkt und 4..5..6 Updates nacheinander machen muss, ist das mehrmalige Login nicht so prickelnd... aber machbar ;-)
Druckbare Version
o.k. - wenn man mit einigen Versionen hinterher hinkt und 4..5..6 Updates nacheinander machen muss, ist das mehrmalige Login nicht so prickelnd... aber machbar ;-)
Man könnte das als Alternative anbieten, dann ist jeder selber gefragt welche Variante er/sie nimmt.
Oder kann man das irgendwie automatisch erkennen? Also: Migration notwendig -> Installtool aufrufen, keine Migration notwendig -> Datenbankupdate ohne Installtool. Also zumindest dann, wenn der Benutzer sich gegen das Install-Tool entscheidet. Wer das Install-Tool unbedingt aufrufen will, auch wenn es nicht notwendig ist, dem soll es nicht verwehrt werden, ein wenig mehr Aufwand zu betreiben als notwendig :). Aber wenn eine Migration notwendig ist, dann sollte das Install-Tool zwingend sein, egal was ausgewählt wird. Ansonsten sind haufenweise falsche Entscheidungen wohl vorprogrammiert. Zumal, wenn das nur einer von vielen Updateschritten wäre beim Update von Version A nach Version B.
Das ist genau das Problem, ich müsste die Von - nach Version nehmen und dann irgendwie in die BackendInstall Controller Datei schauen ob es passende Funktionen updateXY gibt die passen.
Dazu fehlt mir noch die Idee. Vielleicht über ReflectionClass Prinzip. Mal sehen.
Habs mal notiert
https://github.com/BugBuster1701/con...ate3/issues/70
Hallo weiß nicht ob es schon gesagt wurde.
wenn ich die alte easyupdate3 auf bugbuster/easyupdate3 umstelle verschwindet bei mir der Menü-Punkt "EasyUpdates".
AKtuelle 3.5.21
Dann hat dein composer update wahrscheinlich nicht richtig funktioniert. Entferne das Paket, führe eine Aktualisierung durch, füge das Paket wieder hinzu und führe nochmals eine Paket Aktualisierung durch.
Das Problem hatte ich gestern auch. Aus irdgendeinem Grund ist eine Version 3.0? ausgewählt wenn man über die Paketverwaltung installiert. Nimm die Version 3.4. Dort sind alle Abhängigkeiten drin und alles klappt.
Nachtrag:
Anhang 18713
Das mit dem Umstellen ist so eine Sache, unabhängig welche Erweiterung, hängt wohl auch damit zusammen wie Composer bei Euch die Erweiterungen installiert , Stichwort "Bevorzugte Installationsart".
Meist passiert das:
Man sieht den abandoned Hinweis und klickt dort z.B. auf bugbuster/easyupdate3 , die Version wird installiert. Der alte Eintrag bleibt aber stehen, es sieht nun so aus als wenn beide installiert sind.
Klickt man nun auf Deinstallation von contao-legacy/easyupdate3, löscht der Composer Client/Plugin alles unter system/modules/easyupdate3 und Peng ist alles weg.
Das hat früher mal geklappt, keine Ahnung ob sich da was am Client/Plugin geändert hat.
Was noch mehr Problem macht, ist wie bei easyupdate3, Visitors, Bannner, etc., die Abhängigkeiten. Sind die auch über legacy installiert, wird das ganze noch eventuell blockiert, weil er die Abhängigkeit nicht auflösen kann.
Warum da eine 3.0 angeboten war mir bis jetzt selber nicht klar, da die 3.0 hat gar keine composer.json hat. Scheint aber Packagist.org egal zu sein.
Das ist wahrscheinlich der Grund warum bei der Installation dieser Version dann nichts geht, Composer findet ja keine Anleitung wohin mit den Dateien.
Ich habe die mal aus Packagist gelöscht, Problem ist, die kommen automatisch wieder dazu beim nächsten Sync.
Ich hatte den Vorteil, dass mir das Problem nicht ganz unbekannt war. Bei meinen allerersten Gehversuchen mit Composer bin ich bei irgendeiner anderen Erweiterung auch schon mal darüber gestolpert, dass die Vorauswahl des Composer aus der Paketverwaltung heraus nicht auf die neueste Version zeigte. Ich hatte deshalb bei Dir im zweiten Step gleich gesehen, dass da bei der 3.0 keine Abhängigkeiten etc. hinterlegt waren und es eine neuere Version gibt.
Ich denke mit der Zeit wird sich das alles Einspielen.
Neue Update ZIP ist verfügbar, von 3.5.21 nach 3.5.22
- 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.)
Wer Download Elemente im Artikel hat, sollte mit dem Update warten.
Siehe https://github.com/contao/core/issues/8620
Neue Update ZIPs sind verfügbar, von 3.5.21/3.5.22 nach 3.5.23
- 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.)
Auch die 3.5.23 hat leider noch einen Fehler.
Siehe https://github.com/contao/core/issue...ment-273465136Zitat:
Das Auto-Item wird von $objPage->getFrontendUrl() nicht berücksichtigt,
deshalb funktionieren Download-Inhaltslemente innerhalb von z. B. News-Beiträgen aktuell in 3.5.23 nicht mehr.
ich wart mal bis 3.5.62 ;-)
sicher ist sicher ... :DZitat:
Zitat von zonky
Neue Update ZIPs sind verfügbar, von 3.5.21/3.5.23 nach 3.5.24
- 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.)
Hi,
ist es sehr aufwendig, Pakete mit größeren Sprüngen zu machen z.B. 3.5.15 bzw. 3.5.19 auf 3.5.25 ?
Nochmal Dank für den Support!
Nein, gar nicht. Ich habe auch noch einige auf 3.5.15 zu laufen. Könnte man in dem Beispiel mal machen.
Nachtrag: Done. (3.5.15. zu 3.5.24)
Hi,
in der neuen Version sind folgende Änderungen eingeflossen:
- #71 opcache Unterstützung, diese wird nun auch geleert zusammen wie bisher mit dem Cache von Contao beim Update
- #68 Startpanel erweitern zum löschen der Update ZIPs, Backup ZIPs und Logs von easyUpdate3
- #49 check .htaccess.default, es kommt ein Hinweis, wenn eine .htaccess.default mit im Update kommt
- #41 PHP Version prüfen für Zielversion, es kommt ein Hinweis, wenn die PHP Version zu alt ist für die neue Contao Version
Nebenbei gabs auch ein Update der russischen Sprachfiles. Italienisch wurde angefragt und angelegt in Transifex, aber noch nicht übersetzt.
Spannend wo das überall eingesetzt wird. :D
Neue Update ZIP ist verfügbar, von 3.5.24 nach 3.5.25
- 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.)
PS: Ihr seid ja schnell, schon 11 Downloads bevor ich die Update ZIP ankündigen konnte. :)
Neue Update ZIP ist verfügbar, von 3.5.25 nach 3.5.26
- 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.)
Achtung: wer easyUpdate3 benutzt, die Anmeldung auf der Install Seite diesmal ausführen (und nicht überspringen wie einige), um das DB Update durchzuführen.
Danke Glen. Und jetzt schon nachmittags :cool:
Grad Urlaub + Contao Mumble Call, also Zeit :-)
Neue Update ZIPs sind verfügbar, von 3.5.25/3.5.26 nach 3.5.27
- 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.)
Kann man denn mit easyupdate3 auch schon Contao 4 Updates durchführen? Die Erweiterung hab ich installiert (auf 4.3.7), könnte man denn jetzt eine in den easyupdate-Ordner geladene zip-Datei zum Updaten verwenden? Doofe Frage? Danke!
Ähhm. Ja. Doofe Frage. Es gibt ja keine Update-Zips ... :o
Nein, easyUpdate3 ist nur für Contao 3.
Wird es auch nicht für Contao 4 geben, ich lege mich nicht mit Composer an :-)
Naja, zumindest für die Managed Edition könnte man es ja theoretisch weiter führen.
// wird aber wohl trotzdem keinen Sinn machen :)
Eine neue Update ZIP ist verfügbar, von 3.5.27 nach 3.5.28
- 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.)
gibt es auch wieder ein paar größere Versionssprünge... ;-)
was brauchste denn?
ich denke, wenn es immer von x.y.z0 und x.y.z5 zum nächsten aktuellen Paket gäbe, wäre das prima... dann wäre z.B. von
3.4.19 => 3.5.20 => 3.5.25 => 3.5.28
möglich
Ok, habe mal zwei dazu generiert.
* Contao_3.5.25-3.5.28.zip
* Contao_3.5.20-3.5.25.zip
Neue Update ZIPs sind verfügbar, von 3.5.25/3.5.28 nach 3.5.29
- 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.)
& danke, dass Du an die "Sprungversion" gedacht hast ;-)
Neue Update ZIPs sind verfügbar, von 3.5.25/3.5.29 nach 3.5.30
- 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.)
3.5.30 noch vor der offiziellen Ankündigung... das-ist-schnell!
https://community.contao.org/en/show...0-is-available
(Ich weiss auch nicht warum der Bot manchmal hier länger braucht. Ich will das auch gar nicht wissen)
Eine neue Update ZIP ist verfügbar, von 3.5.30 nach 3.5.31
- 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.)
Und in dem Moment schon 8 mal geladen, ihr seid aber schnell heute ;)
Hi,
zur Zeit wird im Backend entweder angezeigt, "Keine passenden Updates gefunden." oder "Problem bei der Suche nach dem nächsten Update.".
Das kann damit zusammenhängen, dass ich vor kurzem meine Server auf PHP7.1 gehoben habe.
Ich bin dabei und versuche das zu beheben.
Alternative:
Manuell die benötigten Update ZIPs von meiner easyupdate3 Webseite laden und in files/easyupdate3 ablegen, funktioniert. Das passende Update taucht dann in der Auswahl auf und es kann benutzt werden.
So, das kommt davon wenn man den Client prüft für PHP 7.1, den Server Anteil aber nicht... :(
Sollte wieder funktionieren. Ich beobachte und teste auch noch ein wenig.
Eine neue Update ZIP ist verfügbar, von 3.5.31 nach 3.5.32
- 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.)
Und in dem Moment schon 2 mal geladen, da warten wohl einige drauf ;)
Eine neue Update ZIP ist verfügbar, von 3.5.32 nach 3.5.33
- 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.)
Hi,
in der neuen Version sind folgende Änderungen eingeflossen:
- #78 Using PHP 7.2: Warning: Use of undefined constant ENCODE_AMPERSANDS
- #80 License "LGPL-3.0+" is a deprecated SPDX license identifier, use "LGPL-3.0-or-later" instead
- #81 Undefined constant uncompressed_size
good job!
Gibt es sowas wie "Contao_3.5.25-3.5.30.delete.txt.zip" bei Contao 3 auch für Contao 4? Besonders um bei manuellem Update nicht zu viel alten Ballast mitzuschleppen. Oder sollte man am besten lokal eine Software zum Vergleichen für Dateien oder ganze Ordnerstrukturen installieren. Denn das in der Contao-Doku vorgeschlagene WinSCP zum "entfernen eventueller Überbleibsel vorheriger Contao-Versionen" stelle ich mir vor, dass das bei ca. 80 MB online per FTP sehr zeitaufwendig ist. Für Contao3 ist die Seite von http://ea3server.contao.ninja/updates.html BugBuster sehr hilfreich.
Das schöne an Contao 4 ist, dass dies Dank Composer automatisch funktioniert.Zitat:
Zitat von VGT
o.k., wenn ich das richtig verstanden habe wie auf der Downloadseite angegeben über konsole mittels
aber wie ist es bei manueller Installation?PHP-Code:php composer.phar create-project contao/managed-edition <ziel> '4.5.*'
Kann man mittels Composer-Manager auch den Contao-Core aktualisieren?
Hallo VGT,Zitat:
Zitat von VGT
wenn du mit Composer-Manager den Contao Manager meinst: Ja, damit kann man den Core aktualisieren, Erweiterungen installieren und deinstallieren…
planepix, Ja, sorry natürlich meinte ich den Contao-Manager; den kann ich aber wegen dem bekannten RAM-Speicherproblem für "Pakete aktualisieren" nicht nutzen, deshalb frage ich ja nach dem manuellen Update für das Core; ich hatte bisher nur eine C 4.5.3 mit einer C 4.5.4 testweise überschrieben, und da da bleiben evtl. Überbleibsel übrig dachte ich mir ..., die ich löschen wollte
aber wenn mit der Update-Methode über die Konsole "Installation mittels Composer" keine Überbleibsel übrig bleiben, könnte ich das auch so machen, falls der Composer zulässt, ein bestehendes Core-Verzeichnis zu überschreiben
Vergiss es. Ganz einfach. Vergiss es manuell zu tun, damit wirst du nicht glücklich. Nicht alle Abhängigkeiten werden dabei beachtet, Erweiterungen könnten dann plötzlich nicht mehr laufen.
Es gibt bereits hier im Forum Hinweise wie das ganze über "composer install" und lokal aktualisierter Installation und kopieren der composer.lock zu schaffen ist.
Bitte danach suchen, hier ist der Thread zu easyUpdate3.
Das ist ja gerade der Sinn einer Paketverwaltung, eine Installation korrekt zu warten und upzudaten ... ;)
Ich bin mir nichtmal sicher, ob man das manuell durch Ersetzen von Dateinen updaten könnte.
Und nein: Es ist in der Regel kein RAM-Problem. Es ist ein Hosting-Problem.
Eine neue Update ZIP ist verfügbar, von 3.5.33 nach 3.5.34
- 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 verfügbar, von 3.5.34 nach 3.5.35
- 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.)
Für die Nachzügler schiebe gleich ich noch ein Update von 3.5.30 nach 3.5.35 hinterher, habe in der letzten Zeit ja immer die 5er Update-Sprünge im Angebot ;)
Hallo Bugbuster,
erst einmal vielen Dank für das Modul!
In einer Contao Installation habe ich jetzt das Problem, dass ich keine Verbindung zum Server erhalte.
Das System-Log sagt: easyUpdate3 Serverstatus Error: Please install the required extension "bugbuster/tivoka"
Laut Paketverwaltung ist bugbuster/tivoka Erweiterung installaliert und im vendor Ordner auch angelegt.
Die Webseite hat ein SSL Zertifikat, kann es daran liegen???
Viele Grüße
Steffen
Schaue mal bitte im Backend unter Einstellungen -> Inaktive Erweiterungen, ob dort "tivoka" vielleicht deaktiviert ist.
Hallo BugBuster,
genau das war's! Wer das nur gewesen ist!? ;-) An die Einstellung hatte ich gar nicht mehr gedacht, ich habe wohl in letzter Zeit zu viel mit Contao 4 gearbeitet!
Danke für Deine Idee!
VG Steffen
Hallo Bugbuster, ich habe ein System hier laufen auf Version 3.2.7 und hab easyupdate3 über den Erweiterungskatalog installiert, kein Composer.
Das Modul wird mir auch als Aktuell angezeigt, leider wird mir im easyupdate aber immer angezeigt "Server: Offline" und es werden mir keine Pakete zum Download angeboten, ich weiss ich kann die Manuel auf deiner Seite laden, aber hast du eine Ahnung warum das nicht funktioniert?
Auf deiner Seite wird Server: Online angezeigt.
Gruß
schnubi
Hallo,
bis zu einer Version der 3.X musst du dir die Zip-Archive direkt via FTP auf den Server laden, danach geht es ab einer bestimmten Version (weiss nicht mehr welche 3.x das war) direkt im Backend.
Auf jeden Fall auch die beiden Erweiterungen easyupdate3 und trivoka auf den passenden Stand aktualisieren.
Welche Version von easyupdate3 ist bei dir installiert worden? Die mit Server Verbindung sind meines Wissens erst ab Contao 3.3.1 freigegeben.
Und, taucht ne Meldung auf im Backend Systen-Log?
Hab 3.2 drauf.
Hab die Updates manuel runtergeladen und installiert, leider hat dann nichtsmehr richtig funktioniert, konnte das Frotned nichtmehr sehen dann hab ich noch ein weiteres Update drüber gebügelt dann kamen nur noch Fehlermeldungen.
Ich hab das alte backup wieder eingespielt lass das mit dem Update vorerst wieder sein.
Die Updates sollten mit easyupdate3 installiert werden.
Wenn du das manuell machst, dann musst du genau wissen, wann du alle Caches löschen musst und welche alten unnötigen Dateien du eventuell löschen musst.
Du hast noch eine sehr alte Version von Contao am Start, da ging das noch etwas anders.
Updates für Contao ab Version 3.3.5 und höher enthalten in den Update ZIPs bereits die Informationen zum Löschen überflüssiger Dateien. Ab der Version 3.2.0 von "easyUpdate3" wird diese Information ausgewertet und ausgeführt.
Bei manuellem Update oder älteren Updates ZIPs bzw. älteren Versionen von "easyUpdate3" muss die entsprechende "*.delete.txt.zip" mit geladen werden. Darin sind Informationen enthalten, wie und welche Dateien/Verzeichnisse zu löschen sind.
Dies führt man am Besten durch unmittelbar bevor man die install.php aufruft zwecks eventuellem DB Update.
Eine neue Update ZIP ist verfügbar, von 3.5.35 nach 3.5.36
- 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.)
Für die Nachzügler schiebe gleich ich noch ein Update von 3.5.30 nach 3.5.36 hinterher. ;)
Auch easyUpdate3 bekommt mal ein Update. Die Version 3.5.3 behebt einige Probleme mit PHP 7.2+.
Danke an Cliff für den Pull-Request.
Neue Version ist über Composer und ER2 verfügbar.
Hi,
Uberspace (mein Hoster) kämpft grad mit DDoS Angriffen auf einen der Server, wodurch auch andere in Mitleidenschaft gezogen werden.
Meine Serverüberwachung meldete heute schon 4 mal, das meine Seite für easyupdate3 ZIP Files (wo auch die Erweiterung aus dem Backend drauf zugreift) kurz nicht erreichbar wäre.
In so einem Fall einfach einige Minuten warten und nochmal probieren.
Technisch wäre das wohl nur bei IPv4 der Fall, IPv6 soll gehen, aber das kann man ja kaum beeinflussen.
Hi,
wer ein bisschen spät dran ist mit den Updates und größere Sprünge machen muss, für den sind nun zusätzliche Update ZIPs verfügbar:
- Contao_3.3.0-3.4.0.zip / Contao_3.3.0-3.4.0.delete.txt.zip
- Contao_3.4.0-3.5.0.zip / Contao_3.4.0-3.5.0.delete.txt.zip
- Contao_3.5.0-3.5.36.zip / Contao_3.5.0-3.5.36.delete.txt.zip
URL für das Updates, jeweils rechts unter "Spezial Updates" zu finden:
- https://ea3server.contao.ninja/contao-ab-3-3-0.html
- https://ea3server.contao.ninja/contao-ab-3-4-0.html
- https://ea3server.contao.ninja/contao-ab-3-5-0.html
Diese ZIPs werden nicht im Backend angeboten, sondern müssen manuell runtergeladen werden und dann auf dem Server der zu updatenden Seite ins Verzeichnis /files/easyupdate3/ kopiert werden.
Dann werden die vom easyUpdate3 Tool dort gefunden.
Bei manuellem Update bzw. bei easyUpdate3 Version < 3.1.0, muss die entsprechende "*.delete.txt.zip" mit geladen werden. Darin sind Informationen enthalten, wie und welche Dateien/Verzeichnisse zu löschen sind nach dem Update.
PS: 3.2.0 => 3.3.0 folgt noch, aber nicht mehr "heute". ;)
So, nun auch noch da:
- Contao_3.2.0-3.3.0.zip / Contao_3.2.0-3.3.0.delete.txt.zip
Zu finden hier: http://ea3server.contao.ninja/contao-ab-3-2-0.html
Bei solchen Sprüngen und auch sonst empfiehlt es sich auch easyupdate3 sobald möglich zu updaten. Ab Contao 3.3.1 ist die aktuelle Version (derzeit 3.5.3) möglichst zu nutzen.
Im übrigen kann man auch bei einer installierter Contao Version 3.3.1 das Update von 3.3.0 auf 3.4.0 nutzen.
Hallo BB,
gab es nicht mal Zips für Contao 2.11.x? Hier sind keine mehr http://ea3server.contao.ninja/updates.html (zu finden) :(