Composer Version hat keinen Einfluss auf einen unterbrochenen 'update'.

[rwaelty1944]

Hallo Zusammen
Seit der Manager Version Beta18 konnte ich keinen 'update' auf Contao 4.4.18 mehr durchführen, weder mit dem Manager noch mit dem Composer. Obwohl die Zeit auf dem Host (Cyon) auf das Maximum (300) erhöht wurde, wird der 'update' in beiden Fällen, mit Safari, Chrom oder Firefox abgebrochen. Der php composer.phar mit 'Getötet' und der Manager Beta18 siehe Bild.

Ich dachte ob allenfalls die Composer Version einen Einfluss auf dieses Verhalten, dies ist aber nicht der Fall.
Letzte bei mir installierte Version war 1.5.6.
Neuste Version jetzt 1.6.5.

Es würde mich interessieren ob noch an diesem Problem gearbeitet wird oder nicht?

Vielen Dank für eine Antwort und Gruss
Rolf

[Spooky]

Vermutlich wird der Prozess wegen zu hohem Speicherverbrauch von Cyon gekilled.

[rwaelty1944]

Danke Spooky.
Ich habe einmal die max_input_vars auf 5000 erhöht. Der Composer lief dann durch mit folgenden 'updates':

Package operations: 0 installs, 7 updates, 0 removals
  - Updating doctrine/inflector (v1.3.0 => v1.2.0): Loading from cache
  - Updating doctrine/collections (v1.5.0 => v1.4.0): Loading from cache
  - Updating doctrine/cache (v1.7.1 => v1.6.2): Loading from cache
  - Updating doctrine/annotations (v1.6.0 => v1.4.0): Loading from cache
  - Updating doctrine/common (v2.8.1 => v2.7.3): Loading from cache
  - Updating doctrine/dbal (v2.7.1 => v2.5.13): Loading from cache
  - Updating friendsofsymfony/http-cache-bundle (2.3.1 => 2.1.2): Loading from cache
Writing lock file

Dies auf dem Test Web, mal schauen ob das Aktive auch funktioniert .

Gruss Rolf

[rwaelty1944]

Leider kein Erfolg mit dem Composer und dem Manager Ich glaube da sollte dringend etwas geändert werden.
Gruss Rolf

[Spooky]

Ich denke nicht dass diese PHP Version einen Einfluss auf der terminieren des Composer Update Prozesses hat.

Du musst das Update lokal ausführen, danach die composer.json & composer.lock auf den Server kopieren und dort dann ein composer install ausführen (dafür gibt es auch einen Punkt im Contao Manager).

[mlweb]

Hier noch der Punkt im Manager: Systemwartung -> Installer ausführen.

2018_05_12_cm_coposer_install.png

[rwaelty1944]

Vielen Dank für Eure Antworten.

Contao 3.5 benötigte etwa die fünffache Datenmenge unseres letzten Webauftrittes. Contao 4.4 etwa die zehnfache Datenmenge von Contao 3.5. Für mich ist das ein Irrweg. Vielleicht sollte Contao den Mut aufbringen und nochmal von Feld 1 bei Contao 4 starten. Mit der jetzigen Abhängigkeit von Symfony geht die Übersicht total verloren und man wird zum Zuschauer. Die länger anhaltenden 'update' Probleme deuten in diese Richtung. Sicher liegen die Fehler eben nicht alle nur bei den Hostern. Contao 4 hat seine Benutzerfreundlichkeit gegenüber Contao 3.5 verloren und die super Zukunftsaussichten stehen in den Sternen. Dies ist nur meine Meinung.

Gruss Rolf

[CeeKay]

Hängt halt davon ab, aus welcher Richtung man schaut.
Ich liebe Symfony immer mehr und hoffe, dass die Contao-Entwicklung noch viel "symfonylastiger" wird, weil es dafür endlich eine gescheite Doku gibt. Von unzähligen bereits gelösten Problemen auf stackoverflow mal ganz zu schweigen. Contao 4 ist halt nicht besser/schlechter, sondern anders. Vielleicht auch mit anderer Zielgruppe.

[Spooky]

Contao 3.5 benötigte etwa die fünffache Datenmenge unseres letzten Webauftrittes. Contao 4.4 etwa die zehnfache Datenmenge von Contao 3.5.

Falls du den Arbeitsspeicher brauchst: Contao 4.4 braucht sicher nicht die zehnfache Menge von Contao 3.5. Du vermischst hier die Menge an Arbeitsspeicher, die du während des Betriebs von Contao 4 brauchst, mit der Menge an Arbeitsspeicher, die während einer composer Operation gebraucht wird.