Contao-Camp 2024
Ergebnis 1 bis 11 von 11

Thema: Holprige Installation, fehlender Extension Manager, Extensions nicht installierbar

  1. #1
    Contao-Nutzer
    Registriert seit
    04.10.2015.
    Beiträge
    3

    Standard 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

  2. #2
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    34.062
    Partner-ID
    10107

    Standard

    Zitat Zitat von alex.loehner Beitrag anzeigen
    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 Beitrag anzeigen
    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 Beitrag anzeigen
    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.

  3. #3
    Contao-Nutzer
    Registriert seit
    04.10.2015.
    Beiträge
    3

    Standard

    Zitat Zitat von Spooky Beitrag anzeigen
    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 Beitrag anzeigen
    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 Beitrag anzeigen
    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

  4. #4
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    34.062
    Partner-ID
    10107

    Standard

    Zitat Zitat von alex.loehner Beitrag anzeigen
    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 Beitrag anzeigen
    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.

  5. #5
    Contao-Urgestein Avatar von Andreas
    Registriert seit
    19.06.2009.
    Ort
    Mönchengladbach
    Beiträge
    7.703
    User beschenken
    Wunschliste
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Es gibt auch einige Videos zur Installation. Suche nach "contao 4 installieren video" und "contao 4 erweiterungen installieren video".
    Bitte!
    Vor Anfragen im Forum HTML validieren.
    Codesnippets hier im Froum sauber einrücken. Nur Tabs o. nur Leerzeichen verwenden.

    Vielen Dank an alle Wunschlistenerfüller
    Andreas Burg, Web Solutions

  6. #6
    Contao-Urgestein Avatar von Thomas
    Registriert seit
    16.08.2009.
    Ort
    Visselhövede
    Beiträge
    1.947
    User beschenken
    Wunschliste

    Standard

    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
    Geändert von Thomas (05.10.2015 um 11:03 Uhr)
    Gruß Thomas
    "Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi

  7. #7
    Contao-Nutzer
    Registriert seit
    04.10.2015.
    Beiträge
    3

    Standard

    Zitat Zitat von Thomas Beitrag anzeigen
    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 Beitrag anzeigen
    /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".

  8. #8
    Contao-Urgestein Avatar von Thomas
    Registriert seit
    16.08.2009.
    Ort
    Visselhövede
    Beiträge
    1.947
    User beschenken
    Wunschliste

    Standard

    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.
    Gruß Thomas
    "Zuerst ignorieren sie dich, dann lachen sie über dich, dann bekämpfen sie dich und dann gewinnst du." Mahatma Gandhi

  9. #9
    Contao-Nutzer
    Registriert seit
    24.07.2009.
    Beiträge
    66

    Standard

    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?
    "Der einzige Mensch, der sich vernünftig benimmt, ist mein Schneider. Er nimmt jedesmal neu Maß, wenn er mich trifft, während alle anderen immer die alten Maßstäbe anlegen in der Meinung, sie passten auch heute noch." George Bernard Shaw

  10. #10
    Contao-Urgestein Avatar von Andreas
    Registriert seit
    19.06.2009.
    Ort
    Mönchengladbach
    Beiträge
    7.703
    User beschenken
    Wunschliste
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Gleiches hatte letztens schonmal jemand berichtet, weiß nicht mehr, ob im Ticket-System oder im Forum.
    Bitte!
    Vor Anfragen im Forum HTML validieren.
    Codesnippets hier im Froum sauber einrücken. Nur Tabs o. nur Leerzeichen verwenden.

    Vielen Dank an alle Wunschlistenerfüller
    Andreas Burg, Web Solutions

  11. #11
    Wandelndes Contao-Lexikon Avatar von BugBuster
    Registriert seit
    15.06.2009.
    Ort
    Berlin
    Beiträge
    10.507
    User beschenken
    Wunschliste

    Standard

    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
    Grüße, BugBuster
    "view source" is your guide.
    Danke an alle Amazon Wunschlisten Erfüller

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •