Sonstiges Sind Contao-Updates auch auf Dauer eine "saubere" Lösung?

Liebe Leser,

nach langer Abstinenz möchte ich nun endlich mal wieder gestalterisch kreativ werden... :)

Eine Frage, die mich bei Contao schon länger beschäftigt hat ist diese:

Sind denn Contao-Versions-Updates dauerhaft eine saubere Lösung, oder sollte man im (theoretischen) Idealfall die Website jedes Mal neu aufsetzen?

Ich möchte insbesondere darauf hinaus, dass bekanntlich bei jedem Update neue Dateien geschrieben werden bzw. alte in diesem Sinne wohl auch verwaisen dürften, wodurch die Installation wahrlich "zugemüllt" wird.
Das Selbe geschieht wohl auch mit der Datenbank: Neue Felder kommen hinzu und alte (nicht mehr benötigte) hingegen verwaisen.

Auf Dauer und nach mehreren Updates wird ein ursprünglich sauberes System dahingehend zunehmend mit alten Dateien vermüllt (ähnlich Windows-Betriebssystemen :D).

Sind meine Befürchtungen denn gerechtfertigt, oder habe ich mich komplett geirrt und es handelt sich lediglich um eine Aktualisierung der ohnehin schon bestehenden Dateien?

Besten Dank für Eure Meinungen! :)

Viele Grüße
KloBoBBerLe

Hi,

also Updates sind generell eine sehr saubere Lösung, da es im Normalfall keine verwaisten Dateien gibt.
AUSNAHME: Update/Upgrade von Contao2 => Contao3 hier wäre es tatsächlich das beste die Seite neu aufzusetzen (muss man aber immer abschätzen vom Inhalt der Seite)
Das ist falsch, wie sich im Verlauf des Threads herausstellt.

Bzgl. der Datenbankfelder brauchst du dir keine Sorgen machen, nicht mehr benötigte Tabellen/Spalten ~ Einträge werden selbstständig von Contao entfernt. Also DB technisch bist du immer "sauber" :-)

Ich hoffe ich konnte dir deine Frage damit beantworten.

Kommt drauf an, wie man die Updates durchführt. Wenn man immer nur das heruntergeladene zip-Archiv ins Installationsverzeichnis entpackt, dann vermüllt die Installation wirklich und die Chancen stehen gut, dass irgendwann Dinge nicht mehr funktionieren.
Mit dem Liveupdate dagegen werden nicht mehr gebrauchte Dateien auch gelöscht. Es gibt auch eine kostenlose Erweiterung von Bugbuster, https://contao.org/de/extension-list...020009.de.html, die das ebenfalls so macht. Da vermüllt also auf Dateiebene schon mal nichts. Natürlich kann man das auch mit einem manuellen Update hinbekommen.

Die Datenbank wird ja bei Aufruf der install.php überprüft und ggf aktualisiert. Dabei werden nicht mehr gebrauchte Felder auch wieder gelöscht bzw zum Löschen angeboten. Auch da vermüllt also nichts.

@tab wo vermüllt denn die Installation bei den (manuellen) Updates? Wann sind denn mal Dateien plötzlich nicht mehr benötigt worden?!

Zitat:

Zitat von the_scrat

da es im Normalfall keine verwaisten Dateien gibt.

Das stimmt so nicht, auch nicht wenn es nur minor oder bugfix version updates sind. Wenn bspw. Resourcen wie der TinyMCE oder ACE Editor aktualisiert werden, würden die alten Versionen zurückbleiben, wenn du das Update nicht sauber durchführst. Einfach die neue Version drüber kopieren und sonst nichts machen ist nicht sauber.

Wenn man immer nur drüberkopiert sind da nicht nur unnötige Dateien, sondern sogar solche, die zu Fehlern führen. Das passiert zum Beispiel, wenn irgendwelche externen Pakete upgedatet werden (jQuery, mootools, ace, tinymce,...), also in der Regel eher nicht bei reinen Bugfix-Releases. Man kann es auf Bugbusters Seite leicht sehen, immer wenn es eine ....delete.txt.zip gibt, dann gibt es was zu löschen. Oder auch auf github, da kann man ja auch Versionen vergleichen. Oder man macht einfach ein diff auf die beiden Versionen :)

Edit: Man sollte nebenher nichts anderes machen. Ist jetzt schon mein zweites Post in diesem Thread, das bereits überholt war ...

ok, das ist ja echt interessant. Daher frage ich ja nach. Ich hab noch nie das Live Update genutzt, ebensowenig das easy Update. Ich hau immer nur die vollständige zip über das System und gut ist und bin damit bislang gut gefahren, daher wundert mich das. Aber man lernt ja nie aus :-)

Zitat:

Zitat von the_scrat

Ich hau immer nur die vollständige zip über das System und gut ist)

Dann nimm doch mal solch eine Installation, mach vorher ein Backup aller Verzeichnisse, lösche alle Verzeichnisse, die 100%ig nur Systemdateien beinhalten.
Dazu gehören also z.B. nicht files, /system/config, /system/modules, /templates, /system/themes, etc.
Dann nimmst Du die core-Version und kopierst die rüber. Und dann vergleiche mal die Anzahl Verzeichnisse und Dateien.

Ich habs mir grad angesehen, von Bugbusters Seite gibts diese Dateien ja rückwirkend bis Contao 3.0.... unfassbar. Da sollte ich tatsächlich mal "aufräumen".
Contao Update - Leben am Limit :-)

Trotzdem kann man pauschal nicht sagen, bezogen auf die ursprüngliche Frage, dass man bei jedem Update die Seite neu aufsetzen muss (das sowieso nicht) oder man die Dateien nicht einfach drüberspielen darf.

Liebe Leser,

ich bin wirklich beeindruckt, ganz herzlichen Dank für Eure konstruktiven Beiträge! :)

Nur zur Sicherheit - habe ich das also richtig verstanden?

Wie kann ich bei einem Update nun definitiv sicher gehen, dass die Installation wirklich sauber bleibt?

Möglichkeit 1: Live Update (kommerziell, aber äußerst preiswert)

Möglichkeit 2: easyUpdate3 (nicht kommerziell, aber ausschließlich für Minor-Releases der Version 3

Möglichkeit 3: Manuelles Update (unter chronologischer Berücksichtigung der folgenden Schritte)
Sicherung der gesamten (alten) Contao-Installation
Löschung der gesamten (alten) Contao-Installation
Einspielen der gesamten (neuen) Contao-Installation
Zurückspielen der nachfolgend aufgeführten Dateien/Verzeichnisse aus der alten Contao-Installation in die neue und folgliches Überschreiben der bislang bestehenden Dateien:
files/*
system/config/dcaconfig.php
system/config/initconfig.php
system/config/langconfig.php
system/config/localconfig.php
templates/*
Aufruf der neuen Contao-Installationsdatei install.php und Einrichtung der ursprünglichen Datenbank-Verbindung, wobei auch die Datenbank-Inhalte durch diesen Schritt direkt überprüft und aktualisiert werden

Beim manuellen Update musst du außer den von dir aufgeführten Dateien möglicherweise noch weitere Dateien zurückspielen.

Die Ordner der von dir manuell oder über die Erweiterungsverwaltung installierten Erweiterungen im Ordner system/modules
Eine eventuell vorhandene .htaccess
Eine eventuell vorhandene php.ini

Bei der .htaccess im Idealfall vergleichen, ob sich die neue .htaccess.default von der alten unterscheidet und die in der alten .htaccess Datei gemachten Veränderungen in die neue aus der neuen .htaccess.default kopierten .htaccess übertragen. Im Normalfall wird aber auch die alte .htaccess weiterhin funktionieren, wenn sie vorher funktioniert hat. Meist sind Änderungen nur Optimierungen oder Verbesserungen für irgendwelche Problemfälle, die mit der alten .htaccess auftreten konnten.

Ähnliches gilt für die eigenen Templates. Auch da kann und sollte man mal schauen, ob sich die "Originale" geändert haben und die eigenen Änderungen in die Kopie des neuen Originals übertragen. Passiert aber in der Regel nicht bei Bugfix-Releases und wenn, wird meistens auch das alte eigene Template weiterhin funktionieren.

Zitat:

Zitat von the_scrat

Ich hau immer nur die vollständige zip über das System und gut ist und bin damit bislang gut gefahren, daher wundert mich das. Aber man lernt ja nie aus

Hi the_scrat,

da schließe ich mich Dir an und da sind wir mit Sicherheit nicht die Einzigen.
Sehr guter Thread der eigentlich Pflichtlektüre für alle Updatefragen werden sollte.

Ganz herzlichen Dank an tab, spooky und WilhelmTell für die kurzen aber sehr verständlichen Erklärungen.

Gruß,
tschero

Ich habe in der Regel beide Archive entpackt auf meinem Webspace liegen, sowohl das alte als auch das neue. Jedenfalls alle, die ich gerade auf dem Webspace im Einsatz habe und die neue Version, auf die ich gerade updaten will.
Dann mache ich einen kurzen Test auf der Kommandozeile mit (z.B.)

Code:

diff -rq core-3.2.18 core-3.2.20 | grep "Only in core-3.2.18"

Das überprüft mit dem diff-Befehl welche Dateien unterschiedlich sind bzw nur in einem der Verzeichnisse existieren, schmeisst aber nicht die Unterschiede im Detail aus. Mit dem grep "Only in core-3.2.18" bekomme ich dann die Dateien, die nur in der alten Version enthalten sind. Im obigen Beispiel gar keine.

Zwischen 3.2.20 und 3.4.5 dagegen sieht das dann so aus.

Code:

Only in core-3.2.20: .tx Only in core-3.2.20/assets/html5shiv/3.7.0: html5shiv-uncompressed.js Only in core-3.2.20/assets/jquery/colorbox: 1.4.31 Only in core-3.2.20/assets/jquery/core: 1.10.2 Only in core-3.2.20/assets/jquery/mediaelement: 2.13.1 Only in core-3.2.20/assets/jquery/ui: 1.10.3 Only in core-3.2.20/assets/mootools/colorpicker: 1.3 Only in core-3.2.20/assets/mootools/core/1.5.1: mootools-request-uncompressed.js Only in core-3.2.20/assets/mootools/core/1.5.1: mootools-request.js Only in core-3.2.20/assets/mootools/datepicker/2.2.0: buttons.png Only in core-3.2.20/assets/mootools/datepicker/2.2.0: dashboard.css Only in core-3.2.20/assets/mootools/datepicker/2.2.0: frame.png Only in core-3.2.20/assets/mootools/datepicker/2.2.0/src: dashboard.css Only in core-3.2.20/assets: tinymce Only in core-3.2.20/system/modules/core/library/Contao: Dbafs Only in core-3.2.20/system/modules/core: vendor Only in core-3.2.20/system/modules/news/assets: approved.gif Only in core-3.2.20/system/modules/news/assets: pending.gif Only in core-3.2.20/system/modules/news/assets: style.css Only in core-3.2.20/system/modules/news/languages/cs: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/da: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/de: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/en: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/es: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/fa: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/fi: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/fr: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/hu: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/it: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/ja: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/lv: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/my: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/nl: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/pl: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/rm: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/ro: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/ru: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/sk: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/sl: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/sq: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/sv: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/uk: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/languages/zh: tl_news_comments.xlf Only in core-3.2.20/system/modules/news/templates/modules: mod_newsarchive_empty.html5 Only in core-3.2.20/system/modules/news/templates/modules: mod_newsarchive_empty.xhtml

Zitat:

Zitat von KloBoBBerLe

Möglichkeit 2: easyUpdate3aber ausschließlich für Minor-Releases der Version 3

Na, da bin ich aber der Meinung, dass diese Möglichkeit für alle Updates gilt und nicht nur für Minor-Releases.

Sehr nützliche Infos hier...
spannend wird's halt beim Update auf Contao 4.
Da kanns eventuell schon besser sein, das System neu aufzusetzen, oder seh ich das falsch?

Wenn man alte Installationen mit Extensions aus dem ER2 hat muss da ja beim Update ganz schön was gemodelt werden.
Ist vieleicht aber auch noch zu weit voraus überlegt.

Zitat:

Ist vielleicht aber auch noch zu weit voraus überlegt.

Wenn Du im Sinn behältst, das jede Webseite wie jede andere Software einem Lebenszyklus unterliegt, kannst Du dass doch in Deine Planung mit einbeziehen. Zudem solltest Du auch wissen dass nicht geplant ist, Contao4 abwärts kompatibel zu gestalten. Ein voraussichtliches neu gestalten mit übernahmen einiger Daten ist also vermutlich unumgänglich.

Ich denke aber auch dass Du zu weit voraus überlegst (bin sicher dass wir nach der Konferenz da auch klarere Infos haben).

Grundsätzlich gilt das für alle Updates, für die Bugbuster die zip-Dateien zur Verfügung stellt. :) Die Zip-Dateien automatisch übers Backend zu laden geht wohl erst ab der neuesten Version 3.2 der Erweiterung. Diese scheint auch (laut ER2) mit Contao 3.2 nicht mehr kompatibel zu sein. Vermutlich deshalb, weil die Erweiterung tivoka noch dazu gebraucht wird, die eben erst ab 3.3.1 zu laufen scheint. EasyUpdate3 Version 3.1.0 sollte auch von älteren Contao Versionen her (ab 3.0.6) updaten können. Ein Update von 3.3.1 auf 3.4.5 sollte aber auch mit der neuesten Version möglich sein. Das sind allerdings wirklich nur Minor-Updates innerhalb von Contao 3.x.

Und, falls es überhaupt möglich sein wird, ein Contao 3.x auf 4.x upzudaten, dann könnte das auch über EasyUpdate3 funktionieren. Zumindest der Teil des Updates, in dem die Dateien ersetzt/neu eingefügt bzw gelöscht werden. Wie easy so ein Update dann überhaupt sein kann, werden wir ja bald sehen. Ist ja durchaus möglich, dass das auch mit Liveupdate vielleicht nicht ganz so easy wird.

Zitat:

Und, falls es überhaupt möglich sein wird, ein Contao 3.x auf 4.x upzudaten,

Im Moment ist das die Antwort:
https://contao.org/files/slides/2015/konferenz/#55

Zitat:

Zitat von ciaobello

Im Moment ist das die Antwort:
https://contao.org/files/slides/2015/konferenz/#14

Du meinst wohl eher: https://contao.org/files/slides/2015/konferenz/#55

Das "noch" in der Antwort lässt aber zumindest hoffen.

Wir werden ja sehen, lassen wir uns mal überraschen!

Ich denke jedoch, dass das "noch" ungefähr soviel bedeutet wie der Umstieg von Contao 2 auf Contao 3..... also richtig viel Handarbeit.....

Das hatte ich ja gemeint. Wobei es durchaus 2.x Installationen gab, bei denen es geklappt hat. Die meisten Probleme wurden ja durch Erweiterungen und Bilder verursacht. Da bin ich ja schon gespannt, was es diesmal sein wird. Erweiterungen wohl auch diesmal wieder.