Contao 4.4 auf Telekom-Server

[wdm]

Hat jemand Erfahrungen mit der Installation von Contao 4.4 auf einem Telekom Server?
Im Kundenauftrag soll auf einem bestehenden Homepage Basic Paket (PHP 7.0) die aktuelle Contao Version installiert werden.
Nach dem telefonischen Kontakt mit dem Telekom-Support wurde der Account auf eine aktuelle Serverumgebung geschalten, die auch htaccess unterstützt.
Gesagt, getan. Also ein entsprechendes Verzeichnis angelegt (contao4/web) und den Dokumentenroot auf dieses Verzeichnis eingestellt.
Den contao-manager hochgeladen und installiert. Bis hier hin alles super. Beim anschließenden Aufruf des Contao Installers (domain.de/contao/install) erhalte ich jedoch nur eine weiße 404-Seite mit der Fehlermeldung:
Not Found
The requested URL /contao/install was not found on this server.
Mit der Anleitung in der Telekom Hilfe kam ich auch nicht weiter bzgl. anlegen einer httpd.conf usw.
Wie es scheint ist die mod_rewrite Extension nicht verfügbar. Ob der Server zusätzlich noch Probleme mit den Symlinks hat, kann ich nicht sagen.

Das ist die Antwort vom Support:
Ihre Anfrage zur Contao Installation wurde durch unsere Fachabteilung beantwortet.

Leider können wir Ihnen keine Unterstützung anbieten, bitte wenden Sie sich an die Contao Community.

Eine Anleitung zu Contao finden Sie online unter https://homepagecenter.telekom.de/index.php?id=710.

Daher meine Frage. Hat schon jemand ein Contao 4.4 auf dieser Server-Konstellation installiert bzw. am Laufen?

[tschero]

Beim anschließenden Aufruf des Contao Installers (domain.de/contao/install).....

Wenn Du das über den Contao-Manager installieren willst ist der Aufruf:

domain.de/contao4/contao-manager.phar.php

Die Datei des CM muss dann auch die Endung *.php haben.

EDIT:
Oh sorry - hast Du ja gemacht - hab ich überlesen.

Gruß
tschero

[xchs]

Prüfe Deine Serverumgebung zunächst mit dem aktuellen Contao Check: https://github.com/contao/check

Es sieht jedenfalls danach aus, als ob entweder die .htaccess überhaupt nicht verarbeitet wird oder die mod_rewrite Extension - wie von Dir vermutet - tatsächlich fehlt.

Kannst Du das Contao Installtool so aufrufen: https://example.com/app.php/contao/install ?

[wdm]

Ja, die Installation des Contao-Managers ist sauber durchgelaufen (keine RAM Probleme).
Nur mit dem Contao Installer klappt das nicht. Da dazu die URL per .htaccess umgeschrieben wird. Und das funzt nicht.

In der Telekom Hilfe gibt es nur ein Beispiel für die Konfiguration der httpd.conf für Wordpress, aber das hilft mir auch nicht weiter.
Habe dort schon die folgenden Einträge drin:

<Directory /home/www/public_html/contao4/web>
AllowOverride All
Options +FollowSymlinks

</Directory>

ohne Erfolg.

[wdm]

Prüfe Deine Serverumgebung zunächst mit dem aktuellen Contao Check: https://github.com/contao/check

Es sieht jedenfalls danach aus, als ob entweder die .htaccess überhaupt nicht verarbeitet wird oder die mod_rewrite Extension - wie von Dir vermutet - tatsächlich fehlt.

Kannst Du das Contao Installtool so aufrufen: https://example.com/app.php/contao/install ?

Ich dachte der Contao Check funktioniert bei Version 4 nicht?
Der Aufruf hat funktioniert!
Der Installer ist auch sauber durchgelaufen. Backend funktioniert.
Bin mir nur nicht sicher, ob das Auswirkungen an anderer Stelle hat.
Die URL Umschreibung wird so wohl nicht funktionieren.

[amateur]

Ich weiß nicht ob es hilft, aber einen ähnlichen Umzug auf deren modernere Serverumgebung habe ich kürzlich für einen Kunden und seiner WordPress-Installation erledigt und mod_rewrite mit folgendem Code in der httpd.conf aktiviert

<Directory /home/www/public_html/>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</Directory>

Die Datei liegt im Ordner etc . Dieser befindet sich auf gleicher Ebene wie das public_html Verzeichnis (der obersten mir erreichbaren Ebene)

[wdm]

Ja das ist das Beispiel aus der Telekom Hilfe (habe ich so gemacht), aber eben für Wordpress. Für Contao hat das so nicht funktioniert. Zumindest beim Installer. Ob das für die normale URL Umschreibung funktioniert, kann ich noch nicht sagen. Soweit war ich noch nicht.

[xchs]

Ich dachte der Contao Check funktioniert bei Version 4 nicht?

Doch, funktioniert einwandfrei. Nur die Integrität der Dateien und Ordner kann unter Contao 4 nicht mehr überprüft werden. Die Systemvoraussetzungen hingegen schon.

Die URL Umschreibung wird so wohl nicht funktionieren.

Vermutlich nicht.

[wdm]

Der Contao-Check gibt mir grünes Licht für die 4.x (nicht 4.5). Die Dateirechte passen und auch die zusätzlichen Dienste sind OK.
Eine testweise angelegt phpinfo Datei

<?phpinfo();?>

bringt mir beim Aufrufen auch nur eine weiße Seite und wird wahrscheinlich nicht ausgeführt.

[xchs]

Eine testweise angelegt phpinfo Datei

<?phpinfo();?>

bringt mir beim Aufrufen auch nur eine weiße Seite und wird wahrscheinlich nicht ausgeführt.

Steht das tatsächlich genau so in Deiner Datei?

Versuch's mal so:

<?php phpinfo(); ?>

[wdm]

OK, hatte doch einen kleinen Fehler drin.
Jetzt bekomme ich auch die Info angezeigt. Dort taucht jedoch definitiv kein mod_rewrite Modul auf.
Jetzt habe ich gleich den nächsten Fehler im Contao-Manager beim installieren der rocksolid-custom-elements fliegt dieser wegen unzureichendem Speicher weg.
Ich sehe schon, das wird nichts Gescheites.

[wdm]

Jetzt konnte ich per .user.ini zumindest das memory_limit auf 256M anheben. Trotzdem bricht mir die Paketinstallation im Manager mit der Fehlermeldung:
Error: "Out of memory (allocated 620765184) (tried to allocate 33554440 bytes)" in phar:///home/www/public_html/contao4/web/contao-manager.phar.php/vendor/composer/composer/src/Composer/DependencyResolver/RuleSet.php on 84
ab.
Verstehe ich nicht so ganz. Laut phpinfo habe ich die 256M zur Verfügung. Warum braucht das Paket plötzlich 620M Ram? Auf einer anderen Serverumgebung habe ich diese Pakete mit 128M Ram problemlos installiert bekommen.
Liegt das evtl. an der PHP 7.0?

[xchs]

Das liegt daran, dass das memory_limit nur für den PHP Webprozess gilt, der Contao Manager bzw. Composer die Abhängigkeitsauflösung aber über einen Konsolenprozess ausführt, wo normalerweise andere Limits gelten. Die Composer-Operationen können mitunter auch noch deutlich mehr Speicher belegen, je nachdem wie umfangreich die Abhängigkeitsauflösung ist.

Hast Du die Möglichkeit, Composer auch direkt via Kommandozeile auf der Shell auszuführen?

[wdm]

Laut Paketbeschreibung sollte der SSH Zugriff möglich sein. Damit habe ich jedoch absolut keine Erfahrung.

[xchs]

Neue Erfahrungen zu Sammeln ist ja grundsätzlich nichts Schlechtes.

Nichtsdestotrotz kann es natürlich trotzdem sein, dass der zugeteilte Arbeitsspeicher auch beim direkten Ausführen des Composer-Skripts via Konsole nicht ausreicht. Das müsste Dir ggf. der Support mitteilen, was hier möglich ist. Ferner könntest Du ebenfalls nachfragen, wieso die mod_rewrite Erweiterung nicht aktiv ist bzw. ob es möglich wäre, diese entweder selbst zu aktivieren oder aktivieren zu lassen.

[wdm]

So wie ich das auf den Hilfeseiten verstanden habe, ist mod_rewrite prinzipiell nicht aktiv und wenn dann nur über den Umweg httpd.conf aktivierbar. So wie auch die htaccess Unterstützung.
Der entsprechende Eintrag in eben dieser Datei hat aber bisher keine Wirkung gezeigt.
Lt. offizieller Apache Dokumentation wird auch davon abgeraten htaccess zu aktivieren, da dies Nachteile bei der Performance bringe. So zumindest der Hinweis in der Hilfe.

SSH-Zugriff funktioniert. Gerade mit Putty getestet.
Da ich ja schon den Contao-Manager verwende, weiß ich nicht, ob die Verwendung des Composers per SSH parallel dazu überhaupt funktioniert. Zumindest habe ich keine composer.php auf dem Server gefunden, über welche lt. den einschlägigen Anleitungen die Erweiterungen per Konsole installiert werden.
Tauchen denn dann Erweiterungen, die per Konsole installiert wurden überhaupt im Contao Manager auf und lassen sich dort aktualisieren? Oder laufen die Systeme komplett getrennt voneinander?

Wie gesagt, mit dem Composer hatte ich bisher null Kontakt. Alle Contao4 Installationen liefen (bei anderen Providern) bisher problemlos per Contao Manager durch.

[xchs]

So wie ich das auf den Hilfeseiten verstanden habe, ist mod_rewrite prinzipiell nicht aktiv und wenn dann nur über den Umweg httpd.conf aktivierbar.

Naja, dort kannst Du zwar die Funktion an sich "aktivieren" (mittels RewriteEngine On) und entsprechende Umschreiberegeln konfigurieren, aber damit das funktioniert, muss klarerweise das Modul auch tatsächlich in der PHP-Konfiguration geladen sein.

Da ich ja schon den Contao-Manager verwende, weiß ich nicht, ob die Verwendung des Composers per SSH parallel dazu überhaupt funktioniert.

Diesbezüglich gibt es keine Probleme. Ob Du nun den Contao Manager verwendest oder das Composer-Skript via Konsole ausführst, spielt überhaupt keine Rolle.

Zumindest habe ich keine composer.php auf dem Server gefunden, über welche lt. den einschlägigen Anleitungen die Erweiterungen per Konsole installiert werden.

Die composer.phar müsstest Du erst herunterladen, z. B. via

wget https://getcomposer.org/download/1.6.5/composer.phar

Tauchen denn dann Erweiterungen, die per Konsole installiert wurden überhaupt im Contao Manager auf und lassen sich dort aktualisieren?

Ja, klar.

Oder laufen die Systeme komplett getrennt voneinander?

Nein.

[tab]

Was mit Composer in der Konsole installiert wurde, taucht auch im Manager auf und umgekehrt. Der Manager ist im Prinzip in dieser Hinsicht nur ein Web-Interface mit komfortabler Oberfläche für Composer. Beide beackern notgedrungen die selben Dateien und Verzeichnisse. Manuell installierte Erweiterungen erkennen beide nicht.

[wdm]

Habe jetzt per Konsole mal folgenden Befehl abgefeuert:

php contao-manager.phar.php composer require madeyourday/contao-rocksolid-custom-elements
Using version ^2.2 for madeyourday/contao-rocksolid-custom-elements
/home/www/public_html/contao4/composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory
www-data@hosting:~/public_html/contao4/web$

Erhalte aber auch dort den Fehler mit dem Memory.
Oder ist das nicht das gleiche wie mit der composer.php?

[xchs]

Kannst Du vielleicht auch mal überprüfen, welche PHP-Binary/-Version hier läuft:

php -v

[wdm]

Muss die composer.php ins Verzeichnis /contao4 oder in /contao4/web?

Lt. Contao-Manager Systemprüfung:
Serverkonfiguration

Individuelle Konfiguration, PHP-Binary in /usr/bin/php7.0.

[xchs]

Die composer.phar (nicht composer.php!) müsste in Deinem Fall ins Verzeichnis /contao4, also dorthin, wo auch die composer.json liegt.

Aber Du kannst es natürlich auch so machen, wie Du oben bereits beschrieben hast, nämlich direkt über die contao-manager.phar.php.

[xchs]

Lt. Contao-Manager Systemprüfung:
Serverkonfiguration

Individuelle Konfiguration, PHP-Binary in /usr/bin/php7.0.

Könntest Du vielleicht trotzdem auch mal ein

php -v

auf der Konsole ausführen?

[wdm]

OK, meinte die composer.phar.
Die Abfrage per Konsole ergab:
php -v
PHP 7.0.27-0+deb9u1 (cli) (built: Jan 5 2018 13:51:52) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.0.27-0+deb9u1, Copyright (c) 1999-2017, by Zend Technologies

Der Versuch die Erweiterung damit zu installieren, scheitert auch diesmal mit dem gleichen Memory Fehler.
Werde ich mich wohl nochmal an den Telekom Support wenden müssen.
Ob die mir jedoch weiterhelfen können, wage ich zu bezweifeln, da die mich ja schon wegen dem Umleitungsproblem auf das Contao Forum verwiesen haben.

[xchs]

Okay, scheint soweit zu passen. Dann wirst Du wahrscheinlich Pech haben und der zugeteilte Arbeitsspeicher reicht tatsächlich nicht aus, um die Composer Abhängigkeitsauflösung auf dem Telekom-Server auszuführen. Man könnte das aber entweder auf einem anderen Server machen oder gleich lokal auf Deinem eigenen Rechner. Dafür müsstest Du Dir lediglich die composer.json und composer.lock herunterladen und dort dann das Composer Update bzw. eine Paketinstallation ausführen.

[tab]

Kann mir irgendwie nicht so recht vortsllen, dass man ausgerechnet bei der Telekom genügend RAM bekommt für das Update einer Installation oder das Installieren von Erweiterungen. Da brauchst du mehr als 1 GB RAM momentan, Tendenz steigend. Edit: Das klappt vielleicht noch bei mir mit CMS Pro bei Webgo oder auf einem Uberspace 7. Bei einem Uberspace 6 dürfte es mittlerweile auch nicht mehr reichen.
Das heißt nicht, dass Contao da nicht laufen könnte! Contao 4 selbst braucht im Betrieb auch nicht unbedingt mehr RAM als Contao 3.

[xchs]

da die mich ja schon wegen dem Umleitungsproblem auf das Contao Forum verwiesen haben.

Naja, Du musst denen begreiflich machen, dass das Modul offenbar nicht in der PHP-Konfiguration auftaucht (laut phpinfo()). Der Verweis auf das Contao-Forum ist somit nicht zielführend, zumal dies die PHP-Konfiguration betrifft, die entweder der Hoster vorgibt oder von Dir über das AdminPanel selbst verwaltet werden kann.

[tab]

Naja, Telekomiker halt . Wahrscheinlich muss man da das passende PHP selbst kompilieren und installieren. mod_rewite ist aber auch freilich schon ein sehr exotisches Modul , was kaum jemand für seine Website braucht. Da bin ich ja mal gespannt auf die intl-Erweiterung.

[wdm]

Ich hab dem Support nochmal eine Mail mit den auftretenden Fehlern und den Lösungsansätzen von hier geschrieben.
Mal sehen ob sie darauf reagieren bzw. einen Lösungsansatz haben.

Ich hatte ja gleich ein ungutes Gefühl als ich gehört habe, wo die Seite gehostet ist. Der Kunde, für den ich die Webseite aufsetzen soll, will aber unbedingt bei der Telekom bleiben, da auch der Telefonanschluß und sämtliche Mails darüber laufen und sie mit der Business Betreuung ansich sehr zufrieden sind.
Wenn alle Stricke reißen und der Support keine Lösung anbieten kann, bekomme ich ihn vielleicht doch zu einem Provider ohne Probleme.
Bei all-inkl.com, wo ich alle meine anderen Kundenprojekte hoste, wäre ich schon 3-mal fertig. So schlägt man sich tagelang mit solchem Mist rum. Was tut man nicht alles für das Kundenwohl.

[mlweb]

Nur mal so als Hinweis zum Nachdenken. Ende 2011 war das hier das Ende eines anderen Versuches bei der Telekom https://community.contao.org/de/show...l=1#post456994

[stefan-at-work]

Wenn alle Stricke reißen und der Support keine Lösung anbieten kann, bekomme ich ihn vielleicht doch zu einem Provider ohne Probleme.
Bei all-inkl.com, wo ich alle meine anderen Kundenprojekte hoste, wäre ich schon 3-mal fertig. So schlägt man sich tagelang mit solchem Mist rum. Was tut man nicht alles für das Kundenwohl.

Der Kunde muss ja nicht komplett umziehen. all-inkl-Paket buchen und dann den A-Record dahin umleiten.

[tschero]

Der Kunde muss ja nicht komplett umziehen. all-inkl-Paket buchen und dann den A-Record dahin umleiten.

Ich frag mal ganz leise an dieser Stelle - weiß jemand wie man das mit dem A-Record bei 1und1 macht?
Das wollte ich auch mal ausprobieren, finde das aber leider nicht.

Gruß
tschero

[wdm]

Sicher kann man den DNS Eintrag auf einen externen Server umleiten. Aber welchen Sinn macht es dann 2 Hostingpakete zu bezahlen. Der Aufwand bei 10 Mailkonten die Zugangsdaten vor Ort zu ändern hält sich sicherlich in Grenzen. Zumindest hätte ich das in der Zeit, die ich inzwischen mit dem Support und rumprobieren vertan habe, 2mal erledigt und die Webseite würde auch laufen. Was im Moment ja immer noch in den Sternen steht.

Den Reaktionen nach hier zu urteilen, ist der Kreis der Leute, die Contao bei der Telekom am laufen haben, wohl sehr klein ;-). Warum wohl?!

Vielleicht kann ich den Kunden nach dem ganzen Kuddelmuddel ja doch noch von einem Wechsel überzeugen.

[tab]

Ich frag mal ganz leise an dieser Stelle - weiß jemand wie man das mit dem A-Record bei 1und1 macht?
Das wollte ich auch mal ausprobieren, finde das aber leider nicht.

Gruß
tschero

Bei der Domain die Verwendungsart anpassen -> DNS
Das Interface dazu ändert sich zwar stündlich bei 1&1, aber ich habe das früher bei 1&1 öfter genutzt, auch als ich da noch keine Probleme hatte, um irgendwelche Subdomains zum Beispiel bei Uberspace aufzuschalten.

[lex83]

im "/etc/" (root oder public_html; etc muss angelegt werden) Ordner eine "httpd.conf" Datei mit z.B.

<Directory /home/www/public_html/contao/web>
AllowOverride All
Options +FollowSymlinks

RewriteEngine On
RewriteBase /
</Directory>

VIel Spaß :-)

[Harry_M]

Hat jemand das nun erfolgreich hinbekommen contao auf einem Telekom-Server zu installieren? Oder lässt man da besser die Finger davon.

Ich habe derzeit gerade einen Kunden, der bei der Telekom ist… ich tendiere gerade dazu, ihn zu einem Umzug zu raten…

[lucina]

Persönliche Meinung: Die können Festnetz. Meistens können sie Mobilfunk. An manchen Tagen können sie auch Mail. Aber Hosting ist etwas, das sie nicht wirklich können.

Ich kann mir gerade auch nicht vorstellen, wie hoch der Stresszuschlag sein müsste, damit ich das in Erwägung ziehen würde. Vermutlich könnte man von dem vielen schönen Geld auch viele andere Dinge machen.

[kiekes]

Hat jemand das nun erfolgreich hinbekommen contao auf einem Telekom-Server zu installieren? Oder lässt man da besser die Finger davon.

Ich habe derzeit gerade einen Kunden, der bei der Telekom ist… ich tendiere gerade dazu, ihn zu einem Umzug zu raten…

Contao 3.38 ja, an der Installation von Contao 4 hadere ist mit den selben Problemen wie oben beschrieben.

Laut Contao Check ist eine INstallation bis Contao4.4 möglich, Contao4.5 und höher nicht, da kein PHP 7.1 auswählbar ist aktuell nur PHP 7.0330.

Auch bei mir war es möglich den Contao Manager zu installieren und auch Erweiterungen waren möglich, aber sobald das Install-Tool aufgerufen wird ist Ende.
Die Meldung ist wie oben schon beschrieben das die Seite meine-url.de/contao/install nicht gefunden werden kann.

[kiekes]

Contao 3.38 ja, an der Installation von Contao 4 hadere ist mit den selben Problemen wie oben beschrieben.

Laut Contao Check ist eine INstallation bis Contao4.4 möglich, Contao4.5 und höher nicht, da kein PHP 7.1 auswählbar ist aktuell nur PHP 7.0330.

Auch bei mir war es möglich den Contao Manager zu installieren und auch Erweiterungen waren möglich, aber sobald das Install-Tool aufgerufen wird ist Ende.
Die Meldung ist wie oben schon beschrieben das die Seite meine-url.de/contao/install nicht gefunden werden kann.

Habe nun tatsächliche ein Contao 4.4 laufen!

>Die Hürde war dann doch recht einfacvh zu beheben. Im Dateimanager Homepageverzeichnis einen Ordner "etc" und darin eine httpd.conf angelegt wie auch auf der Hilfeseite der Telekom beschrieben.
Der Inhalt war wie weiter oben auch schon von einem Mitglied (lex83) gepostet:

<Directory /home/www/public_html/dein Verzeichnis/web>
AllowOverride All
Options +FollowSymlinks

RewriteEngine On
RewriteBase /
</Directory>

Dadurch konnte ich das Install-Tool starten und alles bis zum Ende durchführen. Es hakte noch einmal bei der Datenbankbereinigung.

[MathiasR.]

Welchen PHP-Binary Pfad hast du bei der Konfiguration des Contao Managers angegeben? - /usr/bin/php7.0?