Hinweise zum Contao Manager

[BugBuster]

So, ich hoffe es hat niemand was dagegen wenn ich mal aus dem Nähkästchen plaudere, da ich Alpha Tester war und noch einige Infos auf der Konferenz bekomme habe.

1. Der Contao Manager (hier kurz CM) ist deshalb noch im Beta Stadium, da beim Alpha Test schon auf den unterschiedlichen Hostern einiges an Merkwürdigkeiten entdeckt wurde. In der Beta Phase sollen nun noch mehr Infos gesammelt werden, was bei welchem Hoster schief geht.
2. Wenn Ihr eindeutige nachvollziehbare Fehler habt, dann bitte ins Ticket System melden. Vorher aber bitte schauen, ob es vielleicht ein passendes Ticket schon gibt. https://github.com/contao/contao-manager/issues
3. Weil die Frage öfters kam, wenn ihr den CM nutzt braucht ihr vorher kein Composer installieren, den bringt der CM mit.
4. Ein Update von Contao 4.3 auf 4.4 geht mit dem CM nicht, auch nicht direkt (nur) durch "composer update". Das ist Absicht, da ein Minor Update immer manuell erst erlaubt werden muss. War bisher auch so. Wie das Update geht, siehe weiter unten. Der CM soll das in Zukunft wohl selbst können.
5. Der CM beherrscht ein Selfupdate (Prüfung stündlich), es kann also sein, das nach dem Login in dem CM sofort ein Update Fenster aufgeht und er sich selbst aktualisiert.
6. Das Login, was bei Erstbenutzung des CMs angelegt werden muss, hat nichts mit dem Contao Backend Login zu tun (Hinweis hier, weil die Frage kam)
7. Zu guter Letzt, wie installiert man den CM und weitere Infos: https://docs.contao.org/books/manager/de/
8. Nachtrag1: Der Contao Manager kann zur Zeit auf Windows-Servern nicht verwendet werden. Dazu werden Tester und Infos gesucht. https://github.com/contao/contao-manager/issues/66
9. Nachtrag2: Aufruf des CMs über https wenn möglich, sonst bekommt ihr ne Warnung: "!! Unsichere Verbindung !! Ohne HTTPS werden Ihre vertraulichen Daten unverschlüsselt übertragen."
10. Nachtrag3: Der CM kann auch nachträglich in eine vollständig installierte Contao 4 Managed Edition hinzugefügt werden.
11. Nachtrag4: Die intl-Erweiterung für PHP muss installiert/aktiviert sein, welches von Symfony vorrausgesetzt wird. Der Manager erkennt das fehlende Paket noch nicht und von daher wird angeblich fehlerfrei installiert, aber man bleibt im Installtool hängen.
12. Nachtrag5: Das Selfupdate vom CM kann man auch per Kommandozeile durchführen:

    php contao-manager.phar.php self-update

13. Nachtrag6: Die neue Beta will nicht? Dann schaut mal ins Verzeichnis contao-manager/, da liegt die vorherige drin als contao-manager-old.phar.php. Die einfach ins web/ Verzeichnis kopieren als contao-manager.phar.php (überschreiben) und schon hat man die wieder aktiv. Allerdings wird stündlich nach Update geprüft, kann also nur für kurze Dauer helfen.
14. Nachtrag7: Hat man das Login/Passwort vom CM vergessen, dann die Datei contao-manager/users.json löschen. Beim nächsten Aufruf erfolgt erneute die Abfrage für die Neuanlegung.
15. Nachtrag8: Ab Beta9 wird Algolia zu Suche benutzt, nicht mehr direkt über Packagist (ist aber weiterhin Quelle). Das bedeutet, der Browser muss Javascript ausführen dürfen und laden dürfen von extern. Sonst funktioniert die Suche nach Paketen nicht mehr.

Update von Contao 4.3 Managed Edition auf Contao 4.4 Managed Edition:

composer require contao/manager-bundle:^4.3
composer update

Danach contao/install aufrufen, DB Update!

Siehe dazu auch noch nächsten Beitrag.

[BugBuster]

Wenn die 4.4.0 durch die obigen Kommandozeilen installiert ist, und man will das automatische Update auf 4.5 und höher verhindern, weil man auf der LTS bleiben will,
dann noch das nachschieben:

composer require contao/manager-bundle:4.4.*

Damit stellt man die alte Variante wieder her nur eben nicht auf 4.3.x sondern auf 4.4.x

[Franko]

Hallo BugBuster,
vielen Dank für die Zusammenfassung.
Könntest Du mal hier reinlesen (Geht um 4.4 Installation bei 1und1 via composer o. Contao Manager bez. der 1und1 php cli Version):
Beitrag

Danke
Franko

[Stranger]

Hey, danke für die Tipps Glen. Wäre vielleicht ganz cool, wenn man so etwas hier hinterlegen bzw. innerhalb con contao.org verlinken könnte: https://contao.org/de/download.html

Was ich auf der offiziellen Seite vermisse, wäre vielleicht auch noch folgendes...

• Auf contao.org heißt es "übertragen Sie sie in den Ordner /web Ihrer Webseite" - meines Erachtens nach ist das etwas missverständlich, da die Website für mich das ist was ich über den Browser aufrufe und nicht was ich im FTP sehe.
  Die Domain muss im Admin Panel des Hosters auf den Ordner web verweisen. Ich hatte die Domain auf den Ordner /contao/4.4 verwiesen und in dem Ordner einen Ordner web angelegt und dort die contao-manager.phar.php abgelegt. Im Browser hatte ich dann die Website unter example.com/web/contao-manager.phar.php aufgerufen, was dann zu einer Weiterleitung ohne Fehlermeldung führte
• Vorher ein SSL-Zerfitfikat anlegen, da man sonst die Meldung bekommt: "!! Unsichere Verbindung !! Ohne HTTPS werden Ihre vertraulichen Daten unverschlüsselt übertragen."

[devster]

Falls der Expertenmodus bei der Installation aktiv wird, hier die Pfade für die PHP Binarys von all-inkl
PHP7.0 /usr/bin/php70
PHP7.1 /usr/bin/php71

[BugBuster]

Danke für die Bestätigung.
Vom Alpha Tester wurde All-Inkl Premium mit PHP 7.1 bereits bestätigt.

[BugBuster]

Als Ergänzung mal die Hoster mit den größten Problemen, Stand ist allerdings die Alpha Version vom CM, könnte also eventuell mit der Beta besser laufen:

• Domainfactory, Managed Pro 2, sowohl mit PHP 5.6 und PHP 7.0, PHP Pfad wird nicht korrekt erkannt, bei 7.0 geht die Installation, nicht aber Erweiterungen
• strato, PowerWebBasic, sowohl mit PHP 5.6 und 7.1, keine Installation möglich
• 1&1, DualBasic, PHP 5.6 keine Installation, PHP 7.1 richtiger Pfad nicht erkannt, Installation geht dann, Erweiterungen nicht

Wer abweichende Infos oder Ergänzungen zu diesen Hostern hat, immer her damit.
Ich denke, dass es demnächst auch die Liste irgendwo geben wird mit dem bisherigen Erfahrungen. Wurde auf der Konferenz kurz angemerkt.

[QuietschieMacnroy]

Hi,

als Ergänzung zu den Hostern wäre:

Anbieter: HostEurope
Produkt: Webhosting
Problem: Pfad-Angabe zu PHP-Binary nicht möglich, folglich Installation kann nicht gestartet werden, unabhängig zu PHP 5.6 und PHP 7.0 (beides wird von HE angeboten).


Viele Grüße
Stephan

[BugBuster]

Danke, gebe ich mal weiter.
Kann das jemand mit gleichem Paket bestätigen?
"Pfad-Angabe zu PHP-Binary nicht möglich" bedeutet was? Wird nicht akzeptiert obwohl dieser stimmt (geprüft)?


Hosteurope kann wohl auch funktionieren:
Hoster: Hosteurope
Paket: Webserver Basic
PHP: 7.0
Pfad gefunden: ja
Pfad:/usr/bin/php7.0

[thomas.japan]

PHP 7
Nach Aufruf des CM kommt die Fehlermeldung:
ERROR 500 The PHP setting "allow_url_fopen" is not enabled on the server.

[QuietschieMacnroy]

Danke, gebe ich mal weiter.
Kann das jemand mit gleichem Paket bestätigen?
"Pfad-Angabe zu PHP-Binary nicht möglich" bedeutet was? Wird nicht akzeptiert obwohl dieser stimmt (geprüft)?

Prüfung schlägt fehl.
Hosting scheint soweit abgeschottet zu sein. Ticket bei HE diesbezüglich noch offen. Update folgt

[BugBuster]

Hi,
in der Beta2 sollten nun für all-inkl die php Binaries gefunden werden, es gab dazu ein Update.

[BugBuster]

Nachtrag 3, auch im ersten Beitrag hinzugefügt:
Der Contao Manager kann auch nachträglich in eine vollständig installierte Contao 4 Managed Edition hinzugefügt werden.

[mlweb]

Ergänze mal bitte oben dass das nur die Managed Edition betrifft. Bei vorheriger Installation über Composer könnte es sich ja auch um eine Standard Edition handeln. Denn da tauchte in einem anderen Thread leichte Verwirrung auf.

[stefan.sl]

Zur Ergänzung: auf dem MAMP Pro haben wir auf der Konferenz noch festgestellt, dass das intl-Paket bei PHP fehlt, welches von Symfony vorrausgesetzt wird. Der Manager erkennt das fehlende Paket noch nicht und von daher wird angeblich fehlerfrei installiert, aber man bleibt im Installtool hängen.

[quintacom]

PHP 7
Nach Aufruf des CM kommt die Fehlermeldung:
ERROR 500 The PHP setting "allow_url_fopen" is not enabled on the server.

Dieselbe Fehlermeldung habe ich auch bei Twosteps, die "allow_url_fopen" aus Sicherheitsgründen auf keinen Fall aktivieren werden.
Somit kann Contao 4.4.x mit dem Contao Manager bei diesen Hostern nicht installiert/eingesetzt werden.
Bleibt das so?

[BugBuster]

Das wird sicher so bleiben.
Aber diese Hoster arbeiten nach dem Prinzip: Das haben wir schon immer so gemacht.
Früher war allow_url_fopen mal ein Problem, weil man allein durch diese Erlaubnis, Dateien per include über http einbinden konnte.
Das war eine beliebte Methode um Schadcode nachzuladen indem man nur eine Zeile irgendwo einbauen musste.
Seit längerem gibt es deswegen die zusätzlich Konfiguration: allow_url_include, und die darf auf keinen Fall erlaubt sein.

Wenn also allow_url_open erlaubt ist und allow_url_include nicht, dann gibt es das alte Sicherheitsproblem nicht.

Wenn allow_url_fopen erlaubt kann man natürlich Code laden, aber das denn mit mehren Befehlen und dieser wird auch nicht ausgeführt.
Außerdem kann man allow_url_fopen mittels curl Erweiterung umgehen, das ist also kein Argument der Hoster, warum das immer noch unsicher wäre.


Nachtrag:
- allow_url_fopen : Verfügbar seit PHP 4.0.4.
- allow_url_include: Verfügbar seit PHP 5.2.0.

[BugBuster]

Das Selfupdate vom CM kann man auch per Kommandozeile durchführen, falls das per Webaufruf mal nicht gehen sollte wegen eines anderen Problems:

php contao-manager.phar.php self-update

[codework]

Test bei dF mit PHP7.0.13: Contao Manager 1.0.0 beta2

Warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: file_get_contents(): Failed to enable crypto in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: file_get_contents(https://api.ipify.org): failed to open stream: operation failed in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 152

Warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: file_get_contents(): Failed to enable crypto in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: file_get_contents(https://api.ipify.org): failed to open stream: operation failed in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 151

Warning: gethostbyaddr(): Address is not a valid IPv4 or IPv6 address in phar:///kunden/XxXxX/c4test/web/contao-manager.phar.php/api/ApiKernel.php on line 152
{"status":"install","username":"","config":{"secret":"3521332cd5585caaef7a6329e502390121492d4a54d39137d514b9835f6ce8acb10476afcb501915","last_update":"2017-06-19T18:15:58+02:00","php_cli":null,"github_oauth_token":null},"version":null,"task":null,"update":false}

Immerhin hat das Self-Update über die Console geklappt.

[jewo]

In welches Verzeichnis muss ich denn wechseln, um das Selfupdate anzustossen? Wenn ich das im web-Verzeichnis mache, bekomme ich: "bash: php: Kommando nicht gefunden"

[planepix]

Hallo jewo,

sollte eine Ebene höher funktionieren. Am besten noch einmal mit "ls" die Inhalte anzeigen lassen. Ich habe darin die composer.phar, die ich darin dann aufrufen kann.

[jewo]

Hallo planepix,

im Verzeichnis drüber liegen bei mir:

app composer.json contao-manager README.md templates vendor
assets composer.lock files system var web

Dort bin ich hingewechselt und habe "php contao-manager.phar.php self-update" eingegeben und bekomme dasselbe - bash: php: Kommando nicht gefunden.

[jscholtysik]

Hi jewo,


im web-Verzeichnis nur "contao-manager.phar.php" aufrufen, ohne self-update und ohne "php" davor

[Spooky]

In welches Verzeichnis muss ich denn wechseln, um das Selfupdate anzustossen? Wenn ich das im web-Verzeichnis mache, bekomme ich: "bash: php: Kommando nicht gefunden"

Bei dir gibt es kein global verfügbar es "php" Kommando. Welcher Hoster?

[jewo]

Hi jscholtysik,
gemacht - es kommt: bash: contao-manager.phar.php: Kommando nicht gefunden.

[jewo]

@spooky

Hoster ist Alfahosting. - ResellerPlan C

[codework]

das muss man schon mit PHP davor aufrufen...

php contao-manager.phar.php self-update

[jewo]

@codework

mit oder ohne php - immer dasselbe. Ich denke, spooky hat recht...

[codework]

Nein, das ist nicht egal.

Kommando nicht gefunden.

kommt weil die Console kein "contao-manager.phar.php" kennt.

[jewo]

Technisch ist mir das klar - ändert nur am Resultat nix.

[codework]

kann sein, dass du die PHP Version oder den Pfad oder beides angeben musst.
Bei dF z.B. /usr/local/bin/php7-70STABLE-CLI

[Spooky]

@spooky

Hoster ist Alfahosting. - ResellerPlan C

Hat der Contao Manager den Pfad zur PHP binary automatisch finden können? Also befindet sich in der contao-manager/manager.json ein Eintrag für "php_cli"?

[jewo]

@spooky

Nein, hat er nicht - musste ich manuell angeben.
Habe genau diesen Pfad jetzt für das Update versucht:
/usr/bin/php7.0-cgi php contao-manager.phar.php self-update

Ausgabe:
Status: 404 Not Found
X-Powered-By: PHP/7.0.19
Content-type: text/html; charset=UTF-8

No input file specified.

[Spooky]

Das funktioniert so nicht, das ist die falsche PHP binary. Du brauchst die PHP binary für das CLI, nicht für CGI. Aus anderen Threads hier im Forum und in anderen Foren geht hervor, dass es so etwas bei AlfaHosting nicht gibt und AlfaHosting generell für Contao 4 nicht geeignet ist, sofern man keinen vServer hat.

[codework]

und du bist im Verzeichnis "web" ?

[jewo]

@spooky

Gut,
danke erstmal. Ich bin mit Alfahosting eigentlich zufrieden (nur das memory_limit ist mit 256M etwas dünne, deswegen würde ich den Manager am besten unter Xampp nutzen - aber der läuft ja noch nicht unter Windows, werde morgen das Ganze mal unter Linux testen) und wechseln möchte ich eigentlich nicht, da ich jede Menge 3er Contaos dort zu laufen habe, und, so scheint es mir, die Anforderungen für Contao 4 gerade wieder ins Uferlose wachsen und man gar nicht absehen kann, was noch alles kommt...

Die 3er Contaos laufen alle absolut fehlerfrei, ich habe dort auch schon eine Version 4.3 irgendwas zum Laufen gebracht und heute morgen eben die 4.4er LTS-Version mit Manager. Funktionert sehr gut - nur der Manager eben nicht!

Ich kann also nicht pauschal sagen, das Alfahosting für Contao 4 nicht geeignet ist. Der Support ist sehr bemüht und macht vieles möglich! Es gibt bei Alfahosting sogar eine 1click Installation von Contao 4 (z.Zt. 4.3.4)

[Spooky]

Die 3er Contaos laufen alle absolut fehlerfrei, ich habe dort auch schon eine Version 4.3 irgendwas zum Laufen gebracht und heute morgen eben die 4.4er LTS-Version mit Manager. Funktionert sehr gut - nur der Manager eben nicht!

Ich kann also nicht pauschal sagen, das Alfahosting für Contao 4 nicht geeignet ist. Der Support ist sehr bemüht und macht vieles möglich! Es gibt bei Alfahosting sogar eine 1click Installation von Contao 4 (z.Zt. 4.3.4)

Wie hast du bei diesen Contao 4 Installationen Extensions installiert? Bzw. wie aktualisierst du diese Installationen? Denn dafür brauchst du ja composer und dafür wiederum ein PHP CLI.

[jewo]

@spooky

bei Alfahosting noch gar nicht - da scheint das memory_limit zu klein - ich bekomme immer Fehlermeldungen. Mit den Contao 3 Versionen und Composer mache ich es immer so, dass ich die Extensions, die ich brauche, mir lokal unter Xampp installiere und dann das Ganze auf den Webspace übertrage. Ich habe erstmal nur getestet, ob Contao 4 überhaupt funktioniert und das tat es. Vom produktiven Einsatz ist Contao 4 für mich persönlich noch meilenweit entfernt, denn wenn man erst tagelang frickeln muss, um eine weiße Seite zu haben, macht es für mich keinen Sinn mehr und wenn die Anforderungen so weiterwachsen, muss ich mich leider nach Alternativen umschauen.

Nicht falsch verstehen - ich bin bestimmt einer der größten Contao-Fans, die's gibt, aber ich kann und will hier bald nicht mehr mithalten. Ich bin kein PHP-Entwickler, ich möchte nur Webseiten machen...

[Spooky]

@spooky

bei Alfahosting noch gar nicht - da scheint das memory_limit zu klein - ich bekomme immer Fehlermeldungen.

Das memory_limit kann da ja noch nicht das Problem sein, wenn du kein PHP CLI hast.

Ich habe erstmal nur getestet, ob Contao 4 überhaupt funktioniert und das tat es. Vom produktiven Einsatz ist Contao 4 für mich persönlich noch meilenweit entfernt, denn wenn man erst tagelang frickeln muss, um eine weiße Seite zu haben, macht es für mich keinen Sinn mehr und wenn die Anforderungen so weiterwachsen, muss ich mich leider nach Alternativen umschauen.

Du solltest dich eher nach einem alternativen Hoster umsehen . Es hat keinen Sinn Contao 4 auf einem regulären AlfaHosting Paket zu verwenden, solange AlfaHosting nicht grundsätzliche Änderungen macht.

[codework]

jetzt wird der Manager aber ein bisschen albern
Erst kommt immer der "ERROR 500 Unerwarteter API-Status"
Jetzt habe ich in der manager.json manuell die php_cli hinzugefügt. Und siehe da, ich kann einen Benutzer samt Passwort anlegen. Nur ein Klick auf Installieren bringt dann folgendes:
MC001.jpg
Also erst geht die PHP Version und dann doch nicht ???
Bin verwirrt...