Ich wollte ein Update von Shopware durchführen von der vorletzten auf die letzte Version 5.5.9
Bei Update habe ich dann bei der Datenbank Migration folgenden Fehler erhalten:
Received an error message.
URL: unpack?offset=0&total=0
Message: SyntaxError: Unexpected token W in JSON at position 83
Please try to fix this error and restart the update.
Response
{
„valid“: true,
„offset“: 5001,
„total“: 16317,
„success“: true
}
Warning: „continue“ targeting switch is equivalent to „break“. Did you mean to use „continue 2“? in /home/httpd/vhosts/xxx.xxx/httpdocs/recovery/common/vendor/knplabs/gaufrette/src/Gaufrette/Util/Path.php on line 30
Warning: „continue“ targeting switch is equivalent to „break“. Did you mean to use „continue 2“? in /home/httpd/vhosts/xxx.xxx/httpdocs/recovery/common/vendor/knplabs/gaufrette/src/Gaufrette/Util/Path.php on line 34
Warning: „continue“ targeting switch is equivalent to „break“. Did you mean to use „continue 2“? in /home/httpd/vhosts/xxx.xxx/httpdocs/recovery/common/vendor/knplabs/gaufrette/src/Gaufrette/Util/Path.php on line 36
Den Wartungsmodus konnte ich wieder abschalten mit:
/recovery/update/index.php/cleanup
Nun zeigt mir Shopware aber die neue Version 5.5.9 an.
Wie kann ich nun feststellen ob das Update korrekt durchgeführt wurde?
also wenn ein Fehler beim Update aufgetaucht ist, würde ich das Update noch einmal durchführen, bis keiner mehr erscheint. Welche PHP - Version ist im Einsatz? Bisher wird nur bis PHP - Version 7.2 untertstützt.
Der Fehlet ist typisch wenn man PHP 7.3 einsetzt. 7.3 wird von Shopware 5.5 noch nicht unterstützt weil es nicht möglich ist PHP 5.6 - 7.3 gleichzeitig kompatibel zu halten. Wenn der Support für PHP 5.6 mit Shopware 5.6 beendet wird, wird gleichzeitig die Unterstützung für PHP 7.3 kommen.
hab gerade bei einem Updateproblem eine Lösung gesucht, da ich im Wartungsmodus nach manuellem Update (Entpacken der update_xxxxxx.zip und Überschreiben der Dateien mit unzip über ssh) gelandet bin und der Tipp mit „/recovery/update/index.php/cleanup“ hat mir weiter geholfen.
Es lief dann immer noch nicht ganz, jedoch waren nur die Dateirechte nicht alle richtig gesetzt, was mit den Befehlen
find . -type f -exec chmod 644 {} ; und find . -type d -exec chmod 755 {} ;
wir sind in denselben Fehler gerannt. Man muss aber schon mal ankreiden, dass der Check der Voraussetzungen vor dem Update die PHP-Version 7.3 klar als kompatibel kennzeichnet. Wenn das dann nicht so ist, dann ist das kein reiner Usererror.
Mit dem Tipp von Pajuuwi konnten wir unseren Testshop erstmal wieder erreichbar machen, aber das Update wird nun erneut angeboten. Ist es sicher, das mit PHP-Version 7.2 erneut auszuführen, oder sollte man lieber, vor allem, da es sich um einen Testshop handelt, diesen neu aufsetzen? Wie robust ist das System gegen fehlerhafte Updates dieser Art?
Es ist sicher mit PHP7.2. Ich habe gerade all die obigen Fehler schmerzvoll durchexerziert; mit PHP 7.2 lief das Update (von 5.5.8 auf 5.5.10) fehlerfrei durch.
BTW Ich dachte auch, dass PHP7.3.6 für den Betrieb geeignet sei, aber das war wohl ein Trugschluss! Leichte Panik zwischendurch …- das kommt davon, wenn man nicht alles vorher sauber und ruhig auf einem Testshop durchspielt, sondern aufgrund der guten Updateerfahrungen bisher gleich alles auf dem Liveshop vornimmt!
Shopware 5.5.x ist nicht mit PHP 7.3 kompatibel - wenn es beim Update hakt, einfach auf PHP 7.0 (falls mit ionCube verschlüsselte Plugins aktiv sind) umstellen oder auf PHP 7.2 (wenn sämtliche verschlüsselten Shopware Plugins umgestellt oder vollständig entfernt worden sind inkl. des Shopware Lizenz Managers).
Ich habe natürlich gestern erst einmal die alte Shopversion inkl. DB wieder eingespielt und das Update noch einmal vollständig gemacht. Hätte ich mir das komplett sparen können mit Deinem Link? Teilweise sind ja, da das Update mittendrin abgebrochen ist, schon diverse Dinge (in der DB) geändert worden. Keine Ahnung, ob durch wiederholtes Durchführen des sql-Updates nicht auch Inkonsistenzen entstehen können.
… was übrigens noch zu der Frage führt: Wo kann ich eigentlich nachgucken, welche Dinge überhaupt beim „Datenbank aktualisieren“ durchgeführt werden, um die o.g. „Gefahr“ zu beurteilen?
Diese Angabe hatte ich doch schon mal vor ca. 10 Monaten gesehen, als ich mich noch ein wenig intensiver mit Shopprogrammierung befassen musste…! Ich werde echt vergesslich. Muss an der Hitze liegen! (32° C gerade in Berlin. Habt Ihr eine Klimaanlage im Büro? Wenn ja, sind noch Jobs frei…?
Ok, hier aus diesem Anlass und gar nicht eigennützig ein kleiner Verbesserungsvorschlag für den Aufbau Eurer Dokumentation, da ich sicherlich nicht der Einzige bin, der diesen „kleinen“ Versionshinweis beim ersten Durchsehen der Doku gerne übersieht:
Die Versionsnummer wäre schneller vom Leser zu erfassen, wenn sie ganz links stehen würde. So macht es auch Microsoft in seinem Technet (s. Screenshot). Schneller zu erfassen ist sie, weil man üblicherweise von links nach rechts liest und sich daher am Anfang des Lesens immer eher auf den linken Teil des Bildschirms konzentriert als auf den rechten Teil. Den Rest macht Ihr ja offenbar auch wie im Technet (links komplettes Inhaltsverzeichnis, rechts Artikelinhalt).
Nicht schlecht wäre auch ein wenig Redundanz: Pulldownmenü zum Umschalten am Rand ok, aber über dem Text noch einmal die selbe Angabe in grauer, kleiner Schrift, um auch bei einem PDF-Ausdruck der Seite ohne Navigation, also nur das Mittelteil, diese Info entsprechend nicht zu verlieren. Siehe Beispielausdruck unten via Chrome Extension „Print Friendly & PDF“.
Vielleicht könntest Du diese Vorschläge ja mal an die Grafikabteilung (bzw. an Eure Dokuabteilung) weiterleiten, die aber mit Sicherheit Blau auf Weiß für viel toller hält als Blau auf Schwarz, und damit diesen hervorragneden UX-Desingvorschlag sofort in die Tonne treten wird …!
