uff... Danke schonmal!
Druckbare Version
uff... Danke schonmal!
nach ca. 25 min hat sich der Task allein beendet - in der anschließenden Übersicht des CM war "Composer-Umgebung" nicht mehr grün sondern gelb mit Button "installieren" und "Contao-Installation" zeigte einen Spinner...
/contao-manger komplett gelöscht und neu ausgeführt
Aus Leo's Keynote zum CM inkl. dem "Composer Cloud Resolver":
https://leofeyer.github.io/konferenz-2018/#84
bzw.
https://leofeyer.github.io/konferenz-2018/#85 (weitere Angaben mit [SPACE])
Da bel. skalierbar wird da evtl. noch aufgeforstet - sicher auch abhängig von den Finanzierungsmöglichkeiten für diesen Service ...
Ich habe gestern zwei Sites auf CM 1.0.0. upgedatet. Das Paketaktualisiern hat aber nur auf dem Server funktioniert (Webgo Business Paket), nicht über die Cloud. Lag das daran, dass gestern zu viel Traffic, zu viele Updates und zu wenig 'Worker' zur Verfügung standen?
Danke, Michael
wenn zu viele Worker, sollte eine Meldung kommen - ggf. man ich an Position 200 von 500 ;-)
aber das Abbrechen sollte auf alle Fälle funktionieren!
wenn die Kapazitäten noch nicht ausreichen, ist es sicher Kontraproduktiv den Cloud-Resolver als Default zu aktivieren
Das wird sicher wieder heiß diskutiert werden.
Default ON - gedacht sicher damit es in jedem Fall funktioniert :-)
Bei Hostern die keine Probleme bereiten sollte man den Service deaktivieren - auch um da fairerweise Ressourcen zu sparen ...
Super finde ich auf jeden Fall die neue Lösung um explizit NUR einzelne Pakete zu aktualisieren ...
Nachtrag: Ich hatte es gestern direkt auf einem 1&1 Kundenaccount zum Test angestoßen - lief super durch. Und das ist schon eine beachtlicher Schritt meiner Meinung nach ...
Warten wir mal ab. Eine "persönliche" Job-Übersicht wäre evtl. aus UI Sicht sicher sinnvoll anstatt den jeweiligen Job nach einer best. Zeit einfach autom. zu beenden (o. zumindest manuell abbrechen zu können). Da bin ich aber technisch raus ( Derartige Infos benötigen/binden ja auch sicher wieder Ressourcen ).
@webhebamme Hast Du in der Contao Manager Serverkonfiguration den korrekten Pfad zur PHP-CLI Binary eingetragen?
Um welchen Hoster handelt es sich eigentlich? So wie ich es verstanden habe kommst Du ja via SSH auf die Console. Und egal wo Du Dich dann befindest (cd~ o. pwd) sollte man ja mit:
eine gültige PHP Info erhalten. Wenn nicht stimmt der CLI Pfad einfach nicht - dann bitte beim Hoster nachfragen ...Code:/opt/php-7.0/bin/php -v
Habe eben eine Version 4.4.18 auf 4.5.8 upgedated.
Hoster 1&1 Paket 1&1 Basic.
Ist problemlos durchgelaufen.
Legt Tickets an unter contao-manager mit euren Wünschen!
Meine Frage:
Sind mit dem CM 1.0.0. auch die letzten Symfony Probleme für Contao 4.4.18 gelöst?
Nein, das Eine hat mit dem Anderen nichts zu tun.
Vielen Dank xchs für die Antwort.
Zweiter Versuch: nach Install von Contao über die Console nun ein Update: das ging...
Und wie hier zu lesen ist - Weitere Infos direkt von toflar:
https://medium.com/@yanick.witschi/c...r-e64254f5728e
Guten Morgen,
ich wollte gerade meine Contao-Installation auf Version 4.4.29 aktualisieren. Aber im Contao-Manager habe ich nur die Version 4.4.28.
Ein klick auf Paket aktualisieren bringt keine Änderung. Habe ich da was übersehen?
Markiere alle Contao Pakete (inkl. "Contao Open Source CMS") für ein Update und führe dann eine Paket Aktualisierung durch.
ok, jetzt ist durchgelaufen.
Vielen Dank.
(Beitrag in dieses Unterforum verschoben)
Kämpfe seit mehreren Stunden mit einer nicht mehr funktionierenden Contao 4.4.23 Installation, die ich nach einem Contao-Manager Update, auf die aktuelle Version (4.4.29) updaten wollte.
Das Update der Pakete brach mit einer Fehlermeldung ab. Ein Reparaturversuch über die neue Wiederherstellungskonsole schlug ebenfalls fehl.
Versuche ich im abgesicherten Modus die Pakete einzeln upzudaten, erhalte ich immer folgenden Fehler:
Die gesuchte Version (contao-components/tablesorter-2.0.5.7) gibt es laut packagist.org jedoch gar nicht.Code:In DownloadManager.php line 156:
Package contao-components/tablesorter-2.0.5.7 seems not been installed properly
install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>]...
# Process terminated with exit code 1
# Result: General error
---
### The background task has stopped unexpectedly. ###
Den gleichen Fehler erhalte ich, wenn ich die Composer Abhängigkeiten neu installieren will.
Beim Leeren und Neuerstellen des Anwendungs-Cache kommt folgende Fehlermeldung:
Stehe z.Zt. völlig auf dem Schlauch.Code:In BundleConfig.php line 151:
The Symfony bundle "Sensio\Bundle\FrameworkExtraBundle\SensioFrameworkExtraBundle" does not exist.
Ein Update auf die Contao-Manager Version 1.1.1 brachte auch nichts.
Hast Du Zugriff auf eine Konsole / SSH-Zugang? Dann dort ins contao-root (Ordner in dem sich der Ordner web/ befindet) und einprobieren. Poste bitte die Ausgabe.Code:composer update --dry-run --no-dev
Ausserdem poste bitte mal Deine composer.json, ebenfalls aus dem contao-root.
Glaube das Problem gefunden zu haben.
In der composer.json gab es einen scheinbar fehlerhaften php-Eintrag:
"require": {
"php": "^5.6.0",
nach der Änderung in:
"require": {
"php": "^5.6|^7.0",
lief der Reparatur-Assistent durch und hat alle Pakete neu runtergeladen.
Danach war die Seite wieder erreichbar.
Jetzt muss ich noch die sonstigen Pakete updaten. Hoffe das geht problemlos.
Trotzdem danke für die Ratschläge.
Inzwischen sind ja ein paar Tage vergangen und mittlerweile gibt's die Composer-Cloud. Jedenfalls habe ich jetzt keine Probleme mehr beim Updaten von Contao samt Erweiterungen mit dem Contao-Manager in einem DomainFactory ManagedHostingProfesional-Paket (PHP 7.1).
(Was ist leider nicht oder nicht auf Anhieb finden konnte, waren Infos über die Angaben in den Versionsfeldern des CM und in welcher Reihenfolge der Core, die Bundles und Erweiterungen aktualisiert werden sollten/müssen bzw. dass alles fürs Update markiert werden muss.)
Am besten einfach ganz oben über den Button "Pakete aktualisieren" alle Pakete gleichzeitig aktualisieren lassen.
Moin
Mal eine Frage wie ist es aktuell mit dem CM unter Windows gibt es Neuigkeiten da zu?
Grus sascha
@Sascha1378
es gibt einen Editierbutton zum Überarbeiten Deines Textes... bitte denSatzText 1x selbst laut vorlesen... ;-)
@Sascha1378 Nein, nichts Neues. Der Contao Manager funktioniert nach wie vor.
Der Contao Manager funktioniert schon eine ganze Weile unter Windows. Laut welcher Website sollte denn das nicht der Fall sein?
Der funktioniert unter Windows schon lange (seit der ersten "stable Version"). Es gibt hier auch etliche Beschreibungen was zu beachten ist, z.B. XAMPP als Administrator starten bzw. dem Nutzer von XAMPP die Rechte geben, Symlinks zu erstellen.
Der Contao Manager läuft ja mittlerweile mit Windows. Meine Frage: Lässt der Contao Manager / Composer sich hinter einem Proxy nutzen? Und wenn ja wie? Habe bisher nichts eindeutiges gefunden.
Dazu musst du nur die Umgebungsvariablen https_proxy und http_proxy konfigurieren, denke ich: https://getcomposer.org/doc/03-cli.m...-or-http-proxy
Danke für den Tipp:
Für alle die auch suchen:
http://webdevzoom.com/how-to-install...er-on-windows/
Moin,
nach dem ich Contao 4.4 via Composer direkt installiert habe, wollte ich nun auch mal den manager ausprobieren.
Umgebung: XAMPP 7.2.15 64 Bit
Windows Server 2016
STATUS:
PHP Webprozesst OK
SERVERkonfiguration OK
PHP Kommandozeilen-Programm OK
Updates für den Contao Manager
Jemand ne IDEE?Code:ERROR 500: Version request returned incorrectly formatted response.
Im Log oder in der Konsolenausgabe müsstest du den Response sehen. Wie sieht dieser aus?
Code:[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] request.INFO: Matched route "contao_managerapi_server_selfupdate__invoke". {"route":"contao_managerapi_server_selfupdate__invoke","route_parameters":{"_controller":"Contao\\\\ManagerApi\\\\Controller\\\\Server\\\\SelfUpdateController","_route":"contao_managerapi_server_selfupdate__invoke"},"request_uri":"http://localhost/contao4/web/contao-manager.php/api/server/self-update?_locale=de","method":"GET"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Checking for guard authentication credentials. {"firewall_key":"api","authenticators":2} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Checking support on guard authenticator. {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Calling getCredentials() on guard authenticator. {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Passing guard token information to the GuardAuthenticationProvider {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.INFO: Guard authentication successful! {"token":"[object] (Symfony\\\\Component\\\\Security\\\\Guard\\\\Token\\\\PostAuthenticationGuardToken: PostAuthenticationGuardToken(user=\\"contaosvc\\", authenticated=true, roles=\\"\\"))","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Guard authenticator set no success response: request continues. {"authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Remember me skipped: it is not configured for the firewall. {"authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Checking support on guard authenticator. {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\TokenAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:56:02] security.DEBUG: Calling getCredentials() on guard authenticator. {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\TokenAuthenticator"} [], referer: http://localhost/contao4/web/contao-manager.php/
[Tue Mar 05 11:57:27.095750 2019] [php7:notice] [pid 2340:tid 1844] [client ::1:52306] [2019-03-05 11:57:27] app.CRITICAL: Uncaught PHP Exception RuntimeException: "Version request returned incorrectly formatted response." at phar://D:/htdocs/contao4/web/contao-manager.php/api/System/SelfUpdate.php line 234 {"exception":"[object] (RuntimeException(code: 0): Version request returned incorrectly formatted response. at phar://D:/htdocs/contao4/web/contao-manager.php/api/System/SelfUpdate.php:234)"} [], referer: http://localhost/contao4/web/contao-manager.php/
Benenne Deine contao-manager.php in contao-manager.phar.php um und versuche es erneut
Gesendet von meinem CLT-L29 mit Tapatalk