Nach dem Update auf 4.4.17 geht meine Seite nicht mehr.

[mokaki]

Hallo Zusammen,

Nach dem Update auf 4.4.17 geht meine Seite nicht mehr.

Das ist meine 1. Contao 4.x Seite, Consolenzugang ist nicht vorhande, die Seite wurde über den Manager installiert und das Update wurde auch darüber eingespielt.
PHP version ist 7.1.9

Die Fehlermeldung über das Log ist:

[2018-04-09 11:00:01] request.INFO: Matched route "contao_backend_login". {"route":"contao_backend_login","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\BackendController::loginAction","_route":"contao_backend_login"},"request_uri":"http://neu4.multinova.eu/contao/login","method":"HEAD"} []
[2018-04-09 11:00:01] security.INFO: Attempting SimplePreAuthentication. {"key":"backend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-04-09 11:00:01] security.INFO: SimplePreAuthentication request failed. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\UsernameNotFoundException(code: 0): Can only load user "frontend" or "backend". at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/contao/core-bundle/src/Security/User/ContaoUserProvider.php:75)","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-04-09 11:00:01] security.INFO: An AuthenticationException was thrown; redirecting to authentication entry point. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\AuthenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []
[2018-04-09 11:00:01] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\AuthenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []
[2018-04-09 11:00:01] request.INFO: Matched route "contao_backend_login". {"route":"contao_backend_login","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\BackendController::loginAction","_route":"contao_backend_login"},"request_uri":"http://neu4.multinova.eu/contao/login","method":"GET"} []
[2018-04-09 11:00:01] security.INFO: Attempting SimplePreAuthentication. {"key":"backend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-04-09 11:00:01] security.INFO: SimplePreAuthentication request failed. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\UsernameNotFoundException(code: 0): Can only load user "frontend" or "backend". at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/contao/core-bundle/src/Security/User/ContaoUserProvider.php:75)","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-04-09 11:00:01] security.INFO: An AuthenticationException was thrown; redirecting to authentication entry point. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\AuthenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []
[2018-04-09 11:00:01] app.CRITICAL: An exception occurred. {"exception":"[object] (Symfony\\Component\\Security\\Core\\Exception\\AuthenticationCredentialsNotFoundException(code: 0): A Token was not found in the TokenStorage. at /var/www/virtual/multinova.eu/neu4/htdocs/vendor/symfony/symfony/src/Symfony/Component/Security/Http/Firewall/AccessListener.php:51)"} []

Das es eine Symfony Conflikt gibt habe ich auch schon gelesen und deswegen die conposer.json angepasst, dort steht jetzt:

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "bugbuster/contao-visitors-bundle": "^1.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "terminal42/contao-easy_themes": "^2.2",
        "terminal42/notification_center": "^1.4"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.1"
    },
	"conflict": {
        "symfony/finder": "3.4.7 || 4.0.7"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Danach habe ich den Manager noch einmal die Pakete aktualisieren lassen und die gesammte Systemwartung durchgeklickt. Hilfe aber nichts, immer noch "Es ist ein Fehler aufgetreten"

Kann mir jemand Helfen??

[peter.fl]

Schau mal hier. Gestern hatte ich ebenfalls Probleme und musste dann die composer.json nochmals aktualisiern. Dann lief die Seite wieder.

[bizon]

Trage den Conflict so ein:

"conflict": {
        "contao/core-bundle": "<4.4.1",
        "symfony/finder": "3.4.8 || 4.0.8"
    },

Sollte es dann immer noch Probleme geben, entferne die Zeile contao/core-bundle...

[mokaki]

DANKE das war es!

[marebe]

DANKE das war es!

hat bei mir auch funktioniert - zum Glück.
Wichtig ist wohl, dass man nicht vorschnell Contao updates durchführt. Man muss immer Zeit mit bringen und seine Kunden darauf vorbereiten, dass die Seite wieder eine Zeit lang down sein könnte.

[Ignatz]

Nein, eigentlich nicht. Man sollte einfach kein Update auf einer Live-Installation machen.
Dann gibt's eigentlich keine Downtime.

Gruß,
Ignatz

[Sysopa]

Nein, eigentlich nicht. Man sollte einfach kein Update auf einer Live-Installation machen.
Dann gibt's eigentlich keine Downtime.

Gruß,
Ignatz

Was ist denn das für eine Aussage? Wofür sind denn Updates da? Und was ist mit Sicherheits-Updates?

Ganz im Ernst: ich bin sehr froh, meine Produktiv-Seiten noch auf 3.5 zu haben - da kann ich Erweiterungen im Backend installieren, die Updates funktionieren... und wenn ich dann lese, dass man händisch Einträge in der composer.json machen muss, die man sich aus einem Forum zusammen suchen muss, damit die Webseite wieder funktioniert, verstehe ich Leute, die sagen "ich bleibe lieber bei Wordpress" (okay, der war unfair, aber ein Fünkchen Wahrheit ist dabei).


Liebe Grüße
Thomas

[Ignatz]

Mit dieser Aussage meine ich, dass man Updates besser erst auf einer Kopie der Installation macht. Wenn man Downtime vermeiden will. Nimmt man diese in Kauf und ist sich bewusst, dass bei Updates manchmal Nach- und auch Vorarbeiten nötig sind, dann - ok! Hoffentlich hat man dann ein Backup bereit.

Ein Update auf Knopfdruck ist sehr bequem, aber man kann sich nicht darauf verlassen, dass immer alles reibungslos verläuft. Das ist in Version 3.5.x nicht anders.

Viele Grüße,
Ignatz

[marebe]

Mit dieser Aussage meine ich, dass man Updates besser erst auf einer Kopie der Installation macht. Wenn man Downtime vermeiden will. Nimmt man diese in Kauf und ist sich bewusst, dass bei Updates manchmal Nach- und auch Vorarbeiten nötig sind, dann - ok! Hoffentlich hat man dann ein Backup bereit.

Ein Update auf Knopfdruck ist sehr bequem, aber man kann sich nicht darauf verlassen, dass immer alles reibungslos verläuft. Das ist in Version 3.5.x nicht anders.

Viele Grüße,
Ignatz

In der Realität werden(/wurden) CMS-Systeme wie Contao eben hauptsächlich für PillePalle-Seiten eingesetzt, wo es nicht viel Geld für gibt und man sich jeden unnötigen Aufwand sparen will. So gesehen hat der alte Name "TypoLight" ganz gut gepasst.
Wenn man natürlich den neuesten Schnickschnack ins System einbauen will und dann noch möglichst viel davon muss man auch mit der entstandenen Komplexität klar kommen, ohne die ursprüngliche Zielgruppe zu verprellen. Danach siehts aber im Moment m.E. nicht aus.
Meine Contao 4 ist zum Glück noch nicht im Livebetrieb, aber jetzt bin ich gewarnt.

Ich kann mich übrigens nicht daran erinnern, mit Contao 3 mal ein Update-Problem gehabt zu haben und da habe ich viele Seiten im Livebetrieb.

Ich sag auch nicht, dass da nie ein Fehler passieren darf, aber ich hab eine einzige Contao 4 Seite und das Problem mit der 4.4.17 war nicht das Erste.

[mlweb]

In der Realität werden(/wurden) CMS-Systeme wie Contao eben hauptsächlich für PillePalle-Seiten eingesetzt, wo es nicht viel Geld für gibt und man sich jeden unnötigen Aufwand sparen will. So gesehen hat der alte Name "TypoLight" ganz gut gepasst.
Wenn man natürlich den neuesten Schnickschnack ins System einbauen will und dann noch möglichst viel davon muss man auch mit der entstandenen Komplexität klar kommen, ohne die ursprüngliche Zielgruppe zu verprellen.

Bist Du Dir sicher, dass PillePalle-Seiten tatsächlich jemals die Zielgruppe für ein CMS waren.
PillePalle-Seiten kann man auch als HTML-Seiten umsetzen, wenn sie weitgehend statisch sind. Damit tut man dem Kunden unter Umständen sogar einen Gefallen - es fallen die Folgekosten für regelmäßige Systemupdates weg. Dafür hat man Kosten für Änderungen. Muss man abwägen.

Ich kann mich übrigens nicht daran erinnern, mit Contao 3 mal ein Update-Problem gehabt zu haben.

Ich schon. Nur das ich subjektiv gefühlt das Problem bei Contao 4 leichter in den Griff bekomme.

[mvo]

Was sich jeder bewusst machen sollte:

1. je mehr Cutting Edge, desto mehr Anpassungen/Fehler sind zu erwarten (generell in SW). Die Versionsconstraints in der composer.json erlauben da schon eine ziemlich gute Steuerung.

2. ein Update ist eine Systemadministrations-Aufgabe und sollte niemals einfach so gemacht werden. Und erst recht nicht ungetestet auf dem Live-System.

Das Core-Team arbeitet ja kontinuierlich, um aufgetretene Probleme in den Griff zu kriegen. Bei nicht sicherheitsrelevanten Updates kann es deshalb auch eine Strategie sein, einfach etwas später upzudaten.

[Physiklehrer]

Selbst wenn man gestern das Update lokal getestet hat, kann man ja nicht sicher sein, dass nicht schon heute eine neue, inkompatible Symfony-Version veröffentlicht wurde, so dass es live nach dem "Composer Update" kracht - oder sehe ich das falsch?

Wäre es nicht sinnvoll, wenn jede Contao-Core-Version jeweils nur eine ganz spezielle Symfony-Version verwendet? Wie früher, wo Contao 3.4.3 den TinyMCE 1.1 drin hatte und Contao 3.4.4 den TineMCE 1.2 - Zahlen sind frei erfunden).

Klar, von Symfony-Updates profitiert man dann erst mit der nächsten Contao-Core-Version. Bei gravierenden Fehlern oder Sicherheitslücken in Symfony müsste dann auch eine neue Contao-Core-Version veröffentlicht werden, die dann (bis auf die geänderte JSON) identisch ist mit der bisherigen. Aber zumindest könnte man sich dann sicher sein, dass man heute das gleiche "Contao 4.4.17" installiert wie morgen...

[Spooky]

Selbst wenn man gestern das Update lokal getestet hat, kann man ja nicht sicher sein, dass nicht schon heute eine neue, inkompatible Symfony-Version veröffentlicht wurde, so dass es live nach dem "Composer Update" kracht - oder sehe ich das falsch?

Live sollst du ja ein composer install machen, kein composer update, sonst kommen ja wieder ungetestete Paket Versionen herein.