Strato Hosting Plus und Update 4.13

[Frankkirsch]

Hallo, hat noch jemand Probleme mit Strato? Ich habe bisher schon zwei Webseiten, die ich zerschossen habe, weil der composer install hängen geblieben ist.
Es waren beides 4.13 Installationen, die gelaufen sind, ich wollte nur einen Update mchen

Selbst, wenn ich eine neue Contao-Installation 4.3 aufsetzen wollte, bleibt er am Composer install hängen und läuft nicht weiter.

Von Strato bekam ich selbst eine unzureichende Antwort. Ich kann verstehen, dass Sie nichts zu den Skripten sagen kann. Wenn ich aber noch nicht mal eine neue Installation aufsetzen kann, ist das ärgerlich.

[planepix]

Hallo Frank,

Hosting wechseln oder wenn Strato dann Konsole.

[mlweb]

Kann ich nur bestätigen.
Strato ist in 90% der Fälle nur noch über Konsole zu aktualisieren. Dort dann aber problemlos.
Installation ging bei mir bisher auch noch über den Manager.
Hängt aber auch vom Server ab, auf dem Deine Installation liegt. Bei einem Strato-Kunden läuft auch das Update meist noch durch.

Ich rate aber auch allen Kunden zu einem Hosterwechsel. Ist performanter und im Endeffekt stressfreier für mich. Leider lässt sich nicht jeder überzeugen .

[Bennie]

Kann ich auch bestätigen, passiert eigentlich nahezu jedes mal, aber immerhin kann man bei STrato ein Backup über den Account zurückspielen, das hat mir dann immer geholfen - dauert aber wie alles andere auch ewig.
Bei mir ging aber nicht mal die Konsole da kam auch immer eine Fehlermeldung, an die ich mich momentan nicht erinnere.
Der meckerte glaube ich schon, als ich das Verzeichnis wechseln wollte
@mlweb
Wie genau machst Du das, also es liegt dann eine composer.phar im Root Verzeichnis der Contao Installation? Das nämlich ging bei mir nie, also das Aufrufen selbiger.

[Spooky]

Das nämlich ging bei mir nie, also das aufrufen selbiger.

Was genau hast du versucht?

[Bennie]

php composer.phar

[Spooky]

php musst du mit dem Pfad zum richtigen PHP CLI ersetzen (ggf.). Beschreibe mal die Fehler genauer.

[Bennie]

Ach stimmt das hatte ich aber auch probiert

Composer cannot be run safely on non-CLI SAPIs with register_argc_argv=On. Aborting.

[Spooky]

Diese Fehlermeldung sagt dir, dass du nicht das richtige PHP CLI benutzt hast.

[Bennie]

Ja kaum macht man es richtig gehts

/opt/RZphp82/bin/php-cli composer.phar

so muss es aktuell in meinem Fall lauten - das klappt!!

[VGT]

ist hier schon zig-mal beschrieben worden: benutzt die Konsole mit den richtigen Pfaden zum CLI und dann geht das Update völlig entspannt ....
und bitte auch den aktuellen Composer verwenden, z.B.

/opt/RZphp81/bin/php-cli composer.phar self-update

[RalfW]

Hallo Frank,
habe viele Jahre nichts mehr mit Contao gemacht und wollte/sollte jetzt eine aktuelle 4.13 installieren. Nach x Versuchen zu unterschiedliche Tageszeiten gibt es hier nur ein Ergebnis: Provider wechseln!

Habe ich so gemacht und ein paar Minuten später war Contao am Start - total stressfrei. Werde mich von Strato trennen. Sind mittlerweile zu groß, um gut zu sein... Da hilft auch keine Werbung.

Viele Grüße
Ralf

[mpathy]

ist hier schon zig-mal beschrieben worden: benutzt die Konsole mit den richtigen Pfaden zum CLI und dann geht das Update völlig entspannt ....
und bitte auch den aktuellen Composer verwenden, z.B.

/opt/RZphp81/bin/php-cli composer.phar self-update

Ja, das geht. Auch einen Alias in der .bash_profile oder .bashrc zu setzen, mit der man auf die jeweils aktuell genutzte PHP-Version zeigt, geht.

Das Problem sind Aufrufe des composers von Programmen, wie es z.B. innerhalb des Symfony-CLI Tools passiert. Da kann man noch so viel beim initialen Kommando richtig machen, innerhalb macht er es wieder falsch.

Die PHP-Versionsliste von symfony zeigt übrigens schön wo das Problem ist:
Die Namen, bei denen man in einem normalen System die CLI-Version damit startet, sind die nicht-CLI - Versionen, sondern die für den Webserver.
Beim Scannen packt er sie aber unter CLI rein, ob wohl es keine sind.
Er startet immer die falschen.

Also was ich eigentlich sagen wollte zu diesem Thread:
Selbst wenn man es weiß, und den vollen Pfad zur CLI Version angibt oder einen Alias verwendet, bringt es bei vielen Web Frameworks nichts, weil diese selber PHP aufrufen, wie etwa einen Composer-Aufruf.
Vermutlich vor allem bei einem Aufruf mit /bin/env php oder so..

Weiß irgendjemand wo ich es festlegen kann, das er wieder korrekt erkennt was CLI und was nicht-CLI ist?

Ich weiß ich belebe einen Thread von vor einem Jahr wieder, aber da es nicht so viele Seiten gibt die sich damit beschäftigen, ihr seid auf Seite 1.
Ein kompetente Antwort von einem Profi bringt also nicht nur mir was

[VGT]

@mpathy: ich bin blutiger Laie, aber habe gerade eben eine LTS Ct 5.3.18 auf eine 5.3.20 angehoben in Windeseile keine 2 min, komplettes Update incl. Cache erstellen

/opt/RZphp83/bin/php-cli composer.phar update -o --no-dev 

Backend und Frontend i.O.
Dann muss doch der Pfad zu CLI verwendet werden? Oder wobei oder wie sollte ich sehen, dass der Pfad nicht verwendet wird?