Druckbare Version
Hallo Leute,
also so richtig werde ich mit dem Composer nicht warm.
Ich bin bei WebGo und wenn ich bei dem Composer Pakete oder Cache leeren will dauert das ewig oder es passiert gar nichts und ich muss alles abbrechen.
Was für eine Lösung habt ihr da?
Ich habe in meienr php.ini schon folgendes eingetragen
memory_limit = 1024M
opcache.enable=off
ich verzweifel noch mit dem Composer.
Poste die Konsolenausgabe.
Aktuell möchte ich den Cache löschen.
$ /usr/bin/php7.2 -q /home/www/ordner/vendor/contao/manager-bundle/bin/contao-console cache:clear --env=prod --no-warmup
das lädt jetzt schon seit einer Stunde.
Abbrechen kann ich das auch nicht.
So nun ist der Task abgebrochen und ich kann die Konsole auch nicht schließen. Der Button geht einfach nicht.
Wenn ich dann die Seite neulade, startet die Konsole zum Cache löschen wieder und auch das kann ich nicht schließen.
Ich bin gerade somit in einer Schleife.
Den Cache kannst Du auch so löschen:
Code:cd /home/www/ordner/
rm -rf var/cache/
okay danke.
Aber nun ist die Frage immer noch warum WebGo mit dem Composer und dem Contao Manager so ein Problem hat?
Angeblich verbraucht der Contao Manager verhältnismäßig mehr Arbeitsspeicher als manch andere Composer.
Trotz Cloud Service klappt das alles nicht.
Wie gesagt habe oben die Einträge in der php.ini gemacht und trotzdem geht nichts.
Laut Support kann es auch sein das man den Composer mit /usr/bin/composer ansprechen muss.
Ohh man Contao wird für mich irgendwie immer komplizierter.
Ist den der Composer so Ressourcen fressend?
Cache neu aufbauen passiert nicht über den composer.
Jein. Wenn du für deine Software nur drei Pakete brauchst, von denen es jeweils eine Handvoll Versionen gibt, dann braucht Composer der nicht viele Ressourcen. Aber wenn ich sehe, wieviele Pakete für ein Contao ohne irgendwelche Erweiterungen installiert werden, dann wundert es mich nicht soooo sehr, dass der Composer unendlich viel RAM braucht. Letztlich ist der Composer so Ressourcen fressend wie die Aufgabe, die man ihm stellt. Insofern ist auch der RAM-Bedarf mehr oder weniger kontinuierlich gewachsen seit den Anfangszeiten von C4.Zitat:
Zitat von overHead
Sorry das ich so viel Posts mache, aber ich probier die ganze Zeit.
Also über Contao Manager geht nichts.
Dann habe ich es über SSH probiert und da hat er mir folgendes raus.
/usr/bin/php7.2 -q /home/www/mein_ordner/web/contao-manager.phar.php composer remove metamodels/filter_text --no-update --no-scripts --no-ansi --no-interaction
PHP Warning: Module 'imagick' already loaded in Unknown on line 0
metamodels/filter_text is not required in your composer.json and has not been removed
Das war der Text wo ich was entfernen wollte.
Ich wollte aber eigentlich das Start Bundle installieren da kommt das.
/usr/bin/php7.2 -q /home/www/mein_ordner/web/contao-manager.phar.php composer require metamodels/bundle_start --no-suggest --no-update --no-scripts --prefer-stable --sort-packages --no-ansi --no-interaction
PHP Warning: Module 'imagick' already loaded in Unknown on line 0
Using version ^2.1 for metamodels/bundle_start
/home/composer.json has been updated
Aber auch da passiert nichts
Leider kam der Contao Manager damit nicht zurecht.Zitat:
Zitat von Spooky
Aber vielleicht wegen php Warning in mit dem Imagick.
Aber das wird ja in Zukunft nicht besser. Wo soll das dann hinführen? Contao Installation nur mit eignen Root Server?Zitat:
Zitat von tab
Ist das, was du gepostet hast, wirklich die gesamte Konsolenausgabe aus dem Contao Manager?Zitat:
Zitat von overHead
Mit dem Manager brauchst du ja wesentlich weniger Ressourcen für die Contao-Installation als direkt mit dem Composer.
Es gab keine Hinweise aus der Konsolenausgabe bei dem Cache aufbau.Zitat:
Zitat von Spooky
Die anderen Befehle hab eich über ssh probiert.
Nur zur Info: es muss schon ein spezielles Problem deiner Installation oder des Servers sein.
Ich habe eben bei WebGo mit dem ContaoManager ein Update von 4.4.43 auf 4.4.45 per Cloud gemacht - völlig ohne Probleme.
Ebenfalls Composer Cache und Anwendungs Cache mit dem Manager gelöscht - jeweils innerhalb weniger Sekunden erledigt.
Hast du einen direkten Server oder ein Webhosting Paket?Zitat:
Zitat von folkfreund
Ich glaube auch das da was im argen ist, aber warum bekommt das Webgo bei mir nicht hin, wenn es bei dir läuft.
Shared hosting, goPaket Platin,
aktuell habe ich PHP 7.1 aktiv, keine Änderungen an der PHP.ini, soweit ich mich erinnere
Kenn das Paket nicht mehr.Zitat:
Zitat von folkfreund
Ich hab halt ein normales Hostingpaket.
goPaket Platin ist auch ein normales Hostingpaket im Prinzip zu einem speziellen Tarif, weil dort z.B. nur de-Domains inklusive sind. Ist eher etwas schwächer auf der Brust als die Standardhostingpakete.
Ich habe auch noch einige Kunden bei Webgo und war bis vor kurzem auch selbst dort. Probleme mit der Auflösung der Abhängigkeiten über den Contao Manager mit Composer Cloud hatte ich bisher nie. Ohne Cloud geht es in den Hostingpaketen wie fast überall allerdings längst nicht mehr. Auch über die Konsole funktioniert ein Composer Update nicht mehr.
Wenn das eins von den auf der Website von Webgo beworbenen, aktuellen Webhostingpaketen ist, dann macht das schon einen Unterschied zum "alten" GoPaket Platin. Bei den aktuellen Paketen haben die natürlich auch Neuerungen eingebaut, siehe MySQL-Version. Bei den alten Paketen ändert sich nicht so schnell so furchtbar viel. Immerhin gab es mal eine neue PHP-Version. Das wars dann auch im Wesentlichen. Letztens habe ich hier einen 2 Jahre alten Beitrag zum Thema Webgo gelesen, wo davon ausgegangen wurde, dass sich im selben Jahr noch irgendwas ändern würde. Da musste ich schmunzeln, weil das aus heutiger Sicht meiner Meinung nach noch immer nicht passiert ist. Anfang diesen Jahres habe ich mal eine Anfrage wegen ein paar Dingen gestellt, z.B. HTTP/2, die eigentlich auch dieses Jahr noch hätten kommen sollen. Nichts davon ist bisher gekommen, aber wir haben ja noch ein paar Wochen Zeit. Als ich vor 2 1/2 Jahren zu Webgo gewechselt bin hiess es, das Web-Interface würde bis Ende des Jahres überarbeitet. Irgendwie muss ich da was übersehen haben :D.
Das klingt jetzt alles recht negativ, aber ich muss sagen, dass ich das Konzept mit dem eigenen Apachen für jedes Webhosting, mit umfangreichen Einstellmöglichkeiten die es anderswo nicht in dem Umfang gibt, sehr schätze. Das Web-Interface geht mir am A***** vorbei, ich bekomme was ich einstellen will auch mit dem alten bzw aktuellen Interface problemlos eingestellt. HTTP/2 wäre nicht schlecht, hat aber auch nicht nur Vorteile und macht jetzt aus meiner Sicht auch nicht sooo einen gigantischen Unterschied. Die Websites laufen zuverlässig und flott, bei einem Mailproblem (einmal in mehr als 2 Jahren) gab es schnelle Abhilfe - oder das Problem hat sich von selbst in Luft aufgelöst. Eine Änderung bei der Konfiguration von MySQL wurde auf Anfrage praktisch über Nacht durchgeführt. Das sind die Dinge, die mir da wichtiger sind und warum ich auch noch dort bin. Auch wenn ich mich gelegentlich aufrege, weil jeder Server irgendwie ein Unikat ist.:rolleyes:
Genau darum könnte des Problem von overHead eben doch am konkreten Server liegen...Zitat:
Zitat von tab
So mal ein kleines Update.Zitat:
Zitat von folkfreund
Rückmeldung habe ich von WebGo noch nicht aber ich habe mir mal erlaubt das laden der Extension imagick aus der php.ini zu nehmen. Weil ich vermute, dass das Modul so oder so schon geladen wird und durch den ein Tran in der php.ini ich das ganze nochmal geladen hatte.
Nach dem rausnehmen konnte ich auf einmal alles über den Contao Manager machen was ich wollte und es hat funktioniert.