Installation Contao 4.5 scheitert

[tom.loeschnigg]

Hi Leute,

ich schaffe es nicht Contao 4.5.0 zu installieren. Gleich beim ersten Aufruf des Install-Tool bekomme ich einen 500er Error.
In die log wird nichts geschrieben.

Versucht habe ich es lokal unter Mamp und auf einem Host-Europe Server.
Php-Versionen habe ich folgende versucht:
- 5.6
- 7.0

Installiert habe ich manuell ohne den Contao Manager. Also das Download-Paket entzippt, hochgeladen, Rechte korrekt gesetzt, Domain auf web/ gesetzt und die contao/install aufgerufen.

Hat es jemand von euch geschafft Contao 4.5 zu installieren?

Danke!
Schöne Grüße
Tom

[bjarke]

In der News vom 6. November 2017 steht:

Contao 4.5 setzt mindestens PHP 7.1 voraus.

[mlweb]

Ich glaube die zip-Version scheint nicht die beste Wahl zu sein, siehe die gerade auf github diskutierte Problematik https://github.com/contao/core/issue...ment-354437960

[tom.loeschnigg]

Unter 7.1 geht das Install-Tool auch nicht auf.

Folgender Fehler in der log:

\InstallationController::installAction","_route":" contao_install"},"request_uri":"http://contao45:8888/contao/install","method":"GET"} []
[2017-12-29 13:33:34] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\FatalThrowa bleError(code: 0): Call to a member function getKernel() on null at /Websites/contao45_test/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Command/AssetsInstallCommand.php:106)"} []

wird hier aber bereits diskutiert https://github.com/contao/core/issue...ment-354438856

[tom.loeschnigg]

Contao 4.4.11 scheitert genauso an der Installation wie 4.5.0. Gibt bei mir den selben Fehler aus.

Contao hat mal soooo viel Spaß gemacht :-(
Zeit für ContaoLight ;-)

[Samuell]

@tom.loeschnigg:
Auf dem lokalen MAMP konnte ich 4.4.11 gerade fast problemlos installieren.

4.4 liefert komischerweise eine composer.json, in der 4.5 als Version steht.
Wenn Du das auf 4.4 ("4.4.*") änderst, sollte es problemlos klappen.

Unter MAMP sollte zumindest 4.4.11 klappen.

[Muckol]

Hallo,
bei der Installation in Xampp mit PHP 7.0.1 gibt es bei mir auch Fehler. Ich habe meherere Versionen ausprobiert.
4.4.11 die Fehlermeldung "Unvollständige Installation"

bei 4.5: "Parse error: syntax error, unexpected '?' in C:\xampp\htdocs\contao\vendor\contao\manager-bundle\src\ContaoManager\Plugin.php on line 137"

Die Versionen sind als *.zip heruntergeladen

Was ist hier zu tun?
Vielen Dank

[peter.fl]

Ich habe mich mit der 4.5 glaub auch verirrt..

Installiert habe ich manuell via WinSCP. Dann mit einer bestehenden Datenbank (von Version 4.4.11) verknüpft. Die Systemprüfung zeigt alles grün (Anhang). Beim Aufruf des Installtools erhalte ich die Meldung zur innodb_large_prefix-Option (Anhang).

Hostpoint hat mir Folgendes geschrieben: "Die Funktion ist bei uns aktuell leider noch nicht verfügbar - es ist aber ein Feature-Request offen dazu. Unsere Administratoren klären aktuell die Implementierung, genaueres kann ich Ihnen aktuell aber noch nicht sagen. An sich sollte das ganze aber auch ohne diese Funktion funktionieren, da diese nur in speziellen Fällen verwendet wird."

Nun wollte ich mich in der app/config/config.yml umsehen. Aber die gibt es (noch) gar nicht. Es gibt erst die app/config/parameters.yml.

Falls ich die Datei jetzt selber erstellen muss: Was muss ich dort einsetzen?


Wo und wie muss ich da weitermachen?

innodb_large_prefix_option.JPG

systemprüfung.JPG

[mlweb]

Schau mal hier https://community.contao.org/de/show..._prefix-Option

[xchs]

bei 4.5: "Parse error: syntax error, unexpected '?' in C:\xampp\htdocs\contao\vendor\contao\manager-bundle\src\ContaoManager\Plugin.php on line 137"

Contao 4.5 hat als Systemvoraussetzung PHP 7.1.0+

[peter.fl]

@mlweb: Es funktioniert - vielen Dank für deinen Hinweis!

Im Manager ist mir eben noch ein "komisches" Paket aufgefallen: roave/security-advisories (Anhang). Wie gesagt, alles manuell neu installiert, die Datenbank von einer 4.4.11er-Installation. Aber mir fällt nicht ein, je so etwas "Komisches" eingerichtet zu haben.

Wie könnte dieses Paket hierhin gekommen sein? Hat das mit 4.5.0 zu tun? Und wozu das?

roave_security_advisories.JPG

[mlweb]

Die Versionen sind als *.zip heruntergeladen

Irgendwie scheint es sich für mich aus den mehren Threads herauszukristallisieren, dass die zip-Version - warum auch immer - der "Übeltäter" zu sein scheint. Ich habe heute mehrere Tests mit der 4.4.11 und der 4.5 gemacht, auch auf XAMPP unter Windows 10 mit PHP 7.1. Alle Tests immer komplett über die Konsole und alle samt ohne Probleme, wenn man mal davon absieht, dass einer meiner Provider das notwendige inno_db_large_prefix (noch) nicht freigeschaltet hat und dann händisch nachbessern musste. Auch unter XAMPP musste ich die entsprechenden Einstellungen erst durchführen.

Für Contao 4.5 benötigst Du außerdem mindestens PHP 7.1, wenn ich das hier im Forum vorhin richtig gelesen habe.

[planepix]

Hallo Peter,

zum Bundle „roave/security-advisories” siehe die News hier:
https://contao.org/de/news/contao_4-5-0-RC1.html

[mlweb]

Wie könnte dieses Paket hierhin gekommen sein? Hat das mit 4.5.0 zu tun? Und wozu das?

roave_security_advisories.JPG

Ist bei mir bei den Neuinstallationen auch da, wollte nachher noch mal nachlesen was es mit dem Paket genau auf sich hat. Ich glaube am Rand etwas gehört zu haben, was sich auf Security bzw. Security-Tests bezogen hat.

[planepix]

Irgendwie scheint es sich für mich aus den mehren Threads herauszukristallisieren, dass die zip-Version - warum auch immer - der "Übeltäter" zu sein scheint. Ich habe heute mehrere Tests mit der 4.4.11 und der 4.5 gemacht, auch auf XAMPP unter Windows 10 mit PHP 7.1. Alle Tests immer komplett über die Konsole und alle samt ohne Probleme, wenn man mal davon absieht, dass einer meiner Provider das notwendige inno_db_large_prefix (noch) nicht freigeschaltet hat und dann händisch nachbessern musste. Auch unter XAMPP musste ich die entsprechenden Einstellungen erst durchführen.

Für Contao 4.5 benötigst Du außerdem mindestens PHP 7.1, wenn ich das hier im Forum vorhin richtig gelesen habe.

Ich habe heute Abend einmal das Ganze mit MAMP PRO durchexerziert.
Hier hatte ich mit dem ZIP-Archiv auch die bisher genannten Fehler.

Ich habe dann den Manager installiert und dann alle Pakete aktualisiert.
Dann ging es weiter mit dem Installationsprozess.

Nach Eingabe der Datenbankdaten kam dann der Hinweis, das die Datenbank nicht die Option „innodb_large_prefix” unterstützt.
Das habe ich dann in der Konfigurationsdatei nachgerüstet und dann lief die Installation durch.

[mlweb]

Ich habe bei Github https://github.com/contao/core/issue...ment-354456782 noch einmal auf diesen Thread mit Deinem Test hingewiesen.

[webstar]

@mlweb: Es funktioniert - vielen Dank für deinen Hinweis!

Im Manager ist mir eben noch ein "komisches" Paket aufgefallen: roave/security-advisories (Anhang). Wie gesagt, alles manuell neu installiert, die Datenbank von einer 4.4.11er-Installation. Aber mir fällt nicht ein, je so etwas "Komisches" eingerichtet zu haben.

Wie könnte dieses Paket hierhin gekommen sein? Hat das mit 4.5.0 zu tun? Und wozu das?

roave_security_advisories.JPG

Dieses Paket sorgt dafür, dass keine Pakete installiert werden, wo bekannte Sicherheitslücken vorliegen.

Technisch macht das Paket nichts weiteres als für alle Pakete mit bekannten Sicherheitslücken ein entsprechenden conflict Eintrag in dessen composer.json zu definieren.

[peter.fl]

@planepix und @webstar: Vielen Dank für die Infos. Gelesen hatte ich die News. Wobei ich dabei keine Ahnung hatte, wie das praktisch aus Anwendersicht funktioniert.

[peter.fl]

Eben ist mir aufgefallen, dass bei meinen zwei 4.5er-Installationen das Composer-Update ungewohnt reagiert.

In der WinSCP-Konsole bekomme ich auf composer selfupdate folgende Antwort:

/home/xxx/www/xxx.ch$ composer selfupdate
PHP Parse error: syntax error, unexpected ':', expecting ';' or '{' in /home/xxx/www/xxx.ch/vendor/ocramius/package-versions/src/PackageVersions/Installer.php on line 95

Parse error: syntax error, unexpected ':', expecting ';' or '{' in /home/xxx/www/xxx.ch/vendor/ocramius/package-versions/src/PackageVersions/Installer.php on line 95

composer selfupdate bei einer 4.4.11er-Version gibt folgende Antwort:

/home/peterfl/www/archiv.peter-flueckiger.ch$ composer selfupdate
You are already using composer version 1.5.6 (stable channel).

Ist das nur mein Problem? Wo kann die Lösung liegen?

[webstar]

Eben ist mir aufgefallen, dass bei meinen zwei 4.5er-Installationen das Composer-Update ungewohnt reagiert.

In der WinSCP-Konsole bekomme ich auf composer selfupdate folgende Antwort:


composer selfupdate bei einer 4.4.11er-Version gibt folgende Antwort:


Ist das nur mein Problem? Wo kann die Lösung liegen?

Der Fehler deutet darauf hin, dass nicht PHP 7.1 verwendet wird, was an Contao 4.5 zwingend vorausgesetzt wird.

[peter.fl]

@webstar: Im Hoster-Panel ist PHP 7.1 eingestellt, im Manager sind alle Punkte grün (Anhang).

systemprüfung.JPG

[webstar]

@webstar: Im Hoster-Panel ist PHP 7.1 eingestellt, im Manager sind alle Punkte grün (Anhang).

systemprüfung.JPG

Wenn du in der Konsole den composer Befehl verwendest, wird die Standardversion bin PHP genommen.

Gib Mal ein "php -v" ein und du wirst sehen, dass es nicht PHP 7.1 ist.

Du musst daher den Pfad zu PHP 7 kennen und dann "/Pfad/zu/php7.1/cli/php composer.phar self-update" eingeben.

[mvo]

FYI: „roave/security-advisories” ist ein Paket, das in seiner Composer-Definition Konflikte (composer.json > conflict) zu Paketen mit bekannten Sicherheitslücken enthält und somit deren Installation verhindert. Das zu Verwenden ist good practice.

[peter.fl]

@webstar: Du hast recht. Wenn ich in der Konsole aus dem Installationsordner /usr/local/php71/bin/php ~/.composer/composer selfupdate eingebe, läuft das Prozedere problemlos ab.

Nun bin ich bei meinen Recherchen auf die Möglichkeit eines alias gestossen. Damit sollte nach meinem Verständnis bei Eingabe von composer in der Konsole immer auf PHP 7.1 und nicht auf die vom Hoster voreingestellte 5.6 zugegriffen werden. Ich habe dazu in meinem home-Verzeichnis die Datei .bash_profile erstellt. In dieser steht die Zeile alias composer='/usr/local/php71/bin/php ~/.composer/composer'. Mit source ~/.bash_profile aktiviere ich das alias. Mit alias in der Konsole wird es mir auch angezeigt. Soweit scheint alles zu funktionieren.

Wenn ich nun im Installationsordner composer selfupdate eingebe, erhalte ich trotz alias die Fehlermeldung gemäss #19.


Wo liegt mein Knopf in der Leitung?

[Spooky]

Ich vermute dass hier immer noch das global verfügbare composer script genommen wird. Du müsstest vielleicht einen Alias nehmen, der anders lautet.

[webstar]

@webstar: Du hast recht. Wenn ich in der Konsole aus dem Installationsordner /usr/local/php71/bin/php ~/.composer/composer selfupdate eingebe, läuft das Prozedere problemlos ab.

Nun bin ich bei meinen Recherchen auf die Möglichkeit eines alias gestossen. Damit sollte nach meinem Verständnis bei Eingabe von composer in der Konsole immer auf PHP 7.1 und nicht auf die vom Hoster voreingestellte 5.6 zugegriffen werden. Ich habe dazu in meinem home-Verzeichnis die Datei .bash_profile erstellt. In dieser steht die Zeile alias composer='/usr/local/php71/bin/php ~/.composer/composer'. Mit source ~/.bash_profile aktiviere ich das alias. Mit alias in der Konsole wird es mir auch angezeigt. Soweit scheint alles zu funktionieren.

Wenn ich nun im Installationsordner composer selfupdate eingebe, erhalte ich trotz alias die Fehlermeldung gemäss #19.


Wo liegt mein Knopf in der Leitung?

Nachdem du den alias gesetzt hast, musst du dich aus der Konsole abmelden und neu einloggen, da die bashrc beim initialisieren der Konsolen-Session geladen wird.

[peter.fl]

Bin trotz "üben" nicht weiter gekommen...

@webstar: Es funktioniert nicht, auch wenn ich mit unalias -a deaktiviere und mit source ~/.bash_profile wieder aktiviere oder wenn ich die Konsole ganz verlasse und sie wieder neu starte.

@Spooky: Warum habe ich das Problem mit der Meldung

PHP Parse error: syntax error, unexpected ':', expecting ';' or '{' in /home/peterfl/www/peter-flueckiger.ch/vendor/ocramius/package-versions/src/PackageVersions/Installer.php on line 95
Parse error: syntax error, unexpected ':', expecting ';' or '{' in /home/peterfl/www/peter-flueckiger.ch/vendor/ocramius/package-versions/src/PackageVersions/Installer.php on line 95

nur mit Contao 4.5, mit den tieferen 4er-Versionen aber nicht?

Wichtig: Es ist für mich kein weltbewegendes Problem, aber wenn ich mich im Forum umlese, komme ich zum Schluss, dass Kenntnisse von Composer und Konsole spätestens seit Contao 4 durchaus nützlich sind.

[Spooky]

@Spooky: Warum habe ich das Problem mit der Meldung
nur mit Contao 4.5, mit den tieferen 4er-Versionen aber nicht?

Weil Contao 4.5 mindestens PHP 7.1 benötigt.

[xchs]

Ich denke, der Fehler tritt unabhängig von Contao auf. @peter.fl führt ja bloß das Kommando composer selfupdate aus und das hat ja nichts mit Contao oder irgendeiner anderen Webapplikation zu tun. Es wird damit ja lediglich das Composer-Skript upgedatet.

Wie man aber sieht, setzt Composer (bzw. dieses eine Vendor-Paket) inzwischen wohl auch PHP 7.1 voraus (so wie auch Contao 4.5), obwohl hier eigentlich nur von PHP 5.3.2 bzw. 5.3.4 die Rede ist.

[Spooky]

composer selbst benötigt PHP 7.1 nicht. Wenn aber eines der abhängigen Pakete ein post update oder post install command hat und dieses Script mindestens PHP 7.1 benötigt, dann musst du die composer update oder install Operation auch mit mindestens PHP 7.1 ausführen.

[xchs]

Werden bei einem simplen composer selfupdate auch post update oder post install Skripte ausgeführt?

[peter.fl]

@xchs: Ich sehe das auch so, das dieses Problem nichts mit Contao zu tun hat. Allenfalls ist seine Lösung - mindestens für mich - eine Voraussetzung, Composer und Konsole besser handhaben zu können. Dies wiedrum als Grundlage für ein gutes Handling der Installation von Contao. Aber ich will hier nicht noch mehr vom ursprünglichen Thema abschweifen, darum können wir es ad Acta legen.

Ups, habe grad gesehen, dass es inzwischen schon weiter gegangen ist. Der Unterschied zwischen einer 4.5-Installation und einer tieferen Version wird schon mit composer sichtbar. Bei 4.5 erscheint die Fehlermeldung und bei tiefer als 4.5 erscheinen die Composer-Startinfos ("Available commands:" usw.).

Ich finde es komisch, dass es, wenn ich "/usr/local/php71/bin/php ~/.composer/composer" direkt in die Konsole tippe, funktioniert. Wenn ich die gleiche Zeichenfolge aber als Alias verwende, funktioniert es nicht. Ich vermute, dass ich in der Zeile in der .bash_profile irgend ein Zeichen vergessen oder falsch drin habe. Die Codierung der .bash_profile ist übrigens UTF-8 ohne BOM.

[Spooky]

Werden bei einem simplen composer selfupdate auch post update oder post install Skripte ausgeführt?

Nein, ich denke nicht.

[xchs]

Ich finde es komisch, dass es, wenn ich "/usr/local/php71/bin/php ~/.composer/composer" direkt in die Konsole tippe, funktioniert. Wenn ich die gleiche Zeichenfolge aber als Alias verwende, funktioniert es nicht. Ich vermute, dass ich in der Zeile in der .bash_profile irgend ein Zeichen vergessen oder falsch drin habe. Die Codierung der .bash_profile ist übrigens UTF-8 ohne BOM.

Hast Du schon versucht, was @Spooky oben vorgeschlagen hatte? Also als Alias anstelle von composer z. B.

alias composr='/usr/local/php71/bin/php ~/.composer/composer'

in Deiner .bash_profile zu verwenden, Dich neu in die Shell einzuloggen und anschließend das neue Alias-Kommando zu testen

$ composr

?

[peter.fl]

Ja, ich hatte es nicht mit composr, aber sonst mit einem total anderen alias probiert - ohne Erfolg.

Ich muss nochmals alle Cracks warnen: Es ist sicher ein oberblöder Anfängerfehler. @xchs: Was hat das"$"-Zeichen vor composr zu bedeuten?

[xchs]

Was hat das"$"-Zeichen vor composr zu bedeuten?

Das Dollarzeichen bezeichnet nur das Ende der Prompt in Deiner Shell.

[bizon]

Was hat das"$"-Zeichen vor composr zu bedeuten?

Das ist die Eingabeaufforderung(Prompt) der Konsole.

[xchs]

Ja, ich hatte es nicht mit composr, aber sonst mit einem total anderen alias probiert - ohne Erfolg.

Es könnte sein, dass die Tilde (~) in Deinem Alias-Ausdruck nicht korrekt erweitert werden kann und daher das Composer Skript nicht gefunden wird. Anstelle der Tilde könntest Du es eventuell mal mit der $HOME Variable versuchen:

.bash_profile:

alias composer='/usr/local/php71/bin/php $HOME/.composer/composer'

[peter.fl]

Ich glaube, der Lösung des Problems ein Stück näher gekommen zu sein. Mein Hoster hat mir geraten, das ganze mal mit PuTTY statt WinSCP zu machen. Und siehe da - es geht.

So habe ich also PutTTY kennen lernen dürfen

[mlweb]

Und wenn Du putty hast und winscp neu installierst (oder aktualisierst - ungetestet) kannst Du putty auch ganz bequem aus winscp heraus starten.
Finde ich Klasse, weil ich dann parallel z.B. den korrekten Pfad "lesen" kann.