Kunden rufen mich an und sagen, dass Sie nicht mehr bestellen können. Es würde die Meldung “Keine Versandarten gefunden. Bitte kontaktieren Sie uns telefonisch oder per E-Mail!”.
Ich habe es überprüft. Tatsächlich. Ohne, dass ich Updates oder Änderung vorgenommen habe im Admin…der Shop funktioniert nicht mehr richtig. Es erscheint die oben genannte Fehlermeldung.
Ab und zu, wenn ich nun im Admin bei Versandkostenregeln die Haken heraus und wieder herein mache oder auch andere Dinge speichere, dann erscheint im Eshop plötzlich wieder die Seite mit den Zahlungsdaten. Allerdings, wenn ich wieder zurückgehe auf “Adresse wählen” erscheint wieder “Keine Versandarten gefunden. Bitte kontaktieren Sie uns telefonisch oder per E-Mail!”.
Zusätzlich ist das Feld “Versandart:” im Admin auf einmal gefüllt mit “- - -” und davor stand DHL Paket im Feld.
Es steht im Admin beim ersten anklicken unter “Bestellungen” => “Stamm” zuerst die Versandart “DHL Paket” im Feld…und wenn ich wieder auf den gleichen Kunde klicke, erscheint als Versandart " - - -".
In Oxid selbst habe ich keine Updates gemacht…genau das ist ja das komische…
Ich habe nichts eingestellt, keine Updates gemacht, keine Module installiert oder verändert etc.
Das ist zumindest mal ein Kriterium das andere auch hier im Forum berichtet haben!
Die Ursache oder gar Lösung für das Problem habe ich aber auch nicht.
Kann der Hoster die mysql-Version wieder zurückstellen? Dann wüßte man, dass es definitiv daran liegt.
Ich habe nun an den Support geschrieben. Ich hoffe, daß man zurückstellen kann.
Es beschweren sich gerade immer mehr Kunden bei mir…hoffentlich bekomme ich das mit der Hilfe dieses Forums wieder in den Griff…
Danke soweit!
Gerade eben folgende Nachricht erhalten:
…die Umstellung ist serverseitig und nicht einzeln je Kundenaccount erfolgt. Eine Wiederherstellung der älteren Version ist somit natürlich nicht umsetzbar. Wir bitten um Verständnis…
Wir hatten das kürzlich auch bei einem unserer Kunden - ebenfalls nach Umstellung auf MySQL 5.7. Durch diverses Debuggen konnten wir es eingrenzen auf eine bestimmte Art von Query, welches in folgenden Klassen vorkommt:
oxdeliverylist
oxdeliverysetlist
oxdiscountlist
Es geht dort jeweils um die Methode _getFilterSelect(). Die verschachtelten IF-Abfragen dort stellen in MySQL 5.7 offenbar ein Problem dar. Besonders übel: Der Fehler tritt sporadisch auf und ist nicht 100%ig reproduzierbar.
In unserem Fall hat die zuständige Agentur (shoptimax) alle drei Stellen in Form eines Moduls überladen und hat die Struktur des Querys vereinfacht. Seitdem gab es keine Probleme mehr.
Ich würde mich bitte einschalten, weil ich das gleiche Problem habe.
Ich habe auch Alfahosting und die gleiche Fehlermeldung. Es ging schon mal.
@patchwork.de: Ich habe $this->blSkipViewUsage = true;
eingebaut, (meinst Du nach $this->iUtfMode mit" zweiter Stelle?"), als Ergebnis ist das Problem immer noch da, die Fehlermeldung kam nun auf englisch, weil englisch die erste Sprache in meinem Shop ist, das hat wohl mit den geskippten Views zu tun). @urban: Das wäre interessant, ob die Agentur Lust hätte zu helfen und hier vielleicht posten wollen würde.
[QUOTE=oxid-flo;182475]Bei wem tritt dieser Fehler auch auf?
Es werden im Admin keine Artikel mehr gefunden…[/QUOTE]
Bei mir.
Oxid 4.8.0
Update von MySQL 5.5 auf MySQL 5.7
-> Versandartenproblem
Fix wie hier beschrieben gemacht
Versandarten funktionieren, Artikel werden im Admin nicht mehr gefunden.
Ob weitere Probleme Bestehen weiß ich bisher noch nicht.
Das ganze ist ja nun schon einige Zeit her.
Gibt es hier einen “flächendeckenderen” Workaround oder nur einzelne Insellösungen?
bei uns (Oxid PE 5.7.8 PHP 5.3) nicht das gewünschte Ergebnis.
Daher stellte sich konkret die Frage nach der Verfügbarkeit eines Moduls zum Überladen der problematischen Klassen (oxdeliverylist, oxdeliverysetlist, oxdiscountlist) !
Von Shoptimax gibt es ein def. ein Modul, dass bei uns dieses Problem wohl beheben konnte. Ursprünglich zwar für EE gemacht, läuft aber, wie es aussieht auch in der PE.
