Hoster Webgo

[tab]

Hmm, wahrscheinlich habe ich jetzt den ersten Fall für den Webgo-Support. Ich habe eine meiner bestehenden Websites von Uberspace bei Webgo "dupliziert". Wollte einfach mal sehen, wie das mit der Performance aussieht. Das war anfangs auch ganz gut, jetzt habe ich plötzlich immer einen Fehler "502 Bad Gateway" und drunter steht in kleinerer Schrift "nginx". Hatte das schon mal jemand bei Webgo oder ist das eine Störung?

Ich habe mittlerweile festgestellt, dass ich auf statische Dateien noch zugreifen kann, nur dynamisch erzeugte gehen nicht. Soweit ich das glaube zu verstehen, ist nginx bei Webgo als Loadbalancer zwischen den Apache und das Internet geschaltet und für die Auslieferung von statischen Inhalten zuständig, während der Apache die dynamischen Inhalte liefert - oder eben auch nicht. Auch ins Backend meiner Contao 4.4.0 Testinstallation komme ich nicht mehr, auch wenn da eine andere Fehlermeldung - von Contao - kommt. Auch das hat schon mal funktioniert. Die contao-manager.phar.php kann ich aufrufen, Backend und Installtool nicht. Auch nicht über den Manager.

[tab]

Aha, hängt wohl mit der eingestellten PHP-Version zusammen. PHP 5.6 und 7.0 funktioniert, 7.1 nicht - obwohl angeblich alle "stable" sind. Hatte vorhin die PHP-Version hochgesetzt zwecks Geschwindigkeitsvorteil, dabei aber den Apache nicht neu gestartet. Das hat er dann wohl zwischendurch mal selbst erledigt und danach ging dann nichts mehr.

[mlweb]

PHP 7.1 hat in irgendeiner alpha oder frühen beta prinzipiell funktioniert, aber immer mit einer Fehlermeldung wegen fehlendem ioncube_loader. Die Fehlermeldung hatte ich auch schon in der 3er-Version mit Composer. Kann sein dass Andreas das irgendwann mit abgefangen hat.

[tab]

Die 3.5.27 funktioniert da aber auch nicht mit dem PHP 7.1. Ist zwar mit Composer, aber ich habe den Paketmanager noch nicht angerührt hier bei Webgo. Wenn man wenigstens wüsste, woran es scheitert. Das Server Errorlog sagt nur

[Fri Jun 30 22:11:32 2017] [notice] [client AH00052: child pid 9912 exit signal Segmentation fault (11)

[mlweb]

Die 3.5.27 habe ich bei Webgo mit Composer laufen. Bei der Paketinstallation kommt halt immer die ioncube-Loader-Warnung.

[tab]

Vielleicht muss ich auch nur mal die Erweiterungen updaten, habe ich länger nicht mehr gemacht. Vielleicht ist auch eine komplett inkompatibel damit. Teste ich heute nach dem Frühstück mal. Komisch ist allerdings, dass auch das Installtool und das Backend meiner frisch mit dem Contao-Manager installierten 4.4.0 mit der PHP 7.1 bei Webgo nicht laufen.

[mlweb]

Ich teste nacher noch einmal eine ältere Version des Managers. Ich glaube da ging die 7.1. Aber eventuell hat Andreas irgendwann den fehlenden ioncube Loader mit abgefangen beim Manager.

[tab]

Komische Sache, habe mir gerade mal die phpinfo der beiden PHP Versionen 7.0 und 7.1 aufgerufen und gespeichert, um sie in Ruhe zu vergleichen. Dann habe ich die 3.5.27 Website nochmal aufgerufen mit PHP 7.1 - und es hat funktioniert! Kein "502 Bad Gateway" mehr. War dann wohl doch eine Störung.

Dafür habe ich jetzt festgestellt, dass die Testinstallation Contao 4.4.0 immer noch nicht wieder läuft, allerdings auch nicht mit PHP 7.0 . Da scheint also grundsätzlich was nicht mehr zu funktionieren. Fehlermeldung sieht so aus:

[2017-07-01 22:39:22] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\ConnectionException(code: 0): An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory at /home/www/meine-domain.de/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:103, Doctrine\\DBAL\\Driver\\PDOException(code: 2002): SQLSTATE[HY000] [2002] No such file or directory at /home/www/meine-domain.de/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:47, PDOException(code: 2002): SQLSTATE[HY000] [2002] No such file or directory at /home/www/meine-domain.de/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:43)"} []

Mit PHP 5.6 kann ich das Installtool aufrufen. Ich glaube, PHP 5.6 war auch aktiv, als ich Contao über den Manager installiert habe. Kann es damit was zu tun haben?

[mlweb]

Gerade mal bei den anderen Beta-Testern gefragt: Antwort von @Bugbuster: "Der soll das merken und anpassen. Wird wohl öfters geprüft. Hatte ich hier auch schon gefragt."
Ansonsten mal in der manager.json nachschauen und ggf. den Pfad anpassen.

[mlweb]

Ich habe gerade noch mal in meine Tests geschaut und folgendes gefunden. Reproduzierbar konnte ich bei webgo feststellen, dass ich bei PHP 7 nur mit MariaDB das Installtool aufrufen konnte. Da das Installtool selbst aber nicht zum Manager gehört, sind wir dieser Ursache auch nicht weiter auf den Grund gegangen.

[tab]

Der Manager selbst funktioniert ja, auch nachdem ich die PHP-Version wechsle. Aber das installierte Contao funktioniert dann halt nicht mehr, da kann der Manager ja auch nichts dran machen, ohne dass er aufgerufen wird. Falls es wirklich an der PHP-Version liegt, die zur Installation verwendet wurde, was wäre dann die korrekte Vorgehensweise nach Änderung der PHP-Version, damit Contao wieder läuft?

[Spooky]

Nach einer Änderung der PHP Version musst du potentiell auch ein composer update mit der richtigen PHP Version durchführen - bzw. die Platform Definition in der composer.json ändern und dann ein composer update durchführen (egal mit welcher PHP Version). Kommt aber einfach auf die Abhängigkeiten an, ob das notwendig ist.

Was du bei einer PHP Versions Umstellung aber in jedem Fall machen solltest ist den internen/Symfony Cache zu löschen.

Zu deinem aktuellen Problem: die Datenbank Verbindung funktioniert nicht. Rufe das Install Tool mal mit app_dev.php auf.

[tab]

Ich bin da jetzt grade wieder dran, nachdem meine Webspace- und Domain-Umzugsaktionen weitestgehend abgeschlossen sind. Das Problem besteht nach wie vor. Contao und das Installtool laufen nur mit PHP 5.6. Contao wurde über den Manager mit PHP 5.6 installiert. In der composer.json steht nichts zum Thema "platform". Wie update ich den Composer und den internen symfony cache? Ist das das Zeug unter /var/cache/prod? Das habe ich alles gelöscht und es wurde neu aufgebaut. Und wie rufe ich das Installtool mit app_dev.php auf? Wieso kommt da die Datenbankverbindung nicht zustande? Ich glaube nicht, dass die Datenbankzugangsdaten nicht stimmen. Vielleicht ist es das einfachste, ich lösche das ganze Zeug und installiere nochmal komplett neu mit 7.1. Ist ja eh noch nicht viel passiert außer der Installation und den Systemeinstellungen.

[Andreas]

Habe ich gerade auch gemacht. Auf webgo mit dem Manager Contao installiert. Nimm PHP 7.0. In der 7.1 fehlen noch ein paar Dateien bzgl. ioncube und no-debug-non-zts-20160303/ssh2.so.

Die Installation verlief einwandfrei, so wie im Video von Christian https://www.youtube.com/watch?v=Ov0JTctrbSE gemacht. Der Pfad zu PHP ist /usr/bin/php70.

Edit: Ging aber auch vorher mit PHP 5.6.

[tab]

Hmm, ja, ionCube Loader hatte ich vorhin auch mal ne Meldung mit 7.1. Dann auf 7.0 umgestellt, aber da bekomme ich meine bestehende Installation auch nichts ans laufen. Ich lösche mal eben alles bis auf die contao-manager.phar...