leider geht mein deutscher Backend-Login nicht mehr - der englische hingegen schon und auch problemlos. Alles Caches geleert usw.
Die Fehlermeldung wenn ich mich auf Deutsch anmelden, nach dem erfolgreichen Login:
Chrome:
Fehlerinformationen
Modul: Shopware.apps.Index
Pfad der Anforderung: /backend/Index/load/
Art des Fehlers: SyntaxError
Fehlermeldung: Invalid or unexpected token
SyntaxError: Invalid or unexpected token
at http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:5361
at Object.Ext.globalEval (http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:5369)
at success (http://www.meinedomain.de/backend/base?file=bootstrap&loggedIn=1467987983:477:5)
at Object.callback (http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:67496)
at constructor.onComplete (http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:422670)
at constructor.onStateChange (http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:422314)
at XMLHttpRequest. (http://www.meinedomain.de/engine/Library/ExtJs/ext-all.js?201607041559:21:17406)
Firefox:
Fehlerinformationen
Modul: Shopware.apps.Index
Pfad der Anforderung: /backend/Index/load/
Art des Fehlers: SyntaxError
Fehlermeldung: unterminated string literal
Ext.globalEval
Nun wollte ich in der Shell via CLI-Tools mal alle Caches leeren usw. - vllt. hilft es ja was, dann bekam ich direkt folgende Meldung:
root@server /var/www/vhosts/meinedomain.de # php5 httpdocs/bin/console
PHP Parse error: syntax error, unexpected 'finally' (T_STRING), expecting catch (T_CATCH) in /var/www/vhosts/meinedomain.de/httpdocs/engine/Shopware/Components/DependencyInjection/Container.php on line 180
Shopware ist auf der neuesten Version (5.2.1). Wisst ihr hier einen Rat?
Die Meldung im Backend wird in der Regel durch ein fehlerhaften Textbaustein erzeugt - vor allem da es in englisch ja funktioniert. Hast du da denn etwas geändert?
Dank dir für den Tipp, habe die fehlerhafte Zeile in der Datenbank durch das Änderungsdatum aus dem Log gefunden und konnte es korrigieren. Backend-Login auf Deutsch geht nun wieder.
Das CLI-Problem besteht leider immer noch. Weiß da noch jemand Rat? Ich habe auch alle (!) Dateien bis auf die config.php und den Recovery-Ordner durch die Dateien aus einer frischen ZIP der Komplettinstallation überschrieben, trotzdem blieb der Fehler bestehen.
Hmm, läuft mit PHP 5.6.23, Ioncube etc. - im Backend wird auch alles als Okay beim Test bewertet (grün), PHP7 könnte ich zwar auch testen, geht aktuell leider nur noch nicht, da Ioncube dafür noch nicht verfügbar ist und drei PlugIns dies benötigen.
In meinem Fall läuft die Zieldomain unter 5.6.23 mit fastcgi und Shopware 5.2 setzt auch mindestens 5.6.4 voraus. Also muss CLI mit der 5.6.23 asugeführt werden. Wir kopieren also aus der Spalte php-cli unseren Befehl. Nachfolgend der gesamte Befehl:
Ich sah mich gestern mit dem gleichen Problem konfrontiert und bin auf Grund der Fehlermeldung hier gelandet. Wie von Moritz Naczenski geschrieben lag es an einem fehlerhaften Textbaustein. Um anderen mit dem gleichen oder einem ähnlichen Problem zu helfen folgend mein Weg zur Behebung des Fehlers:
Der Mitarbeiter eines Kunden, der eigentlich nur Artikel anlegen sollte, fühlte sich zu mehr berufen und hat in den Textbausteinen alle die nach der Suche nach Copyright auftauchen geändert.
Wenn man nicht mehr ins Backend kommt lässt sich in der Datenbank in s_core_logs nachlesen, dass Textbausteine bearbeitet wurden und dann bei dem Mitarbeiter herausfinden welche bzw. was er gesucht hat.
Wer Deutsch als einzige Sprache für den Login im Backend aktiviert hat kann trotzdem in s_core_auth seinem Account als localeID 2 eintragen und zur Sicherheit noch disabled_cache auf 1 setzen.