Installation Contao 4.4 / Contao Manager

[stefan-at-work]

Gleiches Problem wie im Post #145 auch bei Webhosthone. Contao-Installation mit dem Manager läuft sauber durch. Jegliche zusätzlichen Erweiterungen jedoch nicht.

[siebenvier]

Auch speziell für 1&1 Kunden wurde was angepasst in Richtung PHP Pfad.

Danke für die Info. Zumindest gibt es schon mal einen Output im Konsolenfenster ;-)
Doch auch damit ist ein Arbeiten auf 1&1 Hosting-Paketen noch nicht möglich.

Hier mal meine Fehlermeldung für den Versuch, den Contao-Cache zu bereinigen via Contao-Manager:


Task a9b7c3c495d1081d7b7056d1afe79cc7 started.

// Clearing the cache for the prod environment with debug
// false

[OK] Cache for the "prod" environment (debug=false) was successfully cleared.


// Warming up the cache for the prod environment with debug
// false

--------------------------------------------------------
Exception occured: The process "/usr/lib/cgi-bin/php5.6 '-q' '/homepages/x/xxxxxxxx/htdocs/contao-4/vendor/bin/contao-console' 'cache:warmup' '--env=prod'" exceeded the timeout of 60 seconds.
#0 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/process/Process.php(421): Symfony\Component\Process\Process->checkTimeout()
#1 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/process/Process.php(216): Symfony\Component\Process\Process->wait()
#2 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/tenside/core/src/Task/AbstractCliSpawningTask.php(53): Symfony\Component\Process\Process->run(Object(Closure))
#3 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/api/Tenside/Task/RebuildCacheTask.php(86): Tenside\Core\Task\AbstractCliSpawningTask->runProcess(Object(Symfony\Component\Process\Proce ss))
#4 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/api/Tenside/Task/RebuildCacheTask.php(52): Contao\ManagerApi\Tenside\Task\RebuildCacheTask->runSymfonyCommand('cache:warmup')
#5 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/tenside/core/src/Task/Task.php(173): Contao\ManagerApi\Tenside\Task\RebuildCacheTask->doPerform()
#6 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/tenside/core/src/Task/Runner.php(89): Tenside\Core\Task\Task->perform('/homepages/13/d...')
#7 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(83): Tenside\Core\Task\Runner->run('/homepages/13/d...')
#8 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/console/Command/Command.php(264): Tenside\CoreBundle\Command\RunTaskCommand->execute(Object(Symfony\Component\Console\Input\Ar gvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#9 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/tenside/core-bundle/src/Command/RunTaskCommand.php(61): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#10 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/console/Application.php(887): Tenside\CoreBundle\Command\RunTaskCommand->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#11 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/console/Application.php(223): Symfony\Component\Console\Application->doRunCommand(Object(Tenside\CoreBundle\Command\Ru nTaskCommand), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOut put))
#12 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/api/ApiApplication.php(71): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#13 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/vendor/symfony/console/Application.php(130): Contao\ManagerApi\ApiApplication->doRun(Object(Symfony\Component\Console\Input\Argv Input), Object(Symfony\Component\Console\Output\ConsoleOut put))
#14 phar:///homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php/api/console(74): Symfony\Component\Console\Application->run(Object(Symfony\Component\Console\Input\ArgvIn put), Object(Symfony\Component\Console\Output\ConsoleOut put))
#15 /homepages/x/xxxxxxxx/htdocs/contao-4/web/contao-manager.phar.php(55): require('phar:///homepag...')
#16 {main}
--------------------------------------------------------


Process terminated with exit code 1
Reason: General error



Ähnliches Ergebnis beim Versuch, die Pakete zu aktualisieren (s. Anhang).
cm-beta3-error.jpg

[BugBuster]

Diese Meldungen kommen was ich hier sehe immer dann, wenn eine cgi Version von PHP verwendet wird statt einer cli Version.
Ob das wirklich damit zusammenhängt kann ich nicht sagen, ist aber auffällig.

eine /usr/bin/php5.6 oder /usr/bin/php5.6-cli gibt es bei dir nicht zufällig?

Wenn ich die providers.yml richtig verstehe prüft er auf Vorhandensein der cli Varinate zuerst und hängt noch ein memory Limit Parameter drann.
https://github.com/contao/contao-man...rs.yml#L48-L50

[kretschi]

@Fritz: Der fett markierte Teil des Document Roots "/var/www/domain.tld/web/contao/web" ist serverseitig festgeschrieben und kann nicht geändert, sondern nur ergänzt werden.

ist das ein ISPConfig Backend? Ich hatte in meiner ISPConfig den DocumentRoot via Apache Directives geändert -> sieht auf den ersten Blick verwirrend aus:

DocumentRoot /var/www/clients/client1/web1/web/web

- fett ist festgeschrieben - dann per FTP einen Unterordner in einem Webspace "web" erstellt und danach die direktive in der Optionen Registerkarte gesetzt.

[tab]

Nja, wird wohl bei dem Hoster so sein, dass da von Haus aus die document root im Ordner web oder irgendwo darunter liegt. So außergewöhnlich fände ich das jetzt nicht. Insofern macht es ja durchaus Sinn, den Unterordner contao/web als document root festzulegen.

[siebenvier]

Diese Meldungen kommen was ich hier sehe immer dann, wenn eine cgi Version von PHP verwendet wird statt einer cli Version.
Ob das wirklich damit zusammenhängt kann ich nicht sagen, ist aber auffällig.

eine /usr/bin/php5.6 oder /usr/bin/php5.6-cli gibt es bei dir nicht zufällig?

Wenn ich die providers.yml richtig verstehe prüft er auf Vorhandensein der cli Varinate zuerst und hängt noch ein memory Limit Parameter drann.
https://github.com/contao/contao-man...rs.yml#L48-L50

Das maximale ist php5.5-cli:
phpversion_1und1.jpg

Aber zumindest habe ich es nun geschafft, den Cache per Kommandozeile zu löschen:
php5.5-cli /homepages/x/xxxxxxxxx/htdocs/contao-4/vendor/bin/contao-console cache:clear --no-warmup -e prod

Ein Update per Kommandozeile ist jedenfalls nicht möglich, da der liebe alte RAM bei 1&1 nicht mitspielt:
composer_update.jpg

Möglichweise liegt es ja auch an der Einstellung zum memory_limit: /usr/bin/php{major}.{minor}-cli: ['-d', 'memory_limit=-1']

Na ja, dann muss ich wohl doch mein 1&1 ProfiSeller Konto löschen ;-)

[jenda]

Ist hier zu finden https://community.contao.org/de/show...Fehlermeldung)

[mandrake]

@mlweb: Ja, die Datei lag im Ordner ".../contao/web", auf welchen auch der Document Root eingestellt war.

@Fritz: Ich habe nun - nur um wirklich sicher zu gehen - nochmals Document Root auf Standard gesetzt und bestehende Inhalte komplett gelöscht.

Dann wieder neu das Verzeichnis ".../contao/web" und den Document Root darauf eingerichtet, dann die Datei "contao-manager.phar.php" dort abgelegt und entsprechend über "http://domain.tld/contao-manager.phar.php" aufgerufen.

Das Ergebnis ist immer noch der gleiche Fehler: " ... Unable to open primary script: /var/www/domain.tld/web/contao/web/web/app.php (No such file or directory) ..."

@Seefahrer: Das hast Du korrekt erkannt, denn genau da liegt das Problem für das ich eine Lösung suche.

Edit: Nur um das klar zu stellen: Der Ordner "web" ist natürlich nicht wirklich doppelt vorhanden. Deshalb auch mein Hinweis auf die entsprechenden Zeilen in der "contao-manager.phar.php" und meiner nginx Konfiguration als mögliche Ursache.

@kretschi: Warum machst Du diesen Eintrag in ISPConfig nicht einfach unter "Website" im Register "Domain > Erweiterte Einstellungen > Abweichender Document Root"? Fahre übrigens nginx, wobei mir diverse Anpassungsversuche an meiner o.g. Standard Konfiguration leider auch noch keinen Erfolg gebracht haben. Trotzdem danke für den Hinweis.

[Spooky]

Edit: Nur um das klar zu stellen: Der Ordner "web" ist natürlich nicht wirklich doppelt vorhanden. Deshalb auch mein Hinweis auf die entsprechenden Zeilen in der "contao-manager.phar.php" und meiner nginx Konfiguration als mögliche Ursache.

Hm, was zB macht diese Zeile hier:

try_files $uri $uri/ /{FOLDER}app.php$is_args$args;

?

[w3scout]

@kretschi: Warum machst Du diesen Eintrag in ISPConfig nicht einfach unter "Website" im Register "Domain > Erweiterte Einstellungen > Abweichender Document Root"? Fahre übrigens nginx, wobei mir diverse Anpassungsversuche an meiner o.g. Standard Konfiguration leider auch noch keinen Erfolg gebracht haben. Trotzdem danke für den Hinweis.

Nur interesssehalber, da ich auf einem Server ebenfalls ISPConfig nutze, da aber unter "Website => Domain" nirgends "Erweiterte Einstellungen" sehe. Welche ISPConfig Version nutzt Du?

VG

[stefanabg]

Hallo,
ich habe nach einigen Schwierigkeiten Contao 4.4 über den Contao Manager installiert und kann diesen nun auch aufrufen.
Zum Schluss erschien die Meldung, dass ich nun in das Install Tool wechseln solle, was ich auch wollte. Leider erhalte ich dabei immer wieder nur die Meldung, dass die Seite nicht existiert.
Der Root Pfad der Subdomain ist der Web Ordner, wie gefordert. Die Berechtigungen passen auch und leider wird im zugehörigen Log nichts angezeigt (es existiert nicht unter /var/log).

Wisst ihr wo der Fehler liegt oder habt ein paar Tipps, was ich prüfen sollte?

LG Stefan

[Spooky]

Hallo,
ich habe nach einigen Schwierigkeiten Contao 4.4 über den Contao Manager installiert und kann diesen nun auch aufrufen.
Zum Schluss erschien die Meldung, dass ich nun in das Install Tool wechseln solle, was ich auch wollte. Leider erhalte ich dabei immer wieder nur die Meldung, dass die Seite nicht existiert.
Der Root Pfad der Subdomain ist der Web Ordner, wie gefordert. Die Berechtigungen passen auch und leider wird im zugehörigen Log nichts angezeigt (es existiert nicht unter /var/log).

Wisst ihr wo der Fehler liegt oder habt ein paar Tipps, was ich prüfen sollte?

LG Stefan

Existiert im /web Ordner eine .htaccess? Verwendest du nginx statt Apache?

[stefanabg]

Eine .htaccess gibt es leider nicht, ich benutze Apache

[Spooky]

Eine .htaccess gibt es leider nicht, ich benutze Apache

Dann muss bei der Installation etwas schief gelaufen sein. Nach der erfolgreichen Installation von Contao sollte sich im Ordner /web eine .htaccess Datei befinden (und auch im Root der Contao Installation).

[mandrake]

@w3scout: Ich nutze Version 3.1.0.0. So weit ich mich erinnere (ohne Gewähr), sind die "Erweiterten Einstellungen" aber schon seit min. 1-2 Jahren verfügbar. Vielleicht eine Sache der Konfiguration?

BTW: Steht Dir im Bereich "Website" der Reiter "Optionen" zur Verfügung? Wenn nein, nutzt Du vielleicht ein Shared Hosting Angebot, bei dem bestimmte Bereiche gesperrt sind?!

[stefanabg]

Ok, ich habe nun noch einmal den Contao Manager in einem anderen Browser geladen und es funktionierte. die .htaccess Datei wurde nun auch angelegt...mit Firefox klappte es nicht.

[mandrake]

Kann mir vielleicht gerade mal jemand sagen, seit wann bzw. für welchen Zeitraum die Alpha Version vom Manager zur Verfügung stand? Stand diese nur dem Core Team bzw. einigen wenigen "Eingeweihten" oder z.B. auch Contao Premium Partnern oder anderen Nutzerkreisen zum testen zur Verfügung?

[BugBuster]

Die Alpha Tester wurden vom Team persönlich eingeladen. Wir haben einige Wochen getestet, zumindest war ich solange dabei.
Warum fragst du?

[mandrake]

Nur so aus Interesse. Hatte im Hinterkopf, dass die Alpha closed war, war mir aber auch nicht mehr ganz sicher.

[kretschi]

Nur interesssehalber, da ich auf einem Server ebenfalls ISPConfig nutze, da aber unter "Website => Domain" nirgends "Erweiterte Einstellungen" sehe. Welche ISPConfig Version nutzt Du?

VG

So sieht's bei mir auch aus - Ich bin auf der Registerkarte Optionen - allerdings keine erweiterten Optionen - mit denen man direkt den DocumentRoot verstellen könnte. Vielleicht ist das bei ISPConfig mit ngix der Fall.
Für mich - ich setze da auch paar andere Einstellungen in den Directiven - passt das schon - so habe ich alles im Blick was die Website angeht.

Meine ISPCconfig ist die 3.1.3

[mapfei]

Hallo zusammen!

Ich habe die contao-manager.phar.php im Verzeichnis http://domain.de/web/ abgelegt. Beim Aufruf erscheint jedoch ein "Not found" error und in der Browserleiste steht plötzlich http://domain.de/contao-manager.phar.php/. Was läuft hier schief?

Der Contao-Check sagt "Sie können Contao 4.x installieren". Hoster ist All-Inkl.

[BugBuster]

Und die Domain zeigt in das web/ Verzeichnis? Der Aufruf muss über domain.de/contao-manager.phar.php erfolgen können.

[jscholtysik]

Hallo zusammen!

Ich habe die contao-manager.phar.php im Verzeichnis http://domain.de/web/ abgelegt. Beim Aufruf erscheint jedoch ein "Not found" error und in der Browserleiste steht plötzlich http://domain.de/contao-manager.phar.php/. Was läuft hier schief?

Der Contao-Check sagt "Sie können Contao 4.x installieren". Hoster ist All-Inkl.

Hi Markus,


leg Dir ein Verzeichnis "contao" und darunter dann ein Verzeichnis "web" an und kopiere dann die contao-manager.phar.php in dieses "web"-Unterverzeichnis. Der DocumentRoot im KAS muss dann auf /contao/web/ zeigen.

Dann die contao-manager.phar.php wie schon von Glen geschrieben folgendermaßen aufrufen:

Und die Domain zeigt in das web/ Verzeichnis? Der Aufruf muss über domain.de/contao-manager.phar.php erfolgen können.

[mapfei]

Prima, funktioniert! Ich danke euch!

[mapfei]

Das zum Abschluss der Installation folgende Meldung erscheint ist "normal"?
Bildschirmfoto 2017-06-22 um 11.52.49.png

[Franko]

Provider 1und1 / Tarif 1und1 Unlimited / Domain auf PHP7.1 CGI


- Download .zip Archiv und Installation: Geht
- Contao-Manager und Installation: Geht mit der beta3 ???

Mit der vorherigen CM Version ist er mir schon beim Task Aufruf abgesprungen.
Mit der Beta3 lief alles sauber durch (Das ganze ging sogar sehr flott).

Und ehrlich ich verstehe nicht warum: Der CM setzt den binary auf /usr/bin/php7.1-cli
Diesen gibt es nicht (wie schon hier mehrmals erwähnt bei 1und1 max. /usr/bin/php5.5-cli).

Beim Versuch eine 4er Erweiterung zum Test über den CM zu installieren (madeyourday/contao-rocksolid-slider) kam dann aber sofort:

Using version ^2.0 for madeyourday/contao-rocksolid-slider
/homepages/3/xyz/htdocs/contao4/composer.json has been updated
Loading composer repositories with package information
Updating dependencies

mmap() failed: [12] Cannot allocate memory
mmap() failed: [12] Cannot allocate memory
mmap() failed: [12] Cannot allocate memory

Process terminated with exit code 255
Reason: Unknown error

??
Frank

[mapfei]

Das manager-bundle wird bei der Installation über den Manager nicht mehr installiert oder wie verstehe ich das?

[stefan-at-work]

Das zum Abschluss der Installation folgende Meldung erscheint ist "normal"?
Bildschirmfoto 2017-06-22 um 11.52.49.png

Ja, ist nur zur Info und keine Fehlermeldung

[stefan-at-work]

Provider 1und1 / Tarif 1und1 Unlimited / Domain auf PHP7.1 CGI

Beim Versuch eine 4er Erweiterung zum Test über den CM zu installieren (madeyourday/contao-rocksolid-slider) kam dann aber sofort:



??
Frank

Deutet auf zuwenig RAM hin

[Franko]

Wegen 1und1 s.o.

Test SSH Zugriff und dann:

[Prompt]/usr/bin/php7.1-cli contao-manager.phar.php -v
[Prompt]-bash: /usr/bin/php7.1-cli: No such file or directory

Folgendes geht:

[Prompt]/usr/bin/php5.5-cli contao-manager.phar.php -v

[Prompt]/usr/bin/php5.5-cli contao-manager.phar.php integrity-check

[Prompt]/usr/bin/php5.5-cli contao-manager.phar.php self-update

(Pfad überarbeitet - muß ja 5.5 ein - sorry)

Ist jetzt die beta4

Frank

[BugBuster]

Das manager-bundle wird bei der Installation über den Manager nicht mehr installiert oder wie verstehe ich das?

Doch, das ist ja grad der Unterschied zur Standard Edition.

This bundle adds manager functionality to Contao core. It provides a Symfony skeleton that allows full application management using the Contao Manager GUI.

Kannst du mit

composer info

auf Kommandozeile auch gut sehen, hier mal ein Ausschnitt:

contao/calendar-bundle                 4.4.0             Adds calendar functionality to Contao 4
contao/comments-bundle                 4.4.0             Adds comments functionality to Contao 4
contao/core-bundle                     4.4.0             Contao 4 core bundle
contao/faq-bundle                      4.4.0             Adds FAQ functionality to Contao 4
contao/installation-bundle             4.4.0             Required to install and update Contao 4
contao/listing-bundle                  4.4.0             Allows to list arbitrary data in the Contao 4 front end
contao/manager-bundle                  4.4.0             Contao 4 manager bundle
contao/news-bundle                     4.4.0             Adds news functionality to Contao 4
contao/newsletter-bundle               4.4.0             Adds newsletter functionality to Contao 4

[mapfei]

Doch, das ist ja grad der Unterschied zur Standard Edition.

In meiner Installation gibts kein manager-bundle: FireShot Capture 012 - Contao Manager 1.0.0-beta4_ - http___koepp.markuspfeifer.com_con.png

Hängt das evtl. mit der Fehlermeldung in Beitrag #185 zusammen?

[Spooky]

In meiner Installation gibts kein manager-bundle: FireShot Capture 012 - Contao Manager 1.0.0-beta4_ - http___koepp.markuspfeifer.com_con.png

Das manager-bundle Paket wird dort absichtlich nicht gelistet. Du musst dir die composer.json selbst ansehen oder es so machen wie BugBuster beschrieben hat.

Hängt das evtl. mit der Fehlermeldung in Beitrag #185 zusammen?

Nein, ich glaube das kannst du einfach ignorieren.

[BugBuster]

Jo, Pakete die per Abhängigkeit geladen wurden werden im Manager nicht aufgelistet.
Gilt auch für externer Erweiterungen. wer zum Beispiel von mir "bugbuster/contao-visitors-bundle" installiert sieht auch nicht, das "bugbuster/contao-botdetection-bundle" mit installiert ist und schon gar nicht was das alles noch mitzieht.

[Spooky]

Naja, das manager-bundle ist keine Abhängigkeit, das steht ja direkt im require der composer.json.

[mapfei]

Das manager-bundle Paket wird dort absichtlich nicht gelistet. Du musst dir die composer.json selbst ansehen oder es so machen wie BugBuster beschrieben hat.

Alles klar. Danke für die Info!

[t.mayer]

Hast du schon eine Antwort/Lösung von DF?

Leider noch nicht - echt komisch. Geht sonst relativ schnell.
Ich meld mich, sobald ich was bekomme.

[codework]

Habe die beta4 mal bei Domainfactory unter PHP7 getestet:

• PHP CLI wird automatisch richtig erkannt
• Contao Installation läuft ohne Fehlermeldungen durch
• Finished without error.
• Install-Tool wird korrekt aufgerufen
• Pakete können anschließend (relativ) problemlos installiert werden

Kleiner Spaß am Rande, ein Vergleichstest:

Test1: Manager
contao-manager.phar.php in /web legen
Script mittels vorbereiteter SubDomain aufrufen
Installation inkl. Install-Tool und Admin anlegen durchlaufen lassen
Dauer bis zum funktionierenden Backend: knapp 7 Minuten.

Test2: Composer direkt
Via SSH einloggen
zum Zielverzeichnis navigieren (/cms/domain)
Contao via Composer installieren lassen 
Installtool in vorbereiteter Subdomain aufrufen DB, Admin anlegen
Dauer bis zum funktionierenden Backend: knapp 3 Minuten.

Egal welche Variante... das ist richtig schnell! Respekt!

[t.mayer]

Nicht nur, aber für DF wurde der Zugriff auf api.ipify.org durch ein anders Ziel ersetzt. Also allgemein, nicht nur für DF :-)
Damit solltet ihr nun mehr Glück haben.

Vielen Dank!
Installation / Aktualisierung und Cache leeren klappt nun mit dem Contao-Manager beta4 bei DF!
Ich habe dies getestet bei den Tarifen ManagedHosting Medium und Ultimate.
Für alle DF-User zur Info - so habs ich gemacht:
- Subdomain auf Unterverzeichnis web setzen
- PHP-7-70-STABLE
- PHP-ini-Editor
-- Haken bei allow_url_fopen
-- Im PHP-ini-Editor folgendes ergänzt:
[Extension]
extension_dir = "/usr/local/lib/php_modules/7-70STABLE"
extension = "intl.so"

[t.mayer]

Leider noch nicht - echt komisch. Geht sonst relativ schnell.
Ich meld mich, sobald ich was bekomme.

Antwort von DomainFactory:
****************************
Wir haben die Root-Zertifikate des Servers soeben um jenes "Comodo RSA Certification Authority (SHA-2)" erweitert sodass die Verbindung zu api.ipify.org nun ohne Fehler hergestellt werden kann.
****************************