Druckbare Version
// Administrator-Anmerkung von Nina: Ich habe alle Beiträge zur Contao 4.4 Installation / Updates / Contao-Manager aus dem News-Thema ins "Installation / Update"-Forum ausgelagert.
Nachdem ich jetzt erstmal die intl.so in die php.ini hinzufügen musste, erhalte ich im nächsten Schritt beim Contao-Manager folgendes angezeigt.
Anhang 19446
Bisschen ungenaue Info.....
Hast du mit dem Contao Check überprüft, ob der Webspace generell für Contao 4 geeignet ist?
Logisch :-) Habs jetzt auch über den Composer installiert, aber mich interessiert ja generell der Manager...
Anhang 19447
kk, hab mich nur gewundert, denn da würde die fehlende Intl Extension schon beanstandet werden ;).Zitat:
Zitat von the_scrat
Na die hab ich ja jetzt manuell df.eu in der php.ini hinterlegt
Aber hierzu hat mir der Contao Manager ja auch entsprechend eine Fehlermeldung ausgegeben. Aber mit "Unerwarteter API Status" kann ich nix anfangen.Code:[Extension]
extension_dir = "/usr/local/lib/php_modules/7-70LATEST"
extension = "intl.so"
Ich bekomme die gleiche Meldung
"Unerwarteter API Status"
Contao-Ckeck meldet alles OK.
Weiß jemand, wie ich die 4.3-Reihe auf die neuste 4.4.x-Version aktualisieren kann? - Gerne auch mit einem Composer-Befehl. Hauptsache, dass nichts überschrieben wird.
Es ist toll, zu sehen, wie sich Contao zusehends verändert - zum Positiven!
Die Macken, die bei den Shared-Hostern (z.B. 1&1) auftreten, werden sicherlich auch bald Geschichte sein ;-)
Dort lässt sich der Contao-Manager zwar starten aber beim Aktualisieren der Pakete läuft das Ganze auf einen Fehler hinaus.
Die Konsole streikt :)
Hallo,Zitat:
Zitat von jenda
ohne Garantie habe ich grad folgenden Weg probiert ohne Probleme, indem in der composer.json der 4.3.11 der "require" Teil angepasst wurde auf die 4.4.x
von:
auf:PHP-Code:
"require": {
"php": ">=5.5.0",
"contao/manager-bundle": "4.3.*",
"contao/calendar-bundle": "^4.3",
"contao/comments-bundle": "^4.3",
"contao/faq-bundle": "^4.3",
"contao/listing-bundle": "^4.3",
"contao/news-bundle": "^4.3",
"contao/newsletter-bundle": "^4.3"
},
DannPHP-Code:
"require": {
"php": ">=5.6.0",
"contao/manager-bundle": "4.4.*",
"contao/calendar-bundle": "^4.4",
"contao/comments-bundle": "^4.4",
"contao/faq-bundle": "^4.4",
"contao/listing-bundle": "^4.4",
"contao/news-bundle": "^4.4",
"contao/newsletter-bundle": "^4.4"
},
-> über composer update aktualisiert
-> contao/install aufgerufen
-> im BE einloggen und Benutzer aufgerufen und das Theme aktualisiert
-> Systemwartung im Backend
-> Abgemeldet
-> Browsercache gelehrt
-> Im BE angemeldet fertig
Man sollte noch darauf achten, ob in dem "require" eventuell schon Erweiterungen eingetragen sind, die sollte man nicht vergessen :)
Einhätte gereicht. Ich weiß aber nicht warum in der default composer.json der Managed Edition die Version des Manager Bundles auf 4.3 restriktiert ist/war.Code:composer require contao/manager-bundle ^4.3
Spooky, entschuldige, dass ich so einfach fragen. Das heißt, dass ich nur in der Composer-Datei (befindet sich auf der ersten Ebene) die Zeile
inHTML-Code:"contao/manager-bundle": "4.3.*",
ändern soll. Verstehe ich es richtig? Oder soll ich einfach in die Konsole den Befehl schreiben, den du geschrieben hast?HTML-Code:"contao/manager-bundle": "^4.3",
Update: Wenn ich den Befehl in die Konsole eintrage und laufen lasse, kommt folgende Meldung
Zitat:
Nothing to install or update
Dito. Gleiche Meldung auch bei mir - Error 500: Unerwarteter API Status.Zitat:
Zitat von codework
Laufende Umgebung ist:
Hosting bei Domainfactory;
PHP 7 (7.0.6) mit manuell angeschaltetem allow_furl und hinterlegter intl.so;
Contao Check meldet nur bei v2.x ginge eine Installation nicht, aber wer will das schon. :D
Danach noch ein composer update ausführen.
Leider blockiert da was:Code:Installation request for contao/installation-bundle (locked at 4.3.11) -> satisfiable by contao/installation-bundle[4.3.11].
komisch, jetzt gehts.
Danach contao/install aufrufen, DB Update!Code:composer require contao/manager-bundle:^4.3
composer update
Ich finde es sehr schön, dass Contao 4.4 LTS zusammen mit dem Contao Manager jetzt verfügbar ist.
Leider kann ich bei dem Webhoster "ALL-INKL.COM" den Contao Manager nicht so einfach verwenden, da ein Error 500 kommt beim Aufruf der Contao Manager PHP Datei im Browser.
-----
ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:
- cgi-bin
-----
Dieses hat damit zu tuen, dass sich der Contao Manager wohl an dem Ordner "cgi-bin" stört, den ich bei ALL-INKL aber meines Wissens nicht löschen kann und bei jeden ALL-INKL Hosting dabei ist.
Folgendes ist bei ALL-INKL unter KAS eingestellt:
1. Domaine umgeleitet auf den Unterordner "web", wie bei Contao 4.x erforderlich. Dort hinein die PHP-Datei kopiert.
2. Als PHP-Version 7.1 (als CGI/FPM) gewählt.
3. Sauberes SSL-Zertifikat erstellt und bei ALL-INKL sauber eingebunden.
Hat da jemand eine Idee, wie man das Problem lösen könnte? Ich bedanke mich schon im Voraus für mögliche Lösungsansätze.
Update (17.06.2017, 02:00):
-----------------------------------
Die Contao 4.4 LTS Installation über den Contao Manager hat jetzt sauber geklappt:
Dazu habe ich folgendes gemacht:
1. Ich habe den Contao Manger in das Unterverzeichnis "contao/web", welches ich vorher erstellt habe, hinein kopiert.
2. Das Unterverzeichnis "/contao/web/" habe ich im KAS als Ziel meiner Domaine angegeben.
3. Bei PHP-Binary habe ich im Contao Manager "/usr/bin/php71" angegeben.
Vielen Dank an die anderen in dem Contao Forum für die Tips bezüglich meines Problems, womit ich es lösen konnte.
Kann man Contao 4.4 schon für produkte Webseiten benutzen? Sind viele (wichtige) Erweiterungen schon einsetzbar?
Ich habe auch den selben Error:
ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:
- websiteordner1
- web (Darin liegt die contao-manager.phar.php. Subdomain linkt auf diesen Ordner)
- websiteordner2
Mache ich was falsch?
Danke
Ich bin auch bei DomainFactory und habe das gleiche Problem.Zitat:
Zitat von the_scrat
Ich habe zusätzlich noch
in der PHP-INI stehen, denke aber, dass openssl ohnehin aktiv ist.Code:extension = "openssl.so"
Gibts hierzu schon Erkenntnisse?
DANKE!!!
Das habe ich auch gemacht (mit 5-56STABLE), der Contao-Check gibt grünes Licht, und beim Aufruf von /contao-manager.phar.php erscheint dann immerhin die Eingabemaske, aber gleich darauf ein schwarzes Overlay mit der Meldung ERROR 500 Unerwarteter API-Status. :rolleyes:Zitat:
Zitat von the_scrat
Weiß jemand schon weiter?
Die Installation in einer (sub)domain ist eine Voraussetzung ;).
Hallo,
habe jetzt die Webseite eines Freundes upgedated bei Aufruf von "http://www.schuhe-alsguth.eu/contao-manager.phar.php" erhalte ich folgende Fehlermeldung:
Ins Log wird nichts geschrieben. Finde ich merkwürdig, auf meiner eigenen Webseite, die die gleichen bzw. noch mehr Erweiterungen benutzt, klappt alles einwandfrei ...Code:Fatal error: Uncaught PharException: phar "/www/htdocs/w00cfd4f/cmsc4ME/web/contao-manager.phar.php" SHA1 signature could not be verified: broken signature in /www/htdocs/w00cfd4f/cmsc4ME/web/contao-manager.phar.php:97 Stack trace: #0 /www/htdocs/w00cfd4f/cmsc4ME/web/contao-manager.phar.php(97): Phar::webPhar('contao-manager....', 'index.html', '', Array, 'rewrites') #1 {main} thrown in /www/htdocs/w00cfd4f/cmsc4ME/web/contao-manager.phar.php on line 97
Ticket auf Github aufmachen?:eek:
Ich habe bei All-Inkl die gleiche Fehlermeldung.
Das CGI-Verzeichnis lässt sich nicht löschen, weil der Besitzer auf "Root" gestellt ist und eine Änderung des Besitzers nicht möglich ist.
Eine Lösung des Problems ist mir ebenfalls nicht bekannt.
Hat jemand eine Lösungsidee?
Zitat:
Zitat von sdahlmann
@Tim G
bei All-Inkl liegen die php-binaries in /usr/bin. Bei Benutzung von php 7.1 heisst die binary: /usr/bin/php71
Kann man leicht herausfinden via ssh mittels der terminal-shell: "find /usr/bin -name php* -print"
@AgentK
bei mir (all-inkl) ist contao 4.4 in einem Verzeichnis direkt unterhalb des root (keine subdomain) installiert. Root im KAS auf domain.tld/unterverzeichnis/web gesetzt!
Contao 4.4 und der Contao-manager funktionieren einwandfrei ...
@Seefahrer
Vielen Dank für den Tipp mit den Unterverzeichnissen, wenn es mehrere Ebenen gibt meckert Contao nicht mehr wegen der bestehenden CGI-Verzeichnisse.
What? Die Installation in einer Subdomain ist Voraussetzung? Das nen NoGo für produktive Seiten.Zitat:
Zitat von Spooky
Habe ich irgendwie auch nicht auf dem Zettel?Zitat:
Zitat von Tim G
Habe den vhost Eintrag nur auf das "web" Verzeichnis gesetzt ...
?
Frank
Ich glaube du missverstehst mich. Contao 4 muss direkt über eine Domain angesprochen werden - das heißt der DocumentRoot der Domain muss in den /web Ordner zeigen. Das heißt eine Installation in einen Unterordner der Domain funktioniert nicht - außer unter localhost.
Mit einer "Domain" ist in diesem Zusammenhang alles außer einer Top Level Domain gemeint.
Ich habe jetzt den .zip Download der 4.3.11 zum Gegencheck
unter Windows/xampp und auf dem Synology Nas kopiert und installiert ...
Keine Probleme - Installation läuft und dann Backend Anmeldung ...
Da unter Windows/xampp nun die 4.3.11 installiert ist habe ich versucht überZitat:
Zitat von Franko
ein Update zu erzwingen. Hat leider nicht geklappt:Code:composer require contao/manager-bundle ^4.3
Habe dann die composer.json editiertCode:Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Can only install one of: contao/installation-bundle[1.2.4, 4.3.11].
- Can only install one of: contao/installation-bundle[4.3.11, 1.2.4].
- Can only install one of: contao/installation-bundle[1.2.4, 4.3.11].
- contao/manager-bundle 4.3.0 requires contao/installation-bundle ~1.2.4 -> satisfiable by contao/installation-bundle[1.2.4].
- Installation request for contao/manager-bundle 4.3 -> satisfiable by contao/manager-bundle[4.3.0].
- Installation request for contao/installation-bundle (locked at 4.3.11) -> satisfiable by contao/installation-bundle[4.3.11].
Installation failed, reverting ./composer.json to its original content.
undCode:"contao/manager-bundle": "4.4.*",
"contao/calendar-bundle": "^4.4",
"contao/comments-bundle": "^4.4",
"contao/faq-bundle": "^4.4",
"contao/listing-bundle": "^4.4",
"contao/news-bundle": "^4.4",
"contao/newsletter-bundle": "^4.4"
aufgerufen.Code:composer update
Im Backend angemeldet / Systemwartung Cache gelöscht / Browsercache gelöscht / Neu angemeldet
und Voila 4.4.0
Anhang 19461
Leider kann ich halt nicht direkt installieren ...
Also, ich hatte 4.x.x in einem Unterverzeichnis meiner toplevel-domain installiert und das document-root auf den ordner ./web in diesem Unterverzeichnis gesetzt.: Domain.tld/name_des_unterverzeichnisses/web.
Die Installation in einer subdomain ist zumindest bei All-Inkl nicht erforderlich, dort kann das document-root über das KAS (Kundenadministrationssystem) auf das entsprechende Verzeichnis gesetzt werden. Ich denke, dass das bei anderen Providern ähnlich möglich ist. Die Eintragung einer anderen rewritebase als "/" in der .htaccess ist dann nicht erforderlich.
Bei Ubuntu Linux-Systemen liegen die php-binaries im Ordner /usr/bin, d.h. für php 7.1 heisst die binary /usr/bin/php71, analog /usr/bin/php70, /usr/bin/php56 etc. Bei den meisten anderen Distributionen ist das m.W. genauso.
Mal für mein Verständnis.
Die Contao managed-edition kann ich als Download oder curl/wget oder über den php composer beziehen.
Der Contao Manager installiert ebenfalls die managed-edition - halt als Ersatz für die Kommandozeile ( noch nicht für Windows Server ).
Benötigt dieser dennoch die php composer.phar auf dem jeweiligen Hosting?
Nein. Die composer.phar bringt der Manager mit
Hallo!
Alle Versuche mit der contao-manager.phar enden mit diesem undefinierten "ERROR 500 Unerwarteter API-Status"
1. Datei contao-manager.phar.php wird in /DomainRoot/web abgelegt.
2. im Browser aufgerufen.
Danach erhalte ich im Browser "ERROR 500 Unerwarteter API-Status"
Die Verzeichnisse haben sich wie folgt geändert:
1. Der Pfad /DomainRoot/contao-manager wurde angelegt.
2. Darin liegen "config.json" und "manager.json"
3. Die Datei /DomainRoot/.htaccess wurde angelegt.
Das war es. Keine .log oder sonstige Hinweise ?!!?
Installation bei dF (Reseller-Tarif) PHP7.0.13
Dazu mal im Browser in der Console schauen.
(Developertools)
Da sollte statt der json Antwort eine PHP Fehlermeldung stehen.
Ich bin mir nicht ganz sicher, ob das das Richtige ist, aber Chrome spuckt bei mir u. a. folgendes in status?_locale=de aus:
Auch bei mir: DomainFactory / PHP7 / PHP.ini entsprechend angepasst.Code: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/XXX/webseiten/XXX.de/contao/web/contao-manager.phar.php/api/ApiKernel.php on line 151
Warning: file_get_contents(): Failed to enable crypto in phar:///kunden/XXX/webseiten/XXX.de/contao/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/XXX/webseiten/XXX.de/contao/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/XXX/webseiten/XXX.de/contao/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/XXX/webseiten/XXX.de/contao/web/contao-manager.phar.php/api/ApiKernel.php on line 151
Warning: file_get_contents(): Failed to enable crypto in phar:///kunden/XXX/webseiten/XXX.de/contao/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/XXX/webseiten/XXX.de/contao/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/XXX/webseiten/XXX.de/contao/web/contao-manager.phar.php/api/ApiKernel.php on line 152
{"status":"install","username":"","config":{"secret":"XXX","last_update":"2017-06-16T23:29:43+02:00","php_cli":null,"github_oauth_token":null},"version":null,"task":null,"update":false}
Danke für die Unterstützung!
Nachtrag:
Liegts vielleicht an der OpenSSL-Version?
Hab mal via phpinfo() gekuckt:
Code:OpenSSL support: enabled
OpenSSL Library Version: OpenSSL 1.0.1t 3 May 2016
OpenSSL Header Version: OpenSSL 1.0.1u 22 Sep 2016
Openssl default config: /etc/ssl/openssl.cnf
Ja, das war schon mal die richtige Stelle. Da hätte nur die letzte Zeile kommen dürfen "{"status":"install" ...."
Ob das an der SSL Version liegt, kann ich dir nicht sagen, aber die Fehlermeldungen lassen sich bestimmt ergoogeln.
Klar kann man das ergooglen - scheint was mit Composer und Zertifikaten zu tun zu haben:Zitat:
Zitat von BugBuster
https://github.com/composer/composer/issues/5519
Ich denke, dass ich das selbst nicht in der Hand habe, da sich m. E. die zur Behebung des Problems erforderlichen Daten in der Contao-Manager.phar befinden.
@t.mayer welcher Hoster?
// ah, DomainFactory. Dürfte ein Konfigurationsfehler des Hosters sein.
Ich kommuniziere da gern mit Domainfactory, wenn ihr mir sagt, was ich ihnen sagen soll?! :)