Contao-Manager und der Cache

[WebRoxx]

Hallo,

ich weiß ne ob das schon disskutiert wurde. Aber mir fällt immer mehr auf das der Cache unter contao-manager/cache/ immer extrem groß ist.

Im Schnitt fallen da locker mal 200-400 MB an.

Meine Frage für was ist der Cache, muss der sein, kann man den deaktiveren?

Ist nur reine Interesse

[folkfreund]

Es könnte sich um diesen Fall handeln:
https://community.contao.org/de/show...C3%BCber-30-GB

[Spooky]

Es könnte sich um diesen Fall handeln:
https://community.contao.org/de/show...C3%BCber-30-GB

Nein, da geht es um var/cache/prod/http_cache

[WebRoxx]

Es könnte sich um diesen Fall handeln:
https://community.contao.org/de/show...C3%BCber-30-GB

Naja da geht es aber nicht im den Cache vom Manager

[folkfreund]

Ok, sorry, hatte nicht genau genug gelesen

[WebRoxx]

Frag mich halt ob dieser Cache sein muss? Wenn ich richtig geschaut habe liegen da Erweiterungen bzw Abhängigkeiten. Dies cached doch aber Contao selbst bzw Symfony oder

Bei einer Installation mag das ja noch gehen aber bei mehr als 20 auf einen Server kommt da einiges an Daten zusammen

[PaddySD]

Das ist doch der Composer-Cache, oder? Den brauchst Du schon, sonst würde Composer an sich nicht richtig funktionieren, und damit der CM auch nicht.

[Toflar]

Im Prinzip liegt dort drin der Composer Cache und der wiederum besteht primär aus den ganzen Paketen die heruntergeladen wurden.
Der kann ganz schön anwachsen, das ist richtig. Hätten wir den aber nicht, müsstest du bei jedem Update erneut alle Pakete herunterladen, auch wenn es gar keine neuen Versionen gäbe.
Also sprich, wenn du ein Update auslöst, weil ein neues Contao-Release da ist, werden ja auch alle Abhängigkeiten aktualisiert und bei denen hat sich unter Umständen nichts getan in der Zwischenzeit. Insofern kann für diese Pakete dann einfach der lokale Cache herangezogen werden, anstatt dass er da wiederum alles herunterlädt.

Und im Moment sprechen wir bei einer normalen Contao 4.6-Installation von exakt 158 Paketen.

Aber klar, mit jeder neuen Version von jedem Paket wächst dieser Cache an und die alten Versionen werden höchstwahrscheinlich nie mehr verwendet (weil der Manager nur diese eine Installation verwaltet, lokal ist das ja bisschen anders weil man da ggf. hunderte an Projekten hat die alle den gleichen Cache nutzen).
Von daher kannst du von Zeit zu Zeit einfach bei den Tools im Manager den Composer Cache leeren. Alles was passieren wird ist, dass dein nächstes Update etwas länger dauert, weil er eben alle Pakete erneut downloaden muss

[Spooky]

Im Prinzip liegt dort drin der Composer Cache und der wiederum besteht primär aus den ganzen Paketen die heruntergeladen wurden.
Der kann ganz schön anwachsen, das ist richtig. Hätten wir den aber nicht, müsstest du bei jedem Update erneut alle Pakete herunterladen, auch wenn es gar keine neuen Versionen gäbe.
Also sprich, wenn du ein Update auslöst, weil ein neues Contao-Release da ist, werden ja auch alle Abhängigkeiten aktualisiert und bei denen hat sich unter Umständen nichts getan in der Zwischenzeit. Insofern kann für diese Pakete dann einfach der lokale Cache herangezogen werden, anstatt dass er da wiederum alles herunterlädt.

Das kann ich nicht bestätigen. Wenn ich ein composer update mache, danach bspw. die Archive für die contao/core-bundle Versionen aus dem composer cache manuell lösche und dann nochmal ein composer update durchführe, wird nichts in den cache geladen. In den cache sollten eigentlich nur Paketversionen kommen, für die es tatsächlich eine Änderung gibt.

imho könnte man den composer cache für den Contao Manager deaktivieren, falls das möglich ist.

[PaddySD]

Da wäre ich nicht so dafür, ich nutze das nämlich gerne. Wenn's mal wieder irgendwo klemmt, hilft manchmal die "Neuinstallation" aus dem Cache. Klar, lädt der Composer dann halt einfach neu runter bei Bedarf, aber trotzdem...

[fiedsch]

So ganz verstehe ich die Logik nicht:

Hätten wir den aber nicht, müsstest du bei jedem Update erneut alle Pakete herunterladen, auch wenn es gar keine neuen Versionen gäbe.

Um herauszufinden, ob es etwas neues gibt, benötige ich doch nur die Informationen, die in der composer.lock gespeichert sind (und nicht den Source-Code aus dem Cache-Verzeichnis) um dies mit dem aktuellen Stand gemäß Packagist abzugleichen. Oder habe ich da einen Denkfehler?

[Toflar]

Es geht um die Pakete selbst, nicht um die Paketinformationen.

Also wenn du dein ganzes vendor-Verzeichnis z.B. löscht, dann muss er ja die Pakete herunterladen. Und anstatt sie herunterzuladen kann er sie ggf. aus dem Cache nehmen, was deutlich schneller ist

[PaddySD]

Soweit mein Verständnis, was Composer angeht, reicht, werden die Vergleiche natürlich ohne source gemacht. Wenn aber die Erweiterung als dependency gelistet ist, wird der Source bei einem Update wieder eingespielt.

Also xy "required" ab. Wenn xy ein Update hat, dann wird zuerst dieses Update installiert, und dann die Dependencies ebenfalls nochmal drauf genagelt (also "drüber" install von ab aus dem Cache).

[fiedsch]

Danke! Dann habe ich das missverstanden. Ich hatte es gelesen als "wird benötigt, da sonst etwas nicht mehr aufgelöst werden kann".

[Spooky]

Soweit mein Verständnis, was Composer angeht, reicht, werden die Vergleiche natürlich ohne source gemacht. Wenn aber die Erweiterung als dependency gelistet ist, wird der Source bei einem Update wieder eingespielt.

Also xy "required" ab. Wenn xy ein Update hat, dann wird zuerst dieses Update installiert, und dann die Dependencies ebenfalls nochmal drauf genagelt (also "drüber" install von ab aus dem Cache).

Nein, eben nicht . Wenn sich bei ab nichts geändert hat, wird auch nichts runtergeladen oder "drauf genagelt".

[PaddySD]

Wie gesagt, soweit mein Verständnis reicht. Warum ich diese Theorie habe? Ändere mal ganz uncharmant eine Datei im vendor Ordner (aus dem Beispiel oben bei ab). Beim nächsten Update im CM passiert damit erstmal nix (Änderungen bleiben). Wird jedoch die "requirende" Erweiterung (also in dem Fall xy) upgedated, sind meine Änderungen weg, obwohl immer noch gleiche Version.

EDIT: Ich weiss, dass man im Vendor Ordner nichts ändert, dass war auch nur ein Versuch, was passiert, nicht, dass ich das machen würde (ehrlich nicht!)

[Spooky]

Ändere mal ganz uncharmant eine Datei im vendor Ordner (aus dem Beispiel oben bei ab).

In dem Fall ist es klar, weil da muss das Paket für ab nochmal neu runtergeladen werden.

[WebRoxx]

Es geht um die Pakete selbst, nicht um die Paketinformationen.

Also wenn du dein ganzes vendor-Verzeichnis z.B. löscht, dann muss er ja die Pakete herunterladen. Und anstatt sie herunterzuladen kann er sie ggf. aus dem Cache nehmen, was deutlich schneller ist

Ja gut, aber wenn das passiert dann spielt es glaub keine Rolle ob ich das aus dem Cache lade oder nicht. Die Seite ist ja eh ne erreichbar :/

Ich muss nach dem Urlaub mal schauen wieviel Installation auf dem Server liegen und wie viel Speicher die fressen. Ich mein bei uns lieben alle Contao aber ich bin eher für Datensparsamkeit und wenn man das optinal ausschalten könnte wäre das natürlich ein geiler Vorteil einfach auch um Speicherplatz zu sparen.

Aber vielleicht sehe ich das auch zu verbissen. Mir ist eben letztens nur aufgefallen das die ganzen Installationen recht groß sind

[xchs]

Wenn Du die Möglichkeit hast, dann mach es einfach via Konsole. Dann werden die Pakete nur einmal am Server gecached.

Und wenn Du überhaupt auf den Cache verzichten willst (was bei mehreren Installation auf dem Server wahrscheinlich keine so gute Idee ist), dann kannst Du auch noch

COMPOSER_CACHE_DIR=/dev/null

versuchen.