Probleme bei Installation auf GigaWebHost

Werte Contao-Gemeinde,

der Versuch beim Hoster GigaWebHosr eine Contao-Installation aufzuspielen scheitern mit der vom Manager ausgegebenen Fehlermeldung „Die PHP-Einstellung "allow_url_fopen" ist auf dem Server deaktiviert." Der Support von GigaWebHost hat schnell reagiert (Lob!) und geantwortet, dass aus Sicherheitsgründen diese Funktion grundsätzlich nicht aktiviert sei und das das auch nicht mit einer geänderten php.ini zu ändern sei. Als Alternative "empfehlen wir cURL in Ihren eigenen PHP-Scripten zu verwenden. Weitere Informationen dazu finden Sie in der PHP-Dokumentation unter: http://de.php.net/manual/de/ref.curl.php". Damit kann ich aber leider nichts anfangen, cURL ist für mich der Name eines Böhmischen Dorfs. Was muss ich denn da tun, wollte ich denn das einsetzen (um damitveinen Providerwechsel zu vermeiden).

Beste Grüße
Jens

Naja, ich weiss nicht ob es so eine gute Idee ist zu versuchen, alle Aufrufe im Manager und Contao durch cURL zu ersetzen. Zumal man das bei jeder neuen Version wieder machen müsste und den geänderten Manager erstmal zu einer funktionierenden phar-Datei zusammenbauen müsste. Eigentlich ist die derzeit gängige Lesart m.E. eher so:

allow_url_include: gefährlich
allow_url_fopen: auch nicht gefährlicher als cURL

allow_url_include ist fast überall deaktiviert, allow_url_fopen mittlerweile fast überall aktiviert.

Zitat:

---

Zitat von tab

Naja, ich weiss nicht ob es so eine gute Idee ist zu versuchen, alle Aufrufe im Manager und Contao durch cURL zu ersetzen. Zumal man das bei jeder neuen Version wieder machen müsste und den geänderten Manager erstmal zu einer funktionierenden phar-Datei zusammenbauen müsste. Eigentlich ist die derzeit gängige Lesart m.E. eher so:

allow_url_include: gefährlich
allow_url_fopen: auch nicht gefährlicher als cURL

allow_url_include ist fast überall deaktiviert, allow_url_fopen mittlerweile fast überall aktiviert.

---

Moin tab,

vielen Dank für Deine Antwort. Trügt mich mein Gefühl also nicht, dass ich mich auf das Thema cURL gar nicht erst einlassen muss, sondern meiner Kundin einen Providerwechsel nahelege.

Herzliche Grüße
Jens

Wenn der Provider nicht einlenkt ja.

Zitat:

---

Zitat von mlweb

Wenn der Provider nicht einlenkt ja.

---

Da kommt nix ... Auf zu neuen Ufern :)

Wird wohl das Beste sein. Niemand wechselt gern den Hoster, weil es immer mit Aufwand verbunden ist. Aber bevor man sich ewig rumquält und am Ende doch auf keinen grünen Zweig kommt ...

Ein Vorschlag ohne Komplettumzug wäre den vorhandenen Webspace auf die Möglichkeit eigener DNS Einträge zu prüfen. Dann kannst du dir einen Provider der Contao unterstützt suchen. Jetzt verbindest du beim bestehenden Provider den entsprechenden DNS Eintrag (A-Record /AAAA_Record) mit der neuen IP-Adresse.


Dieses Vorgehen vermindert den administrativen Aufwand gegenüber einem Komplettumzug und ist ohne Unterbrechung der Erreichbarkeit umzusetzen. Es entstehen die Mehrkosten für das neue Hosting, die aber im gewerblichen Umfeld zu rechtfertigen sind.

Zitat:

---

Ein Vorschlag ohne Komplettumzug wäre den vorhandenen Webspace auf die Möglichkeit eigener DNS Einträge zu prüfen. Dann kannst du dir einen Provider der Contao unterstützt suchen. Jetzt verbindest du beim bestehenden Provider den entsprechenden DNS Eintrag (A-Record /AAAA_Record) mit der neuen IP-Adresse.
Dieses Vorgehen vermindert den administrativen Aufwand gegenüber einem Komplettumzug und ist ohne Unterbrechung der Erreichbarkeit umzusetzen. Es entstehen die Mehrkosten für das neue Hosting, die aber im gewerblichen Umfeld zu rechtfertigen sind.

---

Ist auch immer mein Vorgehen das zudem noch den Vorteil hat, dass man mit den oft vorhandenen Mail-Postfächern und vergessenen Zugangsdaten nichts zu tun hat :D

Hast Du in dem Paket SSH Zugang, dann könntest Contao per Shell installieren. Möglicherweise geht das besser.
Oder halt ganz klassisch, das tar.gz auf den Webspace entpacken.
Contao.org verweist leider nur auf eine tote Github-Seite, aber hier habe ich was gefunden: https://fossies.org/linux/www/legacy...-4.12.2.tar.gz

Ist halt nur nicht sehr komfortabel bei Updates, wenn weder der Manager noch der Composer direkt nutzbar sind.

So ein fixes Archiv kann funktionieren, muss aber nicht. Kommt halt (schon wieder) darauf an, wie die Hostingumgebung aussieht. Man hat die Installationsarchive, die es anfangs auch bei Contao 4 noch gab, sicher nicht grundlos aufgegeben.

Wie auch immer, für mich klang das so, als ob die Entscheidung für einen Umzug bereits gefallen wäre. Das halte ich auch für die richtige Entscheidung. Jedes Hosting, das nicht mit dem Contao-Manager oder zumindest mit dem Composer direkt in der SSH-Konsole funktioniert, würde ich meiden wie die Beulenpest. Jedenfalls wenn ich Contao benutzen will. Das bringt nur Mehraufwand und Ärger bei der Wartung der Installation, auch wenn das jemand macht, der sich mit Contao und dem Webhoster auskennt. Falls es der Kunde selbst machen soll, wird er wahrscheinlich ziemlich viel Spass haben.

Ich war längere Zeit "aus'm Rennen", daher erst jetzt meinen Dank für all eure (weiteren) Antworten.

Da es sich bei der Installation um ein komplett neues Projekt handelt (gab noch keine Homepage), auch noch keine Postfächer aktiv waren, war der Providerwechsel ohne große Schmerzen und mit überschaubaren finanziellem Verlust verbunden.

Contao per shell installieren oder per tar.gz auf dem Webspace ist für mich schon zu unwägbar. Ich mag demn Conato-Manager, der mich so schön "an die Hand nimmt". Insofern gebe ich tab völlig recht: Wenn der Hoster keinen Bock auf Contao hat, scheidet er aus - was hier ja auch längst passiert ist ;)

Euch allen beste Grüße
Jens