Holprige Installation, fehlender Extension Manager, Extensions nicht installierbar

Moin moin... :-)

Ich hatte diese Frage gestern schon im englischen Teil des Forums gepostet und wollte heute schauen, ob es eine Antwort gab. Da war ich dann etwas geschockt, das ich mich plötzlich nicht mehr einloggen konnte, mein Post nicht mehr da war und mein Benutzeraccount auch nicht mehr existent war. Bis ich dann gemerkt hatte, das ich heute im deutschen Teil (/de/) des Forums bin und ich mich hier noch mal neu registrieren muss.... Nunja, wäre vielleicht ein Gedanke wert, die Datenbanken der Foren zusammen zu legen, oder so?

Wie dem auch sei, hier mal meine Probleme und Fragen auf Deutsch:

Ich habe gestern mal versucht die neue Contao Version 4.0.3, bzw. das neue Symfony2 Bundle zu installieren. Dies hatte ich zuerst versucht, indem ich Symfony2 installiert hatte und dann die Requirements für Contao meiner composer.json hinzugefügt hatte.
Das hat auch so weit funktioniert, bis auf die Datenbank-Einrichtung. Bei Aufruf von Contao im Browser erhielt ich dann die Meldung, das die Installation unvollständig sei.

Deshalb habe ich dann die standard-edition ausprobiert, die ja eigentlich genau das Gliche installiert was ich zuvor schon versucht hatte... und tatsächlich hatte ich dann das gleiche Ergebnis.

Nach Suche und etwas Nachdenken, fand ich raus, das ich noch ein (laut diverser Forenbeiträge in der neuen Version noch nicht existierendes) Installtool aufrufen muss. Auch der Pfad /contao/install stimmte nicht. Schlussendlich habe ich dann selbst heraus bekommen, das ich meine (nginx-)vhost anpassen muss, so dass statt der app.php die install.php als front controller benutze. Nur so konnte ich das install tool aufrufen und die Installation abschliessen. Nachdem ich dann wieder die app.php als front controller eingestellt hatte, funktionierte auch mein Contao einwandfrei. Hier ist vielleicht noch etwas... verbesserungsbedarf an der Doku oder dem Install prozess ansich.

Nun, danach wollte ich ein paar extensions installieren, wie zum Beispiel das Megamenu oder ein schickes Carousel. Leider kann ich aber den Extension Manager nicht finden. Er scheint nicht Bestandteil der 4+ Version zu sein?

Auch das manuelle Installieren der Extensions scheint nciht zu funktionieren... nach Kopieren der Dateien nach /system/modules... und aufrufen des Installtools (auf demselben weg wie oben beschrieben), habe ich aber dennoch keine neuen Links in der linken Navigation um die Extensions zu konfigurieren. Diese scheinen also nicht installiert oder erkannt zu werden...

Ein Tipp hierzu wäre hilfreich und würde dankbar angenommen werden. :-)

---

Mit freundlichen Grüßen
Alexander Löhner

Founder of
LiCo - The Linux Counter Project
https://www.linuxcounter.net

Zitat:

---

Zitat von alex.loehner

Ich habe gestern mal versucht die neue Contao Version 4.0.3, bzw. das neue Symfony2 Bundle zu installieren. Dies hatte ich zuerst versucht, indem ich Symfony2 installiert hatte und dann die Requirements für Contao meiner composer.json hinzugefügt hatte.
Das hat auch so weit funktioniert, bis auf die Datenbank-Einrichtung. Bei Aufruf von Contao im Browser erhielt ich dann die Meldung, das die Installation unvollständig sei.

Deshalb habe ich dann die standard-edition ausprobiert, die ja eigentlich genau das Gliche installiert was ich zuvor schon versucht hatte... und tatsächlich hatte ich dann das gleiche Ergebnis.

---

Egal ob du Contao so wie du es gemacht hast installierst, oder über

Code:

---

composer create-project contao/standard-edition <target> 4.0.3

---

Du musst danach in jedem Fall das Install Tool aufrufen.

Zitat:

---

Zitat von alex.loehner

Nach Suche und etwas Nachdenken, fand ich raus, das ich noch ein (laut diverser Forenbeiträge in der neuen Version noch nicht existierendes) Installtool aufrufen muss. Auch der Pfad /contao/install stimmte nicht. Schlussendlich habe ich dann selbst heraus bekommen, das ich meine (nginx-)vhost anpassen muss, so dass statt der app.php die install.php als front controller benutze. Nur so konnte ich das install tool aufrufen und die Installation abschliessen. Nachdem ich dann wieder die app.php als front controller eingestellt hatte, funktionierte auch mein Contao einwandfrei. Hier ist vielleicht noch etwas... verbesserungsbedarf an der Doku oder dem Install prozess ansich.

---

Eigentlich musst du gar nichts davon machen. Normalerweise macht man folgendes:

• Einen vhost einrichten, dessen DocumentRoot im Web Folder liegt
• Eine .htaccess (oder nginx Konfiguration) dort anlegen, damit die app.php aufgerufen wird

Wenn du das alles nicht machst, dann lautet der Pfad zum Install Tool bspw.

Code:

---

http://your_contao_path/web/app.php|app_dev.php/contao/install

---

Zitat:

---

Zitat von alex.loehner

Nun, danach wollte ich ein paar extensions installieren, wie zum Beispiel das Megamenu oder ein schickes Carousel. Leider kann ich aber den Extension Manager nicht finden. Er scheint nicht Bestandteil der 4+ Version zu sein?

Auch das manuelle Installieren der Extensions scheint nciht zu funktionieren... nach Kopieren der Dateien nach /system/modules... und aufrufen des Installtools (auf demselben weg wie oben beschrieben), habe ich aber dennoch keine neuen Links in der linken Navigation um die Extensions zu konfigurieren. Diese scheinen also nicht installiert oder erkannt zu werden...

---

Es gibt wohl noch kaum Extensions für Contao 4. Evt. ein paar Bundles, die du per composer hinzufügen kansnt.

Zitat:

---

Zitat von Spooky

Egal ob du Contao so wie du es gemacht hast installierst, oder über

Code:

---

composer create-project contao/standard-edition <target> 4.0.3

---

Du musst danach in jedem Fall das Install Tool aufrufen.

---

Ja, das habe ich dann auch festgestellt. Leider war das nicht so deutlich ersichtlich. Aber ist ja kein Problem, funktionierte ja dann.

Zitat:

---

Zitat von Spooky

Eigentlich musst du gar nichts davon machen. Normalerweise macht man folgendes:

• Einen vhost einrichten, dessen DocumentRoot im Web Folder liegt
• Eine .htaccess (oder nginx Konfiguration) dort anlegen, damit die app.php aufgerufen wird

Wenn du das alles nicht machst, dann lautet der Pfad zum Install Tool bspw.

Code:

---

http://your_contao_path/web/app.php|app_dev.php/contao/install

---

---

Ja, das hatte ich an mehreren Stellen auch so gelesen, funktionierte aber nicht. Die "install.php" befindet sich auf der gleichen Ebene wie die app(_dev).php, also direkt im "web" Verzeichnis. das Aufrufen über "http://meine.domain/app.php/contao/install" gab mir nur eine 404 und der Aufruf von "http://meine.domain/install.php" ging natürlich auf die app.php da sie als Front Controller eingestellt war.
Deshalb habe ich die install.php als front controller eingestellt und so funktionierte es dann auch durch aufruf von "http://meine.domain/".

Meine nginx vhost Datei sieht wie folgt aus:

Code:

---

server {
    listen      80;
    server_name meine.domain;
    root /srv/meine.domain/web;

    access_log /LOGS/meine.domain_access_log;
    error_log /LOGS/meine.domain_error_log;

    location ~* \.(js|jpg|png|css)$ {
        root /srv/meine.domain/web;
        expires 30d;
    }

    location / {
        # try to serve file directly, fallback to app.php
        try_files $uri /app_dev.php$is_args$args;
    }

    location ~ ^/app_dev\.php(/|$) {
        fastcgi_pass php;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS off;
        internal;
    }

}

---

Hier hatte ich dann einfach die Zeile

Code:

---

try_files $uri /app_dev.php$is_args$args;

---

geändert zu:

Code:

---

try_files $uri /install.php$is_args$args;

---

...wodurch es ja dann funktionierte.

Zitat:

---

Zitat von Spooky

Es gibt wohl noch kaum Extensions für Contao 4. Evt. ein paar Bundles, die du per composer hinzufügen kansnt.

---

Ah, okay das ist eine Aussage die mir weiter hilft! Dann werde ich mich mal auf die Suche nach bundles machen, die ich per composer hinzufügen kann. Gibt es da eine Liste irgendwo mit solchen Bundles die man für Contao 4.x installieren kann?

---

Mit freundlichen Grüßen
Alexander Löhner

Founder of
LiCo - The Linux Counter Project
https://www.linuxcounter.net

Zitat:

---

Zitat von alex.loehner

Ja, das hatte ich an mehreren Stellen auch so gelesen, funktionierte aber nicht. Die "install.php" befindet sich auf der gleichen Ebene wie die app(_dev).php, also direkt im "web" Verzeichnis. das Aufrufen über "http://meine.domain/app.php/contao/install" gab mir nur eine 404 und der Aufruf von "http://meine.domain/install.php" ging natürlich auf die app.php da sie als Front Controller eingestellt war.

---

Das ist die neue install.php (leider ziemlich verwirrend), die es nur über die fertige Download Variante von Contao 4 gibt. Installierst du Contao 4 nur über Composer, sollte es die eigentlich nicht geben. Die neue install.php rufst du ganz normal auf: http://your_contao_path/web/install.php (oder ohne /web Verzeichnis, wenn du schon einen entsprechenden vhost hast).

Zitat:

---

Zitat von alex.loehner

Deshalb habe ich die install.php als front controller eingestellt und so funktionierte es dann auch durch aufruf von "http://meine.domain/".

---

Das musst du nicht machen. Wie gesagt einfach einmalig direkt aufrufen.

Es gibt auch einige Videos zur Installation. Suche nach "contao 4 installieren video" und "contao 4 erweiterungen installieren video".

Mich wundert das nicht, der vhost ist schlicht weg nicht richtig konfiguriert!

php-fpm mit Sockets, ist im Übrigen sicherer und schneller wie fastcgi. ;)

Zudem solltest Du Dich dringend mit der Absicherung von nginx beschäftigen.
Stichpunkte sind da:

• nginx-Proxi (den man auf der selben Maschine davor hängen kann)
• Brutforce
• X-Frame-Options
• X-Content-Type-Options
• X-XSS-Protection
• Strict-Transport-Security (bei Verwendung von SSL)
• naxsi

Gibt noch ein paar Sachen mehr, aber das sollte erst mal reichen. :)

Versuch es mal auf folgende Art und Weise, danach sollte die Seite korrekt und sogar mit Link-Umschreibung auf .html funktionieren:

/etc/nginx/nginx.conf (System weite Konfiguration)

Code:

---

user www-data;

# worker_processes = Anzahl der CPU-Kerne
worker_processes 4;
worker_rlimit_core  500M;
worker_rlimit_nofile  8192;
working_directory  /tmp/;

error_log        /var/log/nginx/error.log info;

pid /run/nginx.pid;

events {
        worker_connections 1024;

        use epoll;
        # multi_accept on;
}

http {
        include      /etc/nginx/mime.types;

        default_type application/octet-stream;

        types_hash_max_size 2048;

        # logging formatieren
        log_format main '$remote_addr - $remote_user [$time_local] "$request" '
                    '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';

        access_log  /var/log/nginx/access.log main;

        # Basis-Konfigurationen
#      sendfile off;
        sendfile on;
        server_name_in_redirect off;
        server_names_hash_max_size 2048;
        server_names_hash_bucket_size 512;

        # nginx-Version verstecken für alle vhost
        server_tokens          off;

        # Systemlinks System weit aktivieren, kann auch im vhost geschehen
        disable_symlinks off;

        # Performance
        tcp_nopush on;
        tcp_nodelay on;

        # timeouts deklarieren
        ignore_invalid_headers  on;
        client_max_body_size    10m;
        client_body_timeout    60s;
        client_header_timeout  60s;
        keepalive_timeout      10s;
        send_timeout            60s;
        client_header_buffer_size 4k;
        large_client_header_buffers 4 64k;
        output_buffers  4 32k;
        postpone_output  1460;

        # gzip Kompression
        gzip              on;
        gzip_static      on;
        gzip_buffers  4 32k;
        gzip_comp_level  9;
        gzip_http_version 1.0;
        gzip_min_length  1100;
        gzip_types        text/css text/javascript text/mathml text/plain text/xml application/x-javascript application/atom+xml application/rss+xml application/xhtml+xml image/svg+xml;
        gzip_vary        on;
        gzip_disable      "MSIE [1-6]\.(?!.*SV1)";

        # SSL Konfiguration
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
        ssl_prefer_server_ciphers on;

        # die meisten statischen Files cachen
        open_file_cache          max=10000 inactive=10m;
        open_file_cache_valid    2m;
        open_file_cache_min_uses 1;
        open_file_cache_errors  on;

        # virtual host Konfigrationen einbinden
        #include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}

---

Einige Konfigurationen müssen vielleicht an Dein System angepasst werden.

/etc/nginx/sites-enabled/##vhost## (oder wo auch immer Deine vhosts liegen)

Code:

---

server {
        listen 80;
        server_name    meine.domain;

        root /srv/meine.domain/web;
        index app.php;

        access_log /LOGS/meine.domain_access_log;
        error_log /LOGS/meine.domain_error_log;

        autoindex on;
        disable_symlinks off;
        charset UTF-8;

        # andere Header machen bei contao keinen Sinn, also sperren wir den Rest einfach mal aus
        if ( $request_method !~ ^(GET|HEAD|POST)$ ) {
                return 404;
        }

        location / {
                try_files $uri $uri/ /app.php?$args;

                if (-f $request_filename) {
                        expires 30d;
                        break;
                }

                # alle Adressen mit .html nach app.php parsen ohne Einfluss auf die Adresse im Browser
                if (!-e $request_filename) {
                        rewrite ^(.*)\.html$ /app.php ;
                        expires 7d;
                }
        }

        # folgende Dateiendungen werden in nginx nicht ausgeführt
        # da nginx die Dateien als Text ausgeben würde, sperren wir gleich mal den direkten Zugriff
        location ~* \.(tpl|html5|xhtml)$ {
                deny all;
        }

        # PHP über fastcgi aktivieren, besser noch über PHP-FPM mit Sockets (sicherer und schneller)
        location ~ [^/]\.php(/|$) {
                fastcgi_split_path_info ^(.+?\.php)(/.*)$;

                # wenn die Adressierung nicht passt Fehlermeldung ausgeben
                if (!-f $document_root$fastcgi_script_name) {
                        return 404;
                }

                # ein paar Deklarationen für fastcgi oder php-fpm ohne Sockets
                fastcgi_pass php;
                fastcgi_keep_conn on;
                fastcgi_index app.php;
                include fastcgi_params;
                fastcgi_buffer_size 128k;
                fastcgi_buffers 256 4k;
                fastcgi_busy_buffers_size 256k;
                fastcgi_temp_file_write_size 256k;
        }

        # ein wenig caching für bestimmte Dateien
        location ~* .(gif|jpg|jpeg|png|ico|wmv|3gp|avi|mpg|mpeg|mp4|flv|mp3|mid|js|css|wml|swf)$ {
                access_log off;
                log_not_found off;
                expires max;
                add_header Pragma public;
                add_header Cache-Control "public, must-revalidate, proxy-revalidate";
        }

        # htaccess-Dateien können sensible Daten enthalten, nginx kennt kein htaccess, also sperren wir den Zugriff permanent
        location ~ /\.ht {
                deny all;
        }

        # Logging für das favicon deaktivieren
        location = /favicon.ico {
                log_not_found off;
                access_log off;
        }

        # man muss es nicht deklarieren, schadet aber auch nicht
        location = /robots.txt {
                deny all;
                log_not_found off;
                access_log off;
        }
}

---

Die wichtigsten Dinge habe ich dokumentiert!
Sollten weitere Fragen sein, hilft sicherlich primär das nginx-wiki, ansonsten einfach fragen. ;)

Bei mir läuft damit:
meine-domain
meine-domain/startseite.html (bei anderer Endung muss das überall wo .html im vhost vorkommt, geändert werden)
meine-domain/app.php/contao
meine-domain/app.php/contao/install

Zitat:

---

Zitat von Thomas

Mich wundert das nicht, der vhost ist schlicht weg nicht richtig konfiguriert!

php-fpm mit Sockets, ist im Übrigen sicherer und schneller wie fastcgi. ;)

Zudem solltest Du Dich dringend mit der Absicherung von nginx beschäftigen.
Stichpunkte sind da:

• nginx-Proxi (den man auf der selben Maschine davor hängen kann)
• Brutforce
• X-Frame-Options
• X-Content-Type-Options
• X-XSS-Protection
• Strict-Transport-Security (bei Verwendung von SSL)
• naxsi

Gibt noch ein paar Sachen mehr, aber das sollte erst mal reichen. :)

---

Hallo Thomas,

wie kommst Du auf die Idee, dass ich nicht solche Absicherungen habe, oder zumindest Teile davon?
Ich gebe zu, ein oder zwei Sachen kann ich sicher noch zusätzlich mit aufnehmen. Beispielsweise habe ich tatsächlich keinen Proxy vor meinem nginx. Aber Vieles von dem was Du schreibst, nutze ich auch.

Zitat:

---

Zitat von Thomas

/etc/nginx/sites-enabled/##vhost## (oder wo auch immer Deine vhosts liegen)

Code:

---

server {
        listen 80;
        server_name    meine.domain;

        root /srv/meine.domain/web;
        index app.php;

        access_log /LOGS/meine.domain_access_log;
        error_log /LOGS/meine.domain_error_log;

        autoindex on;
        disable_symlinks off;
        charset UTF-8;

        # andere Header machen bei contao keinen Sinn, also sperren wir den Rest einfach mal aus
        if ( $request_method !~ ^(GET|HEAD|POST)$ ) {
                return 404;
        }

        location / {
                try_files $uri $uri/ /app.php?$args;

                if (-f $request_filename) {
                        expires 30d;
                        break;
                }

                # alle Adressen mit .html nach app.php parsen ohne Einfluss auf die Adresse im Browser
                if (!-e $request_filename) {
                        rewrite ^(.*)\.html$ /app.php ;
                        expires 7d;
                }
        }

        # folgende Dateiendungen werden in nginx nicht ausgeführt
        # da nginx die Dateien als Text ausgeben würde, sperren wir gleich mal den direkten Zugriff
        location ~* \.(tpl|html5|xhtml)$ {
                deny all;
        }

        # PHP über fastcgi aktivieren, besser noch über PHP-FPM mit Sockets (sicherer und schneller)
        location ~ [^/]\.php(/|$) {
                fastcgi_split_path_info ^(.+?\.php)(/.*)$;

                # wenn die Adressierung nicht passt Fehlermeldung ausgeben
                if (!-f $document_root$fastcgi_script_name) {
                        return 404;
                }

                # ein paar Deklarationen für fastcgi oder php-fpm ohne Sockets
                fastcgi_pass php;
                fastcgi_keep_conn on;
                fastcgi_index app.php;
                include fastcgi_params;
                fastcgi_buffer_size 128k;
                fastcgi_buffers 256 4k;
                fastcgi_busy_buffers_size 256k;
                fastcgi_temp_file_write_size 256k;
        }

        # ein wenig caching für bestimmte Dateien
        location ~* .(gif|jpg|jpeg|png|ico|wmv|3gp|avi|mpg|mpeg|mp4|flv|mp3|mid|js|css|wml|swf)$ {
                access_log off;
                log_not_found off;
                expires max;
                add_header Pragma public;
                add_header Cache-Control "public, must-revalidate, proxy-revalidate";
        }

        # htaccess-Dateien können sensible Daten enthalten, nginx kennt kein htaccess, also sperren wir den Zugriff permanent
        location ~ /\.ht {
                deny all;
        }

        # Logging für das favicon deaktivieren
        location = /favicon.ico {
                log_not_found off;
                access_log off;
        }

        # man muss es nicht deklarieren, schadet aber auch nicht
        location = /robots.txt {
                deny all;
                log_not_found off;
                access_log off;
        }
}

---

---

Ich sehe den großen Unterschied leider nicht, ausser ein paar zusätzlichen Dingen wie die Link Umschreibung, ein wenig Caching und ein paar verbotene Dateien/Dateiendungen... Und der Tatsache das Du ALLE php-Dateien an den php-fpm weiter gibst, statt nur die app.php, so wie ich.

Meine vhost Datei war stark gekürzt um die Übersicht im Thread zu wahren. Und meine nginx.conf hatte ich gar nicht erst gepostet.
Im Übrigen funktioniert bei mir auch "meine-domain/startseite.html".

Beides greift ineinander, von daher auch meine erheblich gekürzte nginx.conf sowie der vhost.conf! Nur mit relevanten Passagen der Konfiguration.

Natürlich gibt es Unterschiede, schließlich kannst Du das Install-Tool nur über install.php aufrufen. ;)

Schau Dir mal die Übergabe der fastcgi-Parameter genauer an, die sowohl mit fastcgi als auch php-fpm funktionieren sollten! Kleine aber feine Details die man beachten sollte.

Mir ist es Wurscht, ob Du das zum korrekten Laufen bringen oder nginx mit unnötigen Parametern bestücken möchtest. Es sollte nur ein Denkanstoss sein. ;)

Hallo, ich habe heute Contao 4.0.3 installiert. Nach Anlegen des Admins bei der Installation, kam eine Fehlermeldung und die localconfig.php sah so aus:

<?php

<?php

### INSTALL SCRIPT START ###

...usw.


Habe das zweite <?php entfernt und durfte voller Freude meine erste Contao 4 Installation abschließen.
Hatte die Installation unter PHP Version 5.5 und dann unter 5.6 probiert, letztere dann erfolgreich abgeschlossen. Datenbank: 5.0.51a - MySQL

Könnt ihr evtl. mit diesen knappen Infos sagen, was ich falsch gemacht habe?

Gleiches hatte letztens schonmal jemand berichtet, weiß nicht mehr, ob im Ticket-System oder im Forum.

Das Problem soll mit der 4.0.4 behoben sein, ist aber noch nicht draußen.

Ticket: https://github.com/contao/core-bundle/issues/344

Fix: https://github.com/contao/core-bundl...60a8f6255d0e87