Nach reload der Seite ist der Shop nun im Wartungsmodus.
Und nun?
Bisher war ich update-mäßig immer auf dem neuesten Stand. Der Shop ist ziemlich basic.
Den Wartungsmodus habe ich durch Löschen von files/update wieder beenden können.
Das nicht funktionierende Sicherheits-Update bleibt dann aber ja wohl - traue mich nicht so recht, es einfach erneut anzustoßen, denn die Meldung ist ja wohl ein Fehler im Code des Updates.
@kim.kar : wie im ersten Beitrag erwähnt, in Deinem Shopware Verzeichnis unter files das Verzeichnis update löschen - dann sollte der Shop wieder funktionieren.
@philipgatzka : denke Webserver ist nicht relevant, da es ja eine PHP Funktion ist, die bemängelt wird - PHP Magic Quotes wurde in PHP7 schon entfernt, komisch dass die Meldung auftaucht.
Ein nächstes „Sicherheitsupdate“ , das wohl der Reihe nach Shops wieder offline stellt. Zumindest popped es nicht andauernd auf (weil es in per swag_update deaktiviert wurde).
falls möglich stellt vor dem Update die PHP Version auf PHP8.0. Oder führt das Update über die Console aus per CLI.
Damit sollte das Update durchlaufen.
Wir haben das Problem wie folgt gelöst:
In der Datei „/recovery/common/vendor/slim/slim/Slim/Http/Util.php“ in Zeile 60 ‚get_magic_quotes_gpc()‘ durch ‚false‘ ersetzen, sieht danach so aus:
public static function stripSlashesIfMagicQuotes($rawData, $overrideStripSlashes = null)
{
$strip = is_null($overrideStripSlashes) ? false : $overrideStripSlashes; // get_magic_quotes_gpc() replaced by false - get_magic_quotes_gpc() is deprecated
if ($strip) {
return self::stripSlashes($rawData);
}
return $rawData;
}
Darf ich kurz mal nachhaken: Ihr gebt ein Sicherheitsupdate raus, das auch bei SW 5.6.10 aufscheint. Das Update wird natürlich wieder mal nix, kennt man von den vorhergehenden Updates. Ein Gewöhnungseffekt tritt ein.
Jetzt ratet man dann den Shopbetreibern, die guten Gewissens das Update reinspielen OHNE jedweden Hinweis im Update, auf PHP 8 umzustellen. Dass zb. 5.6.10 überhaupt nicht vollumfänglich PHP 8.0 fähig ist (was ich so weiß bis dato, bitte korrigieren falls falsch), egal. Dass zb. das Umstellen auf PHP einem vollumfänglichen Motortausch im Shop gleichkommt, auch egal, muss man verstehen, wenn ein Update reinkommt. Mit PHP 8 muss man halt dann nur alles, wirklich alles, bis ins kleinste Detail testen. Aber wohl auch egal.
Wartungsmodus ist zwar durch Löschen von files/update leicht zu beseitigen, die Fehlermeldung ist aber schon eher „peinlich“ und ein Totalausfall des Shops sollte eigentlich nie passieren - warum können sich Updates im Fehlerfalle nicht automatisch selbst zurückspielen?
Danke für die Info, aber nachwievor wird es wohl, wie auch ein Benutzer über mir geschrieben hat, Leute geben, die das Wort „console“ gar nicht buchstabieren können , geschweige denn wissen, was PHP ist und einfach bei der Updatewarnung auf „jetzt updaten“ klicken.
Hi, ich kann „console“ zwar buchstabieren, aber wenn ein Hinweis auf ein „Sicherheitsupdate“ angezeigt wird, gehe ich davon aus, dass es durchläuft. Schon irgendwie seltsam.
Naja - die PayPal-Tochter hat ja auch für SW5 & SW6 mit Abstand die schlechtesten PayPal-Plugins im Shop-Umfeld.
Und obwohl Shopware nun über dieses Problem informiert ist, wird das Update weiter angeboten. Sorry - das ist aus meiner Sicht hart an der „Computersabotage“ - zumindest GROB fahrlässig.
@weinrank Könnten Sie uns die „Util.php“ einmal komplett senden? Dass wir sie ggf. austauschen, denn anscheinend funktioniert es bei uns irgendwie nicht. Das wäre
…
