Installationsprobleme

[fr3d83]

Hi,

ich habe ein Problem, Contao 4.4 zu installieren.
Ich habe die Daten auf meinen Server ins ROOT kopiert, im Handbuch steht, dass man einfach in COntao INstall Pfad /install.php eingeben soll.
Bei mir kommt bei www.domain.de/install.php ein "Not Found".
Unter www.domain.de/web/install.php bekomme ich die Meldung "Unvollständige Installation".

Wie installiere ich das nun?

LG & Danke

[Franz Berlinger]

Naja - einfach kein php anhängen - einfach - install - oder contao/install

[fr3d83]

Da bekomme ich genau die selben Seiten wie mit .php

[Spooky]

Unter www.domain.de/web/install.php bekomme ich die Meldung "Unvollständige Installation".

Du musst den Document Root deiner Domain auf den Ordner /web der Contao Installation zeigen lassen. Danach rufst du das Install Tool mit www.domain.de/contao/install auf.

[fr3d83]

Na toll, also früher mit Contao 3 war das wesentlich besser.

[stefan-at-work]

Früher war alles besser. Gestern war zum Beispiel Sonntag.

[fr3d83]

Ich mag Montag

Also muss ich jetzt immer, wenn ich Updates auf Contao 4 mache oder zwischen Testinstallationen hin und her kopieren, im Admintool das umstellen?

[Spooky]

Also muss ich jetzt immer, wenn ich Updates auf Contao 4 mache oder zwischen Testinstallationen hin und her kopieren, im Admintool das umstellen?

Nein, warum hast du das vor?

[fr3d83]

Es geht halt um meinen Testsserver, da ist das Rootverzeichnis das, wo ich auch die Daten hinkopiere und nicht root/web/.

[Spooky]

Am Test Server kannst du keine Vhosts mit unterschiedlichen DocumentRoots konfigurieren? Wenn nicht kannst du Contao 4 dort ohnehin nicht verwenden.

[fr3d83]

Ok, da weis ich schon mal bescheid

[fr3d83]

Hi,

also wenn ich "/contao/install" eingebe bekomme ich gesagt, "Incomplete installation".

Error log sagt das:
[2018-01-02 11:50:10] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.frederick-ludeck.de/contao/install","method":"HEAD"} []
[2018-01-02 11:50:10] request.INFO: Matched route "contao_install". {"route":"contao_install","route_parameters":{"_sc ope":"backend","_token_check":true,"_controller":" Contao\\InstallationBundle\\Controller\\Installati onController::installAction","_route":"contao_inst all"},"request_uri":"http://dev.frederick-ludeck.de/contao/install","method":"GET"} []
[2018-01-02 11:50:10] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\FatalThrowa bleError(code: 0): Call to a member function getKernel() on null at /kunden/290536_99510/dev/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Command/AssetsInstallCommand.php:106)"} []


Beim Contao Check war alles ok.

[Spooky]

Siehe https://github.com/contao/core/issues/8833

[fr3d83]

Ok, da konnte ich jetzt aber keine Lösung raus lesen.

[mlweb]

Nach ein paar Tests, die z.B. @planepix gemacht hat (ist bei Github auch verlinkt), tritt das Problem nur auf, wenn die zip-Version verwendet wird.
Hast Du auch die zip-version am Start?

[fr3d83]

Ja habe ich, also muss ich jetzt die .tar nehmen??

[Spooky]

Ja habe ich, also muss ich jetzt die .tar nehmen??

Nein, via composer create-project installieren - oder nach der Installation mit dem .zip ein composer update durchführen.

[fr3d83]

Ok, wie mache ich den beides? Habe beides noch nie gemacht?

[Spooky]

Du kannst es stattdessen auch mit dem Contao Manager versuchen.

[fr3d83]

Ich habe die Datei contao-manager.phar in das web Verzeichnis kopiert, "web" ist auch Rootverzeichnis wenn ich jetzt /contao-manager.phar.php aufrufe, kommt eine 404 Seite von meinem Provider. Wenn ich das .php wegnehme, sehe ich die Inhalte der Datei.

[mlweb]

Du musst die hochgeladene Datei contao-manager.phar auch umbenennen in contao-manager.phar.php

[fr3d83]

Ich habe die Datei contao-manager.phar in das web Verzeichnis kopiert, "web" ist auch Rootverzeichnis wenn ich jetzt /contao-manager.phar.php aufrufe, kommt eine 404 Seite von meinem Provider. Wenn ich das .php wegnehme, sehe ich die Inhalte der Datei.

Habe ich

[mlweb]

Wenn Du alles so gemacht hast wie beschrieben ist da m.E. etwas faul was nichts mit Contao zu tun hat oder Deine Beschreibung stimmt so nicht.
Wenn ich bei meinen Paketen bei existierender contao-manager.phar.php versuche contao-manager.phar aufzurufen bekomme ich ganz korrekt einen 404er und wenn ich umgekehrt bei existierender contao-manager.phar versuche contao-manager.phar.php aufzurufen bekomme ich auch einen 404er.
Die Anzeige des Dateiinhaltes bekomme ich wenn contao-manager.phar existiert und ich contao-manager.phar aufrufe.

[mlweb]

Habe ich

So wie Du es schreibst hast Du die Datei nicht umbenannt.

[xchs]

Inzwischen sollte das Problem behoben sein: https://github.com/contao/installati...ment-354764045

Getestet habe ich das aber (noch) nicht. Vielleicht kann ja jemand Rückmeldung geben, wenn die Installation jetzt klappt.

[planepix]

Inzwischen sollte das Problem behoben sein: https://github.com/contao/installati...ment-354764045

Getestet habe ich das aber (noch) nicht. Vielleicht kann ja jemand Rückmeldung geben, wenn die Installation jetzt klappt.

Ich habe mir das ZIP geladen (4.5.0) und erhalte noch den gleichen Fehler im Log nach dem Aufruf des Installers.
Die 4.4.11 teste ich später noch.

[Spooky]

Ich denke diese Änderung wird erst in der nächsten Version verfügbar sein.

[lucina]

Nach editieren der geänderten Datei läuft die Installation jetzt bei mir durch (MAMP in Win 10pro),

[planepix]

Jupp, auch eben angepasst und das Installtool der 4.5 läuft nun sauber durch und 4.5 lässt sich installieren.

[fr3d83]

Ok, was habt ihr denn genau jetzt editiert?

[lucina]

https://github.com/contao/installati...127bdadabe50de

[fr3d83]

Jetzt bin ich schon mal eoinen Schritt weiter, jetzt bekomme ich allerdings dieses Fehler:

The innodb_large_prefix option is not enabled!

The innodb_large_prefix option is not enabled on your server. Please enable it (recommended) or configure a different character set and collation in the app/config/config.yml file.

Wie aktiviere ich das denn?

[Spooky]

Jetzt bin ich schon mal eoinen Schritt weiter, jetzt bekomme ich allerdings dieses Fehler:

The innodb_large_prefix option is not enabled!

The innodb_large_prefix option is not enabled on your server. Please enable it (recommended) or configure a different character set and collation in the app/config/config.yml file.

Wie aktiviere ich das denn?

Insgesamt musst du folgende MySQL Konfigurationsoptionen setzen:

innodb_large_prefix = ON
innodb_file_format = Barracuda
innodb_file_per_table = ON

(Das muss nur gemacht werden die MySQL Server Version kleiner als 5.7.7 ist oder die MariaDB Version kleiner als 10.2.) Dazu musst du wahrscheinlich deinen Hoster kontaktieren.

Alternativ kannst du auch einfach nur Contao 4.4 statt 4.5 verwenden.

Oder wenn du Contao 4.5 verwenden willst und diese Optionen aus welchen Gründen auch immer nicht setzen lassen kannst, kannst du auf utf8 (statt utf8mb4) zurück gehen, in dem du folgendes in deine app/config/config.yml einfügst:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci

[Max Kittel]

Das installieren von Contao mit dem Manager funktioniert.
Allerdings lassen sich keine Erweiterungen installieren.
z.B. easyThemes

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory

Process terminated with exit code 255
Reason: Unknown error

DF antwortet auf meine Anfrage wir folgt:
»Laut der Fehlermeldung versucht Contao mehr als 465MB RAM in Anspruch zu nehmen. Da in Ihrem Tarif allerdings der RAM pro Skriptaufruf auf 100 MB begrenzt ist, kann nicht mehr RAM verwendet werden, wodurch Contao an die Grenzen des Tarifes kommt.

Auch in unseren aktuellen Tarifen ist das RAM-Limit bei maximal 256MB. Daher wird dies auch in unserem aktuell größten SharedHosting Tarif zu Problemen führen.

Bitte wenden Sie sich daher ggf. einmal direkt an Contao, ob es diesbezüglich Anpassungen gibt, um den RAM-Verbrauch zu reduzierein.«

Bedeuted dies, dass Contao 4+ mit dem Manager bei Shared Hosting Tarifen nicht läuft?
Wie erklärt Ihr euren Kunden, dass ihre Shared Hosting Pakete für eine Contao Zukunft nicht geeignet sind. Liegt die Contao Zukunft etwa in Wordpress?

Die Stärken von Typolight/Contao lagen in der genialen Einfachheit der Benutzeroberfläche Stichwort UX. Jetzt gehen wir wieder zum Terminal zurück und arbeiten wie Anno Domini am C64. Da kommt doch richtige sentimentale Freude auf.

Besteht die Chance, dass der Manager bis zum Ende der 3.5 LTS das Shared Hosting Problem in den Griff bekommt?

Grüße Max

[planepix]

Das installieren von Contao mit dem Manager funktioniert.
Allerdings lassen sich keine Erweiterungen installieren.
z.B. easyThemes

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory

Process terminated with exit code 255
Reason: Unknown error

DF antwortet auf meine Anfrage wir folgt:
»Laut der Fehlermeldung versucht Contao mehr als 465MB RAM in Anspruch zu nehmen. Da in Ihrem Tarif allerdings der RAM pro Skriptaufruf auf 100 MB begrenzt ist, kann nicht mehr RAM verwendet werden, wodurch Contao an die Grenzen des Tarifes kommt.

Auch in unseren aktuellen Tarifen ist das RAM-Limit bei maximal 256MB. Daher wird dies auch in unserem aktuell größten SharedHosting Tarif zu Problemen führen.

Bitte wenden Sie sich daher ggf. einmal direkt an Contao, ob es diesbezüglich Anpassungen gibt, um den RAM-Verbrauch zu reduzierein.«

Bedeuted dies, dass Contao 4+ mit dem Manager bei Shared Hosting Tarifen nicht läuft?
Wie erklärt Ihr euren Kunden, dass ihre Shared Hosting Pakete für eine Contao Zukunft nicht geeignet sind. Liegt die Contao Zukunft etwa in Wordpress?

Hallo Max,
schau mal hier: https://github.com/contao/contao-man.../Domainfactory

Es liegt einmal an den höheren Anforderungen was die Technik betrifft und dann eben oft am Hoster, der nicht zeitgemäße Tarife oder Technik bereitstellt.
Es gibt eine Reihe von Hostern, bei denen Contao 4 auch in kleinen (Technik als auch Tarif) Paketen läuft. Genannt seien, allinkl, Netcup, webgo.

Bei der Durchsicht des Wiki-Artikels wirst du den ein oder anderen Hoster noch entdecken, bei dem Contao 4 läuft.

Die Stärken von Typolight/Contao lagen in der genialen Einfachheit der Benutzeroberfläche Stichwort UX. Jetzt gehen wir wieder zum Terminal zurück und arbeiten wie Anno Domini am C64. Da kommt doch richtige sentimentale Freude auf.

Besteht die Chance, dass der Manager bis zum Ende der 3.5 LTS das Shared Hosting Problem in den Griff bekommt?

Grüße Max

Daran ändert sich ja nichts; es wird m.E. sogar besser, was das bedienen betrifft. Höhere Kontraste, responsives Backend etc.. An die neue, modernere Benutzeroberfläche gewöhnt man sich schnell und das ist es ja, was Kunden an Contao schätzen. Den klaren Aufbau und Struktur im Backend.

Lediglich das Setup ist im Moment eine größere Hürde. Wird aber m.E. deutlich damit belohnt, dass du z. B. Updates viel einfacher ausführen kannst.
Abhängigkeiten werden berücksichtigt, bei denen du früher die einzelnen Abhängigkeiten der Dritterweiterungen überprüfen musstest.

Es ist anders. Und manches neu. Manches ungewohnt. So ist das mit der Zukunft

[Max Kittel]

hallo planepix,
vielem Dank für Deine tröstenden Worte.

Ein Wechsel des Hosters ist leider nicht möglich.

Muss mich wohl ins Terminal einarbeiten. composer require xxErweiterung sagt file not found. Muss ich da erst den Composer installieren? Wenn ja, wie? Gibt es irgendwo eine Schritt für Schritt Anleitung? Ich möchte gerne verstehen was ich tue und nicht nur irgend etwas abtippen.

[fr3d83]

Gibt es aktuell Contao 4.4 nur in englisch?

[Spooky]

Gibt es aktuell Contao 4.4 nur in englisch?

Nein, aktuell werden 16 Sprachen geliefert.

[fr3d83]

Alles klar, noch eine kurze Frage, hier im Video bin ich nicht ganz mitgekommen was das update von 3.5 auf 4.4 angeht.
https://www.youtube.com/watch?v=rwC8xfdO3Ao

Ich habe in eine frische 4.4 Installation, alles "files" "template" und "3rd party module" Dateien und localconfig von meiner 3.5 kopiert. Die aktuelle 4.4 DB gelöscht und die 3.5 DB importiert.
Nun sehe ich aber im Backend die Erweiterungen nicht mehr und das Frontend funktioniert nicht mehr.

Geht es denn auch wie im Handbuch, einfach über eine bestehende 3.5 Installation mit WINSCP die Daten von 4.4 zu syncronsieren?

[Spooky]

Die aktuelle 4.4 DB gelöscht und die 3.5 DB importiert.

Hast du danach das Install Tool aufgerufen? Denn erst dann wird das Upgrade überhaupt durchgeführt. War die Contao 3.5 Installation auf Contao 3.5.31?