Contao Manager seiner Zeit voraus?

Seit heute installiert/updatet der Contao Manager die Version 4.4.2 von Contao.
Wo hat er die her?

Weder auf contao.org, nicht auf Twitter und auch nicht hier im Forum gibt es eine Ankündigung des Releases!

Sollte der Contao Manager auch unfertige Releases installieren, bekommen wir sicherlich des öfteren Probleme.
Ich hatte im Manager die 4.4.1 explizit festgelegt, trotzdem wurde heute auf 4.4.2 upgedatet, was ist da los?

Randdaten:
Contao Manager 1.0.0-beta10
Contao 4.4.1 -> jetzt 4.4.2
PHP 7.1 bei All-Inkl

Zitat:

---

Zitat von do_while

Seit heute installiert/updatet der Contao Manager die Version 4.4.2 von Contao.
Wo hat er die her?

---

Contao 4.4.2 wurde gestern um 13:04 veröffentlicht. Warum es dafür jedoch keine Nachrichten gegeben hat, kann ich dir allerdings auch nicht sagen.

Zitat:

---

Zitat von do_while

Ich hatte im Manager die 4.4.1 explizit festgelegt, trotzdem wurde heute auf 4.4.2 upgedatet, was ist da los?

---

Wie genau hast du das festgelegt?

Auch einen Download auf contao.org gibt es nicht - ein Geister-Release :eek:

Zitat:

---

Zitat von Spooky

Wie genau hast du das festgelegt?

---

Ich kann doch dort statt ^4.4 eine 4.4.1 eintragen. Ich habe es so verstanden, dass das so funktioniert, wie in der composer.json

Ich vermute mal die Nachrichten auf der Website und in den sozialen Kanälen kommen, sobald das Download Archiv zur Verfügung gestellt wurde.

Zitat:

---

Zitat von do_while

Ich kann doch dort statt ^4.4 eine 4.4.1 eintragen. Ich habe es so verstanden, dass das so funktioniert, wie in der composer.json

---

Ja, aber wofür genau hast du das eingetragen? Wie sieht deine composer.json nun aus?

Zitat:

---

Zitat von Spooky

Ja, aber wofür genau hast du das eingetragen? Wie sieht deine composer.json nun aus?

---

Ich habe es dort eingetragen, damit ich selbst die Kontrolle habe, wann ich die Version dort update.
Wenn ich mit dem Manager arbeite, brauche ich doch die composer.json nicht kennen oder?

Ich habe inzwischen wieder ^4.4 eingetragen, kann also leider nicht mehr sagen, wie die Datei bei dem fraglichen Update aussah.

Zitat:

---

Zitat von do_while

Ich habe es dort eingetragen, damit ich selbst die Kontrolle habe, wann ich die Version dort update.

---

Ja, aber wofür genau? Ich meine für welches Paket?

Zitat:

---

Zitat von do_while

Wenn ich mit dem Manager arbeite, brauche ich doch die composer.json nicht kennen oder?

---

Naja, das was du da im Contao Manager änderst, wird in der composer.json gespeichert ;). Daher auch die Frage wie nun deine composer.json genau aussieht - dann kann man dir auch beantworten, warum das Update auf Contao 4.4.2 dennoch passiert ist.

Der Eintrag war für "Contao Open Source CMS", das einzige Paket, was man nicht entfernen kann/sollte.

Meine composer.json, wobei ich gerade sehe, dass gerade die Contao-Version nicht dort drin steht, dann sollte sie aber auch im Manager nicht festlegbar sein:

Code:

---

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": ">=5.6.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "^4.4",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "do-while/contao-backupdb-bundle": "^1.0",
        "jrgregory/m17-sticky-backend-footer": "^2.0",
        "menatwork/contao-multicolumnwizard": "^3.3",
        "terminal42/contao-changelanguage": "^3.1",
        "terminal42/contao-easy_themes": "^2.2",
        "terminal42/notification_center": "^1.4"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

---

Gesteuert wird das über

Code:

---

"contao/manager-bundle": "^4.4",

---

, das core-bundle kommt als Abhängigkeit.
Im Manager kannst du damit Minor Update steuern.
Im Original steht dort:

Code:

---

"contao/manager-bundle": "4.4.*",

---

Damit wird ein automatisches Update, weg von der LTS, auf 4.5 verhindert.
Wenn du das fest tackern willst, dann über kommandozeile das manager-bundle auf 4.4.1 anfordern.
Ich hätte aber auch erwartet, das der Manager genau das tut.
Muss ich gleich mal probieren.

Wenn man das manager-bundle auf 4.4.1 fest setzt, heißt das nicht, dass die Bundles nicht trotzdem aktualisiert werden können. Erstens required das manager-bundle einfach nur 4.4.* (siehe https://github.com/contao/manager-bu...poser.json#L25) und zweitens sind auch die anderen Contao Bundles nicht "inter-locked".

Übrigens sollte man nicht unbedingt

Code:

---

"contao/manager-bundle": "^4.4",

---

verwenden, denn dadurch könnte man bei einem composer update plötzlich ungewollt auf die nächst höhere Feature Version springen.

aja, die anderen Bundle gehen auch auf * in der Bugfix Version.
Gut dann setzt man eben contao/core-bundle fest auf 4.4.1, damit ist dann zumindest der Kern von Contao festgelegt.

Zitat:

---

Zitat von do_while

Auch einen Download auf contao.org gibt es nicht - ein Geister-Release :eek:

---

Das ist richtig, habe ich auch vermisst. Aber hier ist es jedenfalls: https://github.com/contao/managed-edition/releases

In den Changelogs zu finden, hab mal nur in zwei geschaut:
Im Core-Bundle:

• Adjust the command scheduler listener so it does not rely on request parameters (see #955).
• Rewrite the DCA picker (see #950).

und noch kleinere Fixes
https://github.com/contao/core-bundl.../4.4.1...4.4.2

Im News Bundle:

• Rewrite the DCA picker (see contao/core-bundle#950).

Allein der neue und hoffentlich korrigierte DCA Picker wäre ne News Wert.

Sowieso, ich habe in den letzten Jahren eigentlich keine einzige Release-Version erlebt, zu der es keine News gegeben hätte. Vielleicht kommt sie ja noch irgendwann.

Selbstverständlich kommt noch eine offizielle News auf contao.org und auch entsprechende Ankündigungen hier im Forum bzw. auf Twitter. Das gab's in der Vergangenheit ja schon öfter, dass Leo das eigentliche Release bereits Stunden oder gar ein/zwei Tage vor der offiziellen Ankündigung auf GitHub bereitgestellt hat. Früher hatte das nur kaum einer bemerkt. Jetzt, da der Contao-Manager bzw. ein Composer Update das Release automatisch zieht, fällt das natürlich auf.

Die Ankündigung ist nun auch da: https://community.contao.org/de/show...verf%C3%BCgbar

Heute habe ich den Contao Manager auf 1.0.0-beta18 aktualisiert, einige Erweiterungen installiert und aktualisiert. Während in der Vorgängerversion die Prozesse nicht zum Ende zu kommen schienen, läuft es in der aktuellen Version schlicht und ergreifend sehr erfreulich - aus der Sicht eines dilettierenden Coders und Privatanwenders:

Chapeau!

hallo,

bei mir lief es mit der Contao Manager 1.0.0 beta19 ebenfalls sehr gut. allerdings sollte ich heute auf die Contao Manager 1.0.0 updaten und nun kann ich keine extension mehr installieren!?

lg. alex

Warum nicht?
Lässt du die Auflösung der Abhängigkeiten über die neue Cloud machen?
Dann schalte das mal ab, ist glaube ich per default eingeschaltet.

Zitat:

---

Zitat von BugBuster

Warum nicht?
Lässt du die Auflösung der Abhängigkeiten über die neue Cloud machen?
Dann schalte das mal ab, ist glaube ich per default eingeschaltet.

---

Hm, bin nicht auf der Konferenz - evtl. gibt es da neuere Infos hierzu ...
Habe gerade auch eine Aktualisierung des CM auf 1.0.0 durchgeführt. Infos zur Cloud finde ich nicht auch nicht wie man es abschalten könnte.
Allerdings kann ich zur Zeit mit dieser Version keine Pakte deinstallieren: Wenn ich neben dem Button "Aktualisieren" klicke erhalte ich die Auswahl "Entfernen" aber weiter passiert nichts ...

Bin gespannt ...

Die Änderungen müssen übernommen werden. Da sollte ja ein Menü auftauchen mit Dry-run, Anwenden und Verwerfen.

Habe eben auf einem 1&1 Account "1&1 Unlimited Plus" zum Test via CM 1.0.0 mit vorhandener composer.json und composer.lock eine 4.4.18 ( inkl. "delahaye/dlh_googlemaps" u. "erdmannfreunde/euf_grid" ) installiert.

Im Anschluß dann testweise die Erweiterung "friends-of-contao/contao-memberlist" via CM - DAS LÄUFT!!
Wenn ich ein paarmal auf "Entfernen" klicke und dann das Menü erhalte klappt auch Deinstallation der Erweiterung ...

Ich bin so gespannt auf die neuen Infos bez. der Cloud...

ich habe nen downgrade auf 3.5 absolviert.

entschuldigt, wenn ich das so forsch sage, aber diese flickschusterei von composer, manager, contao 4 geht mir zunehmend mehr auf den nerv.

was ich hier schon für zeit reingesteckt habe.

mag sein, dass es nur mir so geht, weil ich einfach zu blöd dazu bin,
aber wo ist die idee und das feeling von contao 3.x nur geblieben? mal abgesehen davon, dass das jetzige downgrade auf 3.5 gefühlt 5x schneller läuft,
gerade bei den prozessen, wenn artikel gespeichert werden. ich habe einen server bei hostingwerk und denke, dass diese schon optimal für contao konfiguriert sind.

lg. alex

Hallo,

habe ja nun seit längerem Contao 4.5.x bei All-Inkl im Einsatz. Bislang lief der CM (beta 19) problemlos im Premium-Tarif. Gelegentliche, nicht reproduzierbare Aussetzer mit Err 500 konnte ich per ssh und composer auf der Terminal-shell schnell beseitigen. Die De-/Installation von Erweiterungen bzw. Updates verliefen problemlos. Bin von daher zufrieden und kann mich mit der Logik, die Systemeinstellungen von dem Contao "runtime environment" zu trennen durchaus anfreunden, so kann man ggf. zerschossene Installationen via CM noch retten und wieder zum Leben erwecken.

Das heutige Update auf das erste final Release des CM verlief allerdings auch für mich nicht ganz wie früher. Nach dem Update war offensichtlich per default die Auflösung der Abhängigkeiten mittels Composer-Cloud 1.3.1 (?) aktiviert. Während ein Update auf dem lokalen MAMP Pro problemlos verlief, liefen sich die Prozesse auf den All-Inkl Liveservern fest. Nach mehr als 15 Min. Scriptlaufzeit wollte ich den Prozessen den Garaus machen, allerdings war ein Abbruch nicht möglich, der Button war gesperrt. Ein Versuch per "ps -ef" unter ssh die Prozessnummer für ein "kill -9" herauszubekommen scheiterte, All-Inkl hat den Befehl scheinbar für Shared Hosting Pakete gesperrt.
Blieb nur, den kompletten contao-manager Ordner über die Shell zu trashen, erst dann wurde das Updatescript im CM gestoppt, und ich konnte mit der Neuinitialisierung des CM beginnen. Erst dabei fiel mir auf, dass das Arbeiten über die Cloud abgewählt werden kann. Habe ich gemacht und entsprechend gespeichert. Nun läuft alles wie es soll, ohne Cloud ...

Zitat:

---

Zitat von Seefahrer

Erst dabei fiel mir auf, dass das Arbeiten übet die Cloud abgewählt werden kann. Habe ich gemacht und entsprechend gespeichert. Nun läuft alles wie es soll, ohne Cloud ...

---

Wo hast Du denn das gefunden - bzw. wie kann man den Cloud Service für den CM deaktivieren?

Zitat:

---

Zitat von Franko

Wo hast Du denn das gefunden - bzw. wie kann man den Cloud Service für den CM deaktivieren?

---

Sorry - Gefunden unter: Systemprüfung/Serverkonfiguration -> Composer Cloud Resolver

Nach Start des CM musst Du schnell auf "Serverkonfiguration" klicken, dann gibt es unten eine Checkbox.

EDIT: Du warst schneller :cool:

Zitat:

---

Zitat von Seefahrer

Nach Start des CM musst Du schnell auf "Serverkonfiguration" klicken, dann gibt es unten eine Checkbox.

EDIT: Du warst schneller :cool:

---

Die "Systemprüfung" erreichst Du auch jederzeit über das obere Menü - ganz rechts das "Zahnrad-Icon" und dann halt die Auswahl "Systemprüfung" ...

Völlig richtig! Nur vermutet man nach einem Update dort generell nicht unbedingt eine neue, SEHR WICHTIGE Konfigurationsmöglichkeit. Das sollte "eigentlich" bei einem Update kommuniziert werden
ABER, wie sollen die wenigen Entwickler neben ihrer eigentlichen Arbeit das auch noch leisten!? Also begnüge ich mich mit meinem gewohnten "Try and Error"-Vorgehen und lerne TÄGLICH dazu!

Allerdings betreibe ich nur 2 Hobby-Webseiten und kann mir ein solches Vorgehen leisten und ständig Neues ausprobieren!

Vielleicht wäre es in diesem Sinne hilfreich, wenn die zahlreichen, didaktisch sicherlich viel besser organisierten User, die sich in diesem Forum wortreich über die Unzulänglichkeiten von Contao 4, des CM und Composer auslassen, ihre Energie bündeln würden, die ebenfalls oft kritisierte Dokumentation auf Vordermann zu bringen. Wir alle nutzen ein kostenloses CMS, in das viele engagierte Entwickler ihr Wissen stecken, das sollten vor allem diejenigen nicht vergessen, die mit Contao Geld verdienen!

Zitat:

---

Zitat von haendersonfox

...ich habe einen server bei hostingwerk und denke, dass diese schon optimal für contao konfiguriert sind.
lg. alex

---

Hm, bin selber auch bei hostingwerk - bis dato keine Probleme mit 3.5.x/4.4.x/4.5.x ...
Paket Installationen hier über eine Testdomain (4.4.18) mit/ohne den Resolver liefen weiterhin anstandslos ...

Wie lange hat das bei dir über die Cloud gedauert? Mein "Job" ist mittlerweile bei über 1000 Sekunden und ich habe keine Ahnung, wie ich ihn abbrechen kann. Normal kann das ja eigentlich nicht sein, oder doch? Alles, was in der Installation mittlerweile drin ist, wurde mit dem normalen Webgo-Platinpaket installiert, was jetzt ja leider nicht mehr geht, weil inzwischen noch mehr RAM benötigt wird. Da hat das Auflösen der Abhängigkeiten sicher nicht mehr als 1 Minute gedauert, eher weniger.

Zitat:

---

Zitat von tab

Wie lange hat das bei dir über die Cloud gedauert? Mein "Job" ist mittlerweile bei über 1000 Sekunden und ich habe keine Ahnung, wie ich ihn abbrechen kann. Normal kann das ja eigentlich nicht sein, oder doch? Alles, was in der Installation mittlerweile drin ist, wurde mit dem normalen Webgo-Platinpaket installiert, was jetzt ja leider nicht mehr geht, weil inzwischen noch mehr RAM benötigt wird. Da hat das Auflösen der Abhängigkeiten sicher nicht mehr als 1 Minute gedauert, eher weniger.

---

Hab das heute Morgen gegen 9:30 Uhr gemacht - die Jobs benötigten da ca. 15s ...
Wahrscheinlich stürzen sich jetzt alle auf den neuen Dienst - da warte ich mal die Konferenz ab - Bleibt spannend:
- Wieviele parallele Jobs kann der Dienst verabeiten
- Wie werden die Queues priorisiert
- Bleibt es kostenfrei etc..

Deaktivieren kannst du den Dienst unter "Systemprüfung/Serverkonfiguration" ...

Hallo @tab,

War bei mir genauso, habe dann im Installationsroot mit „rm -rf contao-manager“ den gesamten Ordner getrasht.
Erst danach brach das CM-Script ab und ich konnte den CM neu aufsetzen, ohne Cloud.

Habe gerade versucht ein Paket zu deinstallieren:

Code:

---

> Resolving dependencies using Composer Cloud v1.3.1

# Job ID 5b194196b64fb4.84083488 completed in 49 seconds


$ /usr/bin/php7.1 '-q' 'PFAD' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 0 installs, 1 update, 1 removal
  - Removing friends-of-contao/contao-memberlist (2.0.0)
  - Updating paragonie/random_compat (v2.99.99 => v2.0.14): Downloading (100%)
Generating optimized autoload files

---

Dauerte etwas länger als heute Morgen ...

Zitat:

---

Zitat von haendersonfox

hallo,

bei mir lief es mit der Contao Manager 1.0.0 beta19 ebenfalls sehr gut. allerdings sollte ich heute auf die Contao Manager 1.0.0 updaten und nun kann ich keine extension mehr installieren!?

lg. alex

---

Das Erlebnis hatte ich auch. Daraufhin habe ich den Cache geleert und erneut aktualisiert. Hat funktioniert.

LOL, gute Idee. Ich kann den eigentlichen Prozess entweder nicht killen oder er läuft eh schon lang nicht mehr und der CM gaukelt mir da nur was vor. Gab doch irgendwo die Möglichkeit, durch Löschen einiger Dateien den Spuk zu beenden wenn ich mich recht entsinne. "kill -9 -1" in der Konsole hat jedenfalls nichts geändert. Danach war die Konsole natürlich weg und der Apache lief nicht mehr. Dann habe ich den neu gestartet und jetzt zählt der CM immer noch brav Sekunden. Insofern glaube ich nicht so ganz, dass das real ist. Wahrscheinlich ist die Geschichte eh abgeschmiert, als die maximale Skriptlaufzeit erreicht war, eine entsprechende Fehlermeldung kam allerdings nicht. Naja, macht nix, ist ja nur ein Kundenwebspace :D:D.

Wie man den Prozeß beenden kann - wäre schön zu wissen.
Habe gerade noch ein Paket installiert:

Code:

---

> Resolving dependencies using Composer Cloud v1.3.1

# Job ID 5b194343524556.56656823 completed in 24 seconds


$ /usr/bin/php7.1 '-q' 'PFAD' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 1 install, 0 updates, 0 removals
  - Installing madeyourday/contao-rocksolid-custom-elements (v2.2.4): Downloading (100%)
Generating optimized autoload files

---

Versuche es gleich nochmal bei 1&1 ...

Zitat:

---

Zitat von tab

Ich kann den eigentlichen Prozess entweder nicht killen oder er läuft eh schon lang nicht mehr und der CM gaukelt mir da nur was vor.

---

Hatte ich auch. Der Manager lief und lief und lief... Ich habe die Seite aktualisiert, den Manager neu aufgerufen, woraufhin die neue Version bestätigt wurde - alles grün. Auch bei der Aktualisierung kam der Prozess nicht zum Ende; ich aktualisierte, leerte den Cache, startete die Aktualisierung erneut, und im Composer-Fenster wurde brav alles angezeigt. Datenbank aktualisiert - alles läuft.
Es handelt sich bei der Website um eine private Seite, die auf Hostingwerk läuft, so dass ich manches gelassener sehen kann. Wären es zu betreuende Seiten gewesen, wäre mein Nervenkostüm nun sehr lädiert.

Zitat:

---

Zitat von Franko

Versuche es gleich nochmal bei 1&1 ...

---

Also Erweiterung im Testlauf ging auch:

Code:

---

> Resolving dependencies using Composer Cloud v1.3.1

# Job ID 5b19445dd9bdb1.26549567 completed in 21 seconds


$ /usr/bin/php7.1-cli '-q' '-d' 'memory_limit=-1' '/homepages/PFAD' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' '--dry-run' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Package operations: 1 install, 0 updates, 0 removals
  - Installing madeyourday/contao-rocksolid-custom-elements (v2.2.4)

# Process terminated with exit code 0
# Result: OK

---

Ich habe einfach mal im contao-manager Verzeichnis ein bisschen aufgeräümt und die ganzen Task und Tenside-Task json-Dateien gelöscht, ebenso wie die Backups der composer.json und composer.log. Danach war alles wieder wie vorher. RAM reicht jedenfalls ohne Cloud immer noch nicht, erstaunlich ;).

Zitat:

---

Zitat von tab

...RAM reicht jedenfalls ohne Cloud immer noch nicht, erstaunlich ;).

---

Verstehe ich nicht - daran ändert der CM ja auch nichts. Für alle die hierbei Speicher/Laufzeit Probleme haben ist ja der Cloud-Service alternativ gedacht.

Äh,
gerade gelesen unter https://github.com/contao/contao-man...ent-1669002628:

Zitat:

---

Toflar commented 3 minutes ago
Windows support has landed with 1.0.0 stable smile

---

Heißt das der CM 1.0.0 läuft jetzt auch lokal auf Windows/Xampp?

Ja, ist nicht wirklich erstaunlich, am Composer hat sich ja nichts geändert. Deswegen der Smiley. Probiert habe ich aber mal, die ganzen Contao-Komponenten vom Update auszunehmen. Das bringt aber in der Hinsicht auch nichts, trotzdem nicht genug RAM. Aber auch das dürfte nicht sonderlich erstaunlich sein, weil die Abhängigkeiten da wohl nicht mit "festgepinnt" werden. Somit gibt es natürlich immer noch unzählige Kombinationen von Versionen der ganzen nicht festgepinnten Komponenten. Ich mache vielleicht später nochmal einen Versuch mit der neuen "Composer Cloud". Der Prozess war offensichtlich längst beendet, hätte also wohl nicht alle Prozesse killen müüssen, die ich killen "darf", inklusive Apache :D. Das Dumme ist halt nur, dass ich mir die laufenden Prozesse bei Webgo nicht anschauen kann und deswegen auch nicht weiss, ob er noch läuft und wie er ggf heißt, um ihn dann gezielt zu killen. Ist schon eine interessante Konfiguration. "ps" geht nicht, aber "kill" schon.:rolleyes:

Zitat:

---

Zitat von Franko

Heißt das der CM 1.0.0 läuft jetzt auch lokal auf Windows/Xampp?

---

Ja. Gerade getestet.

Ich habe das gerade eben nochmal probiert, indem ich einige Erweiterungen entfernt habe, die vorher nur installiert wurden, um den RAM-Verbrauch bei der Auflösaung der Abhängigkeiten zu testen. Und es hat funktioniert. Gratulation und vielen Dank an alle, die daran mitgewirkt haben und noch mitwirken! Das mag vielleicht noch nicht komplett rund laufen, aber es ist jedenfalls ein Riesenschritt in die richtige Richtung, in Richtung höhere Akzeptanz von Contao 4. Es macht den Contao-Manager - insbesondere auch für "Konsolenhasser" :D - auf "schwächeren" Hostings ohne große Verrenkungen nutzbar.

Leo's Keynote: https://leofeyer.github.io/konferenz-2018/#1

Hier zu sehen wo man die Cloud Nutzung ein und ausschalten kann.
https://leofeyer.github.io/konferenz-2018/#76

Das sagt Jordi Boggiano - Composer Co-Autor - zum CM:

Zitat:

---

Mehr
At @ContaoKonferenz, pretty impressive how they managed to integrate Composer fully into their admin UI for plugin installation/updates, together with "cloud dependency resolving" to make it work on restricted shared hosting. Other CMSs should have a look.

---

siehe https://twitter.com/seldaek/status/1004656842449063936

Noch eine kleine Anmerkung: Wenn bei euch Composer keine Probleme (RAM) hat, dann lasst das bitte weiterhin ohne die Cloud laufen, damit die nicht unnötig belastet wird ;-)

Viele Grüße

Und wie hier zu lesen ist - Weitere Infos direkt von toflar:
https://medium.com/@yanick.witschi/c...r-e64254f5728e