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 ;-)
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 ;)