Hoster Webgo

[tab]

Na dann erst mal willkommen im Forum.

[tab]

Ich hätte dann auch gleich mal eine Frage. Mehrere Webgo-Kunden inklusive mir selbst haben festgestellt, dass bei der Installation von Contao über den Contao-Manager zumindest bei Verwendung von PHP 7.0 ein Problem besteht mit MySQL-Datenbanken. Ruft man das Installtool auf nach der Installation, kommt trotz korrekt eingegebener Datenbank-Zugnagsdaten keine Verbindung zur Datenbank zustande. Bei MariaDB dagegen funktioniert das. Das muss aber an der Art und Weise hängen, wie das Contao 4.4 Installtool versucht, die Verbindung herzustellen. Denn bei meinen Contao 3.5 Installationen funktioniert der Zugriff problemlos auf MySQL-Datenbanken. Hat irgend jemand eine Idee oder Lösung? Sei es von seiten Contao oder auch Webgo? Irgendwas scheint da nicht zusammen zu passen. Momentan benutze ich halt MariaDB, was bisher keine Probleme zu machen scheint. Habe das aber auch noch nicht sehr intensiv getestet bisher.

[mlweb]

Ich habe das gleiche Problem. Bedenken habe ich wegen MariaDB prinzipiell keine. XAMPP in meiner lokalen Entwicklungsumgebung läuft ja seit einiger Zeit auch nur noch mit MariaDB, aber komisch ist das schon. Ich kann mich auch erinnern, dass ich am Anfang mal versucht habe Contao 3.5 (ich glaub mit PHP 5.6) mit MariaDB zu installieren und dort war es genau umgekehrt MySQL lief und MariaDB nicht.
Bei MariaDB ab Version 10.2.4 besteht allerdings derzeit noch dieses Problem, was man im Hinterkopf haben sollte.

[tab]

Also ich bilde mir ein, kurz nach Freigabe von 4.4.0 eine funktionierendes Contao 4.4.0 mittels Contao-Manager bei WebGo mit PHP 5.6 installiert zu haben, die eine MySQL-Datenbank verwendet hat. Wenn ich mich recht erinnere, konnte ich auch Erweiterungen über den Manager installieren. Deswegen glaube ich nicht, dass es nur an Contao 4.4 liegt. Kann es ja auch nicht, läuft ja anderswo auch mit MySQL-Datenbanken. Gibt es eine Möglichkeit, die PHP-Version für eine Domain anders zu wählen als die globale Einstellung? Dann kann ich das gern nochmal ausprobieren mit PHP 5.6. War allerdings auch eine ältere Beta des Managers (Beta1 oder Beta4? weiss ich nicht mehr genau) Aber das sollte ja eigentlich keinen Unterschied machen. Ändert ja wohl am Installtool nichts?!?.

[mlweb]

Brauchst Du nicht noch einmal ausprobieren hatte ich mir notiert:

• PHP 5.6, Contao 4 und MySQL hat funktioniert
• PHP 7.0 und 7.1, Contao 4 und MySQL hat nicht funktioniert
• PHP 7.0 und 7.1, Contao 4 und MariaDB hat funktioniert
• PHP ? Contao 3.5 und MariaDB hat nicht funktioniert

Alle Tests mit Contao 4 wurden mehrfach durchgeführt und waren reproduzierbar. Contao 3.5 habe ich damals nicht mehrfach getestet und mir auch die PHP-Version nicht notiert. Deswegen kann ich da einen Fehler meinerseits nicht ausschließen.

Die PHP-Versionen lassen sich leider nicht pro Domain einstellen, aber der Support hatte mir mal gesagt, dass das dieses Jahr noch etwas werden soll. Vielleicht kann da @daSilva was zu sagen.

[Andreas]

Momentan benutze ich halt MariaDB, was bisher keine Probleme zu machen scheint. Habe das aber auch noch nicht sehr intensiv getestet bisher.

Ich benutze bei Webgo schon seit Jahren nur noch MariaDB (zwischendurch ganz selten mal ne MySQL). Bisher keine Probleme gehabt.


@mlweb: Evtl. hattest du nur den Port falsch angegeben - 3307 anstatt 3306. Oder hattest du da ne ganz alte PHP-Version unter 5.6?

[daSilva]

Ich hätte dann auch gleich mal eine Frage. Mehrere Webgo-Kunden inklusive mir selbst haben festgestellt, dass bei der Installation von Contao über den Contao-Manager zumindest bei Verwendung von PHP 7.0 ein Problem besteht mit MySQL-Datenbanken. Ruft man das Installtool auf nach der Installation, kommt trotz korrekt eingegebener Datenbank-Zugnagsdaten keine Verbindung zur Datenbank zustande. Bei MariaDB dagegen funktioniert das. Das muss aber an der Art und Weise hängen, wie das Contao 4.4 Installtool versucht, die Verbindung herzustellen. Denn bei meinen Contao 3.5 Installationen funktioniert der Zugriff problemlos auf MySQL-Datenbanken. Hat irgend jemand eine Idee oder Lösung? Sei es von seiten Contao oder auch Webgo? Irgendwas scheint da nicht zusammen zu passen. Momentan benutze ich halt MariaDB, was bisher keine Probleme zu machen scheint. Habe das aber auch noch nicht sehr intensiv getestet bisher.

Dies ist ebenfalls ein Fehler in der php.ini welcher beim "aufräumen" behoben wird.

Hier fehlt eine korrekte Anbindung an den localhost Socket.

Derzeit hilft es "localhost" durch "127.0.0.1:3306" zu ersetzen. Wie gesagt wird dies auch in kürze behoben

[daSilva]

Ich habe das gleiche Problem. Bedenken habe ich wegen MariaDB prinzipiell keine. XAMPP in meiner lokalen Entwicklungsumgebung läuft ja seit einiger Zeit auch nur noch mit MariaDB, aber komisch ist das schon. Ich kann mich auch erinnern, dass ich am Anfang mal versucht habe Contao 3.5 (ich glaub mit PHP 5.6) mit MariaDB zu installieren und dort war es genau umgekehrt MySQL lief und MariaDB nicht.
Bei MariaDB ab Version 10.2.4 besteht allerdings derzeit noch dieses Problem, was man im Hinterkopf haben sollte.

Hier hilft es in jedem Fall den Port 3307 zu übergeben. z.B. localhost:3307 bzw. 127.0.0.1:3307

[mlweb]

@mlweb: Evtl. hattest du nur den Port falsch angegeben - 3307 anstatt 3306. Oder hattest du da ne ganz alte PHP-Version unter 5.6?

Wie gesagt bei der 3.5 kann ich einen Fehler nicht ausschliessen. Es war eine meiner ersten Installationen für einen Kunden bei webgo. Die PHP-Version war aber definitiv 5.6 oder höher.
Danach hatte ich immer von vornherein MySQL genutzt. Erst bei den Tests für den Contao Manager kamm dann wieder Maria DB ins Spiel.

[daSilva]

Seit gestern sollten alle Probleme behoben sein. Ich habe auf allen Servern die PHP Versionen angepasst.

Wenn es weiterhin Probleme gibt, lasst es mich wissen.

[tab]

Also ich habe auf Server 124 noch

web48@s124 ~ # php70 -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so:  /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zval_update_constant_inline_change
PHP 7.0.21 (cli) (built: Jul 17 2017 13:03:30) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies

web48@s124 ~ # php71 -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so:  /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zend_block_interruptions
PHP 7.1.7 (cli) (built: Jul 17 2017 12:46:43) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies

[Spooky]

Server 122 passt, Server 124 kann ich bestätigen, dass der Fehler noch auftritt.

[daSilva]

Also ich habe auf Server 124 noch

web48@s124 ~ # php70 -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so:  /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zval_update_constant_inline_change
PHP 7.0.21 (cli) (built: Jul 17 2017 13:03:30) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies

web48@s124 ~ # php71 -v
Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so:  /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zend_block_interruptions
PHP 7.1.7 (cli) (built: Jul 17 2017 12:46:43) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies

Sollte jetzt passen:

web48@s124 ~ # php70 -v
PHP 7.0.21 (cli) (built: Jul 17 2017 13:03:30) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.1.0 (), Copyright (c) 2002-2017, by ionCube Ltd.

EDIT: Damit PHP 7.1 in CLI ohne Probleme läuft, müsste man auch die PHP Version im webgo Webspace-Admin unter "Server -> Webserver Einstellungen" auf PHP 7.1 setzen.

[tab]

Danke, passt jetzt.

[mlweb]

Server 86, bei Verwendung des global installierten Composers kommt bei composer update noch folgende Fehlermeldung:

Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so: /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_devision_by_zero_error

Eingestellt ist PHP 7.0.

Wann wird es die PHP-Einstellungen domainbezogen geben?