Installation Contao 4.4 / Contao Manager

[mlweb]

Da Andreas bei der Konferenz gesagt hat, dass der Manager über ein Selfupdate (Intervall dafür war glaub ich bei 10min??) verfügt, sollte die Version des Managers nahezu jederzeit aktuell sein.

[BugBuster]

Aber nicht, wenn beim Aufruf gleich der Fehler kommt denke ich mal.

[Sebeljaner]

Naja, der CM kann ja eigentlich noch nicht installiert sein, da ich ja nicht soweit komme. Vorher kommt die Fehlermeldung. Die jetzige Version ist 1.0.0-beta1.

Die Ordner cgi-bin und usage sind bei All-Inkl.com Standardordner die ich nicht löschen kann. Es wäre also gut, wenn solche Ordner die nicht zu Contao gehören, zukünftig ignoriert werden können.

[mlweb]

Aber nicht, wenn beim Aufruf gleich der Fehler kommt denke ich mal.

Da hast Du natürlich verdammt recht .

[mlweb]

Die Ordner cgi-bin und usage sind bei All-Inkl.com Standardordner die ich nicht löschen kann. Es wäre also gut, wenn solche Ordner die nicht zu Contao gehören, zukünftig ignoriert werden können.

Das ist doch gar nicht nötig. Du solltest den Ordner web nicht ins root Deines Hostings legen sondern in einen extra Ordner, dann gibt es auch keine Probleme diesbezüglich.

[jscholtysik]

In der beta2 wird cgi-bin ignoriert. Welche Contao Manager Version hast du installiert?

Schön wäre es, wenn usage dann auch ignoriert werden würde. cgi-bin und usage werden von All-Inkl immer standardmäßig angelegt.

[jscholtysik]

Das ist doch gar nicht nötig. Du solltest den Ordner web nicht ins root Deines Hostings legen sondern in einen extra Ordner, dann gibt es auch keine Probleme diesbezüglich.

Hi Maren,

das ist m.M.n. etwas missverständlich in den Anleitungen dargestellt. Hier wird immer nur vom Ordner /web gesprochen, aber nicht davon, dass der Ordner /web irgendwo unterhalb eines anderen Ordners abgelegt werden sollte. Ich hatte bei meinem ersten Versuch gestern genau das selbe Problem. Beim zweiten Versuch habe ich dann /web unter /contao angelegt und damit dann keine Probleme gehabt.

[Spooky]

das ist m.M.n. etwas missverständlich in den Anleitungen dargestellt.

Für die Installation von Contao 4 ist das ja auch eigentlich unerheblich, daher taucht es auch in keiner Anleitung auf. Wenn du mit vhosts arbeitest ist es aber ohnehin üblich die folgende Verzeichnisstruktur zu haben:

/path/to/webspace/domain1/…
/path/to/webspace/domain2/…
/path/to/webspace/domain3/…

Je nach Hoster könnte es aber sein, dass trotzdem irgendwelche automatisch erzeugten Ordner in den DocumentRoots erzeugt werden.

Schön wäre es, wenn usage dann auch ignoriert werden würde. cgi-bin und usage werden von All-Inkl immer standardmäßig angelegt.

Siehe dazu auch https://github.com/contao/contao-man...ment-309371548

[AgentK]

Hi,
ich habe schon gesehen, was der Manager von mir verlangt, allerdings macht das für mich kein Sinn. Die Installation funktioniert ja und wenn ich jetzt die Ordner löschen soll, ist das irgendwie komisch, denn darunter sind ja auch Ordner der Core-Installation und auch Serverseiteseitige Ordner die ich nicht löschen kann.
Die Fehlermeldung ist einfach zu umfangreich und daher schließe ich daraus das wohl ein größeres Problem vorliegt. Auf dem Server läuft z.B. PHP 7 und da ich manuell den Composer nicht installiert habe, kann es vielleicht auch daran liegen.

Den Fehler mit dem CGI-Ordner kannst du auch elegant umgehen, in dem du mehrere Unterverzeichnisse bei All-Inkl einrichtest und dann Contao darin installiert. Bei mir hat es geklappt, nachdem ich einen Ordner

http/web/........<contao-installation>

eingerichtet habe.

@BugBuster
Die Fehlermeldung taucht bei All-Inkl mit allen Dateien und Ordnern auf, wenn der Webspace nicht vorher zu 100% geleert wurde bevor man mit der Installation von Contao 4.* beginnt.

[jscholtysik]

Für die Installation von Contao 4 ist das ja auch eigentlich unerheblich, daher taucht es auch in keiner Anleitung auf. Wenn du mit vhosts arbeitest ist es aber ohnehin üblich die folgende Verzeichnisstruktur zu haben:

/path/to/webspace/domain1/…
/path/to/webspace/domain2/…
/path/to/webspace/domain3/…

Je nach Hoster könnte es aber sein, dass trotzdem irgendwelche automatisch erzeugten Ordner in den DocumentRoots erzeugt werden.




Siehe dazu auch https://github.com/contao/contao-man...ment-309371548

Danke Spooky fürs Kommentieren auf Github!


Sollte man dann nicht in der Anleitung unterscheiden, ob es sich um ein Shared Hosting Paket oder um Managed/dedizierte Server mit der eventuellen Möglichkeit für vhosts handelt? Ich selbst hatte bisher noch nie die Notwendigkeit, überhaupt mit vhosts arbeiten zu müssen. Ich arbeite immer mit Subdomains.

[Spooky]

Sollte man dann nicht in der Anleitung unterscheiden, ob es sich um ein Shared Hosting Paket oder um Managed/dedizierte Server mit der eventuellen Möglichkeit für vhosts handelt?

In welcher Anleitung meinst du jetzt? Außerdem ist das ja irrelevant, oder was genau meinst du da jetzt?

Ich selbst hatte bisher noch nie die Notwendigkeit, überhaupt mit vhosts arbeiten zu müssen. Ich arbeite immer mit Subdomains.

Das ist (mehr oder weniger) dasselbe . Für jede (Sub)Domain existiert auch ein Eintrag in einem vhost.

[Webstylerin]

Gerade eben Contao 4.4 via Contao Manager auf einem PLESK-System installiert, war wohl erfolgreich, bin im Backend drin.

Hatte vorher aber auch die Meldung "ERROR 500 Unerwarteter API-Status", da war aber noch PHP 5.6 eingestellt. Mit PHP 7.1 geht es. (Plesk hat Probleme mit dem Composer und dem Live-Update bei Verwendung von PHP 5.6).

[mlweb]

Schön wäre es, wenn usage dann auch ignoriert werden würde.

Das sind die Ordner die bei All-Inkl angelegt werden. 1&1 hat im root in einem meiner Kunden-Pakete die Ordner .subversion und log liegen. Bei strato sind es die Ordner cgi-data und cgi-bin.
Ich denke die vernünftige Struktur im Hostingpaket ist völlig unabhängig von Contao. Dafür trägt derjenige die Verantwortung der das Paket einrichtet.
Aber ich gebe Dir recht ein kleiner Hinweis darauf, dass der Ordner direkt oberhalb von web leer sein muss, könnte vielleicht manche Nachfrage ersparen.
Abfangen kann man das m.E. so einfach nicht. Es ist halt bei jedem Hoster etwas anders. Webgo z.B. legt mir bei anlegen einer Domain grundsätzlich einen eigenen Ordner an in dem sich eine index.html befindet. Wenn ich die nicht lösche, meckert der Manager auch.

[jscholtysik]

In welcher Anleitung meinst du jetzt? Außerdem ist das ja irrelevant, oder was genau meinst du da jetzt?

Das ist (mehr oder weniger) dasselbe . Für jede (Sub)Domain existiert auch ein Eintrag in einem vhost.

Zur Anleitung:

Hier zum Beispiel:

https://docs.contao.org/books/manage...n-manager.html

Finde ich persönlich etwas missverständlich und bedeutet für mich:

- Erstelle einen Unterordner /web (egal wo) und kopiere dann da den Contao Manager rein.
- Ich habe also eine Subdomain bei All-Inkl: contao4.domain.de
- Dann erstelle ich einen Unterordner /web
- Leite dann den DocumentRoot in dieses Unterverzeichnis, was aber durch die All-Inkl-Verzeichnisse cgi-bin und usage die anschließende Installation verhindert
- Erstelle ich aber einen Unterordner /contao und darin dann /web, funktioniert die Installation ohne Fehlermeldungen


Zu den vhosts:

Mit denen ich dann aber nicht in Berührung komme... ;-)

[Spooky]

Mit denen ich dann aber nicht in Berührung komme... ;-)

Doch, wenn du den DocumentRoot einer Domain festlegst, "berührst" du die VirtualHost Konfiguration.


Die Anleitung anzupassen hat eigentlich keinen Sinn. In der nächsten Version der Managers sollte die Installation in solchen Fällen ja funktionieren.

[do_while]

Die Fehlermeldung taucht bei All-Inkl mit allen Dateien und Ordnern auf, wenn der Webspace nicht vorher zu 100% geleert wurde bevor man mit der Installation von Contao 4.* beginnt.

Ich habe da nichts löschen müssen. Ich habe Contao 4.4 mit dem Contao Manger auf der Konferenz in ca. 10 Minuten fehlerfrei installiert.
Am längsten hat gedauert, den Pfad zum PHP 7.1 herauszufinden (/usr/bin/php71).
- Subdomain anlegen, PHP-Version setzen
- SSL-Zertifikat einrichten
- neue Datenbank anlegen
- Contao-Manager downloaden
- Contao Manager hochladen und .php anfügen
- aufrufen und die Installation ausführen lassen
-----
In Summe ca. 10 Minuten bei schlechter WLAN-Verbindung

All-Inkl Premium-Paket
PHP 7.1

[Spooky]

Ich habe da nichts löschen müssen.

In welchen Ordner genau hast du den Manager installiert?

[Tim G]

Nachtrag zur Installation auf All-inkl:

So, ES HAT GEKLAPPT!!!!

php5.5 -> gescheitert
php5.6 -> gescheitert
php7.0 -> gescheitert
php7.1 -> damit hat es geklappt. Daten per Manager. Ich konnte das Installations-Tool betreten und roh installieren.

PHP-Binary: /usr/bin/php71

(Der Contao check hat bei allen Versionen grünes Licht gegeben)

Anbei die KAS Ansicht meiner Subdomain. Paket ist: All-inkl PrivatPlus

screenshot_2248.jpg

[jscholtysik]

Genau die gleiche Konfiguration habe ich jetzt auch bei All-Inkl. Installation z.B. unter /htdocs/contao4/web, nicht unter /htdocs/web, weil das ja mit den automatisch angelegten Ordnern bei All-Inkl nicht funktioniert.

[do_while]

In welchen Ordner genau hast du den Manager installiert?

Na in den Ordner web, sonst kann man ihn ja nicht über die Subdomain aufrufen.

https://sub.domain.tld/contao-manager.phar.php

[do_while]

Genau die gleiche Konfiguration habe ich jetzt auch bei All-Inkl. Installation z.B. unter /htdocs/contao4/web, nicht unter /htdocs/web, weil das ja mit den automatisch angelegten Ordnern bei All-Inkl nicht funktioniert.

Du musst hier bedenken, dass Contao in einem Verzeichnis höher liegt: Wenn Du nur ein /web anlegst, landet die Contao-Installation in der Root des Webspaces und Du kannst nicht mehrere unabhängige Installationen verwalten. Eine tiefere Verzeichnisstruktur tut ja auch nicht weh, macht den Webspace aber übersichtlicher.

[jscholtysik]

Hi Hagen,


deswegen lege ich ja eine Subdomain an, weil ich nicht mehrere unabhängige Installationen in dieser Subdomain benötige (schön alles trennen), sondern in diesem Fall nur eine Contao 4 Installation.

Na in den Ordner web, sonst kann man ihn ja nicht über die Subdomain aufrufen.
Code:
https://sub.domain.tld/contao-manager.phar.php

Das ist schon klar, aber wie sieht hier der DocumentRoot bei All-Inkl bei Dir aus?

[Spooky]

Na in den Ordner web, sonst kann man ihn ja nicht über die Subdomain aufrufen.

https://sub.domain.tld/contao-manager.phar.php

Ich meinte den absoluten Ordner, nicht den relativen Ordner zur Domain.

[thesweetg]

Die Installation von Paketen über den "contao-manager.phar.php" dauert um einiges länger als bei Contao 3.5.
Der Installationsprozess für die "Rocksolid Custom Elements" zb. hat bei mir ca 1 Min gedauert.
... und zusätzlich muss man dann auch noch ins Contao-Installtool

[do_while]

Ich meinte den absoluten Ordner, nicht den relativen Ordner zur Domain.

/www/htdocs/w0123456/webseiten/_tests/contao4.4/web/

[Spooky]

/www/htdocs/w0123456/webseiten/_tests/contao4.4/web/

Deswegen passiert bei dir auch nicht dieser Fehler, weil du Contao nicht direkt im Root des Webspace installiert hast.

[mlweb]

Die Installation von Paketen über den "contao-manager.phar.php" dauert um einiges länger als bei Contao 3.5.

Im Gegensatz zur Erweiterungsverwaltung werden im Manager zuvor auch alle Abhängigkeiten auf Kompatibilität getestet.

... und zusätzlich muss man dann auch noch ins Contao-Installtool

Das soll in Zukunft alles in den Manager integriert werden. Ist aber im Moment noch nicht so weit.

[k-webdesign]

Hmmm, ich rätsle gerade...

Der Manager funktioniert in einer 4.4 bei netcup tadellos. Bei den beiden anderen nicht, da erhalte ich beim Aufruf der .phar.php. Alles waren ursprünglich 3.5er, die ich auf die 4.3 angehoben und gestern auf die 4.4. geupdated hatte (über die Konsole).

ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:

- .gitignore
- README.md
- app
- assets
- composer.json
- composer.lock
- composer.phar
- files
- system
- templates
- var
- vendor

Der Domain-Root ist bei allen 3: /httpdocs/contao4/web -> darin liegt auch die contao-manager.phar.php.

Ist da schon jemand dahinter gestiegen? Aus den bisherigen Posts wurde ich jetzt nicht wirklich schlau...

[Spooky]

Ist das auch eine Managed Edition?

[k-webdesign]

Ja, sry, vergessen zu erwähnen

[Spooky]

Gibt es die Datei /vendor/bin/contao-console ?

[k-webdesign]

Ja, in allen 3 Installationen. Ist ein Symlink woandershin.

Interessant ist aber, dass bei der Installation, bei der der CM funktioniert, doctrine-dbal, parse, pscss und update-psl ebenfalls Symlinks sind. In den anderen beiden, wo es nicht funktioniert, sind es keine.

[Sebeljaner]

Das ist doch gar nicht nötig. Du solltest den Ordner web nicht ins root Deines Hostings legen sondern in einen extra Ordner, dann gibt es auch keine Probleme diesbezüglich.

Ok, ich finde das zwar ein wenig umständlich, aber ich werde es probieren. Vielleicht sollte man das im Manual, dann explizit erwähnen, das auf jedenfall ein eigener Contao Unterordner erstellt werden muss, in dem die gesamte Installation hochgeladen wird. Dann ist das eindeutig und selbst, wenn es nicht alle Hoster betreffen wird, geht man damit auf Nummer sicher.

MfG
Sebeljaner

[Spooky]

Ja, in allen 3 Installationen. Ist ein Symlink woandershin.

Interessant ist aber, dass bei der Installation, bei der der CM funktioniert, doctrine-dbal, parse, pscss und update-psl ebenfalls Symlinks sind. In den anderen beiden, wo es nicht funktioniert, sind es keine.

Funktioniert die contao-console? Also kannst du zB

php vendor/bin/contao-console cache:clear

ausführen?

[k-webdesign]

Funktioniert die contao-console? Also kannst du zB

php vendor/bin/contao-console cache:clear

ausführen?

Ja, das geht bei allen dreien durch. Doch auch nach Leeren des Symfony-Caches ändert sich nix

[Spooky]

Du könntest mal probieren den gesamten /vendor Ordner zu löschen und danach wieder ein

composer install

ausführen. Auf eigene Gefahr

[k-webdesign]

Gemacht - mit Backup natürlich

Jetzt sind überall die Symlinks da, der 500er leider auch nach wie vor. Hab zuerst den Symfony Cache geleert, dann vendor gelöscht und composer install ausgeführt. Meeeh

[Spooky]

Dann würde ich das mal mit allen Informationen als Ticket posten.

[Tim G]

Thema Symlinks nach der Installation:

Für die Ordner "files", "templates", die jetzt eine Ebene über dem Server-Root "web" liegen müsste eigentlich ein Symlink angelegt werden in "web". Hab ich etwas übersehen?
Ohne Symlinks enden Dateiabfragen natürlich in einem 404. Das {{image}} Inserttag scheitert damit auch.

[siebenvier]

Also, wenn das mit PHP 5.5 geht aber mit 7.0 nicht, dann ist das doch der beste Beweis, dass die Ursache beim Hoster liegt.
Da fehlt ein Zertifikat oder ähnliches unter PHP 7.
Das sollten die von DF aber auch kapieren.

Dass der Hoster die Wurzel allen Übels ist, kann ich nur bestätigen. ;-)
Habe gestern zig Stunden damit verbracht, ein lauffähiges Contao 4.4 an den Start zu bekommen.
Musste leider feststellen, dass der Contao Manager nicht nutzbar ist (1&1 Unlimited Pro Paket).
Man kommt nur weiter, indem man direkt in der Konsole arbeitet. Aber auch nur begrenzt (composer/update führt auch zu diversen Abbrüchen).
Der Manager bricht sämtliche Konsolen-Tasks ab mit einer Fehlermeldung.
Es steht zum einen nur PHP 5.6 zur Verfügung und zum anderen einfach zu wenig RAM - was sich auch nicht durch das hochsetzen des memory limits per php.ini lösen lässt.
Mit voreingestelltem PHP7 kommt man gar nicht zum Zug (max. /usr/bin/php5.5-cli möglich).

Für alle, die es interessiert - bei 1&1 gibt es zumindest eine Kurzanleitung für den Composer:
https://community.1und1.de/php-compo...nd1-verwenden/

Ansonsten bleibt einem nur übrig, einen Server zu mieten, den man beliebig konfigurieren kann.
Dann klappt es vielleicht auch mit dem Contao Manager ;-)