Blöd gefragt an einem Plugin oder einer Kombination kann es nicht liegen ?
Sehe bei euch beiden zumindest das Frosch Tools.
Tools haben wir in mehreren Shops - würde mich wundern wenn es daran liegt.
Aber das ACRIS ist wirklich überall wo es dieses Problem gibt. Immer unterschiedliche Plugins, aber der selbe Anbieter.
Bei uns funktioniert alles im Moment…hab aber dennoch angst meine Augen mal davon abzuwenden - sobald ich mal einen Tag nicht drauf schaue, wird es bestimmt wieder kommen…
ich habe den Fehler nachstellen können.
Uncaught PHP Exception Shopware\Core\Framework\Routing\Exception\InvalidRequestParameterException: „The parameter „email“ is invalid.“ at RoutingException.php line 25 {„exception“:„[object] (Shopware\Core\Framework\Routing\Exception\InvalidRequestParameterException(code: 0): The parameter "email" is invalid. at /var/www/html/elektrikshop24/vendor/shopware/core/Framework/Routing/RoutingException.php:25)“}
Hab bei mir im Shop komische Anmeldungen gehabt, wie UzsdfZGsdjg usw. für Name Nachname usw. Also komplette Anmeldung mit gmail Adressen.
Hatte nur bei
Aktive CAPTCHAS
nur das Honeypot, dann kamen ständig diese Anmeldung von jetzt auf gleich, keine Ahnung wer da so langeweile hat. Jetzt hatte ich ne ganze Zeit das erweitere Capatchas drin diese v2, da kamen die Fehler so hin und wieder mal. Nun hab ich es rausgenommen, kamen die Anmeldungen wieder, aber ich habe eine ungültige eMail Adresse oder keine eingeben und zack kommt dieser Fehler, also lässt es sich darauf schließen das irgendwas mit dem Wert für die eMail Adresse nicht korrekt ist, bzw dort der Fehler liegt. Es ist egal ob Anmeldung oder Kontakt oder sonst was. Gibst es aber richtig ein und den Capachas funktioniert es?! Also bei mir, vielleicht hilft das ja weiter…
@ Team Shopware - könntet ihr den Issue bitte wieder öffnen? Shopware Issuetracker ?
Das Problem besteht weiterhin bei einigen von uns.
Heute wieder neue Kundenkonten gehabt, aber keine Bestellungen.
Gestern 2 Bestellungen gehabt - da hat’s sporadisch wieder funktioniert.
Und jetzt kommt bitte nicht damit, dass ein Kunde auch mal was in den Warenkorb legt und dann natürlich nicht weiter macht.
Der Kunde gibt nicht seine kompletten Adressdaten, Telefonnummer etc. ein und führt dann keine Bestellung durch. Zumal das Verhältnis Kundenkonten → Bestellungen auffällig unterschiedlich ist.
Hallo Leute,
vielen Dank für das Feedback zu diesem Ticket. Leider können wir das bei uns aktuell nicht mehr nachstellen. Könnt ihr ein neues Ticket dafür im Issuetracker aufnehmen?
LG
Das Thema hat sich für uns vorerst erledigt - geschätzte 30 bis 50k Umsatzverlust pro Monat ist so nicht mehr tragbar. Mit der aktuellen Shopware Beta (ich nenn sie jetzt mal so) lässt sich leider nicht viel anfangen. Außer viel Zeit, Geld und Nerven hat der Umstieg nur Probleme mit sich gebracht. Ebenso die Erkenntnis, dass es noch so einige Rückschritte gegenüber Shopware 5 gibt.
Wir sind vorerst zurück auf Shopware 5 gegangen. Macht auch gleich wieder mehr Spaß. Vernünftiges Logging, Anichten sind übersichtlicher, in der Bestellübersicht stehen auch Transaktionsnummern, Bestell-Positionen, Bei Kundendaten wid die Telefonnummer direkt angezeigt und und und… Kurzum: ein stabiles System mit dem man brauchbar arbeiten kann.
Sorry. Möchte niemanden angreifen. Habe Respekt davor, so ein System neu zu programmieren. Ist ja auch nicht alles bescheiden bei SW6. Wäre halt nur schön, wenn man es auch zuende programmiert hätte. Viele Dinge waren in SW5 bereits vorhanden und funktionierten echt gut. Und beim Nachfolger fehlen diese Dinge schlichtweg, oder sind nicht zuende programmiert worden… Lasst ihr denn keine Menschen da mal drüber schauen, bevor so etwas released wird? Das würde sicherlich einiges vereinfachen. Als Programmierer hätte ich so etwas bei uns in der Firma jedenfalls nicht abliefern dürfen.
Wie gesagt - nehmt es nicht persönlich. Nehmt es als Kritik an. Sonst würde ich hier auch nicht mehr im Forum etwas dazu schreiben.
Um zurück zum Thema zu kommen und zurück zu @MarekStenneken:
Ich schlage vor, das Team Shopware erweitert erstmal das SW6 Logging.
Damit sollte sich das Problem eingrenzen / finden lassen.
Ohne Debugging wirds in meinen Augen nahezu unmöglich, den Fehler zu finden.
Unser Shop hat auch nach dem Update nicht sauber funktioniert (unverhältnismäßig viele (reale) Kundenkonten aber kaum Bestellungen, davor der „Warenkorb leer“ Bug). Eine genaue Diagnose war nicht möglich, da sporadischer Fehler und ein unzureichendes Logging.
Hier mein neuer Beitrag zur Logging-Erweiterung:
1 „Gefällt mir“
Vorab…, ich bin wirklich ein Freund von all-inkl als Provider und bin aber auch kein riesen Fan von Shopware 6, aber…wie wäre mal mit einem richtigen managed Server?
Du schreibst hier nämlich von Umsatzverlusten von geschätzte 30 bis 50k, eierst aber auf einem Managed Server von all-inkl rum! Sorry, aber all-inkl ist wirklich ein guter Provider, aber für Shopware nicht wirklich zu empfehlen! Such Dir lieber einen Provider, der Shopware auch zu 100% unterstützt! Ich hatte früher ähnliche Probleme bei all inkl, also ständig volle Log Files. Tu Dir also selber den Gefallen und such Dir einen guten Mangaed Server für Deinen Shop! Bei solchen Umsätzen, sollte das ja auch kein Problem sein… 
3 „Gefällt mir“
Hallo I_c_h, bist Du an der Stelle weitergekommen? Leider treten bei uns immer wieder die Einträge im Cache auf (aber deutlich weniger als vor dem letzten Update). Durch das Script werden diese sofort wieder gelöscht, dadurch laufen viele Bestellprozesse durch. Aber ich weiß nicht, wie viele Abbrüche wir haben.
@Murmeltier Habe leider auch schon mit bekommen, dass Shopware nicht unbedingt das System Nummer 1 bei All-Inkl ist. Allein das Update von MariaDB 10.3 (War standard bei All-Inkl) auf MariaDB 10.11 hat fast ne Woche geauert mit jeder Menge Mails und Telefonaten trotz Managed Server.
Grundsätzlich gab es auch nie Probleme. Eher im Gegenteil. Zumindest was Shopware 5 anging. Bei Shopware 6 sieht das aufgrund der ganzen empfohlenen Einstellungen durchaus anders aus.
Als Alternative hatte ich Timme schon auf dem Plan. Allerdings gefällt mir da widerum nicht, dass die auf ngix Basis arbeiten. Das mag vielleicht Performancetechnisch vorteilhaft sein, allerdings arbeite ich viel mit Einstellungen die in der .htacces integriert sind. Und bei ngix scheint das ja nicht oder zumindest nur anders zu funktionieren… (Die Änderungen in der .htaccess sind aber überwiegend in anderen Ordnern und haben definitiv nichts mit diesen Phänomenen / diesem Thema zu tun).
Hat sonst jemand nen Tip, welcher Anbieter sonst noch empfehlenswert wäre, aber nicht auf Ngix Basis arbeitet?
@TeamShopware:
Gibt es mal Ansätze, dass das Logging im Produktivbereich ausgebaut wird? Wäre nach wie vor klasse, wenn man endlich mal nachvollziehen könnte, was bei Bestellungen ausgelöst wird und wo Probleme entstehen (ähnlich vie im DEV-Log)
Beitrag dazu gabs weiter oben von mir.
Hallo zusammen,
das Thema mit den leeren von Warenkörben und abmelden von Kunden soll sich mit dem Update auf die Version 6.5.8.7 erledigt haben.
Der Fehler tritt nur in den Versionen >= 6.5.8.0 <6.5.8.7 auf.
Dennoch scheint es weiterhin vereinzelnde Probleme mit den Sessions zu geben und bei uns gab es danach immernoch mehr Kunden ( Gastaccounts) als Verkäufe. Das ergibt keinen Sinn.
Einf vernünftiges Logging würde halt helfen, aber so wirklich Feedback bekommt man da ja nicht dazu.
@XXL-Webdesign
Hab mich auch letztens mit der ganzen Thematik beschäftig, da die SW5 Shops eigentlich immer ohne Murren auf all-Inkl liefen, aber bei SW6 war dann eben Feierabend! Nach x Telefonaten mit all-Inkl bin ich dann zur Auffassung gekommen, dass all-inkl langsam, aber sicher, nachlässt - auch beim Support. Zudem sind die Manged Server bei denen auch echt nicht günstig. Da bekommt man anderorts echt mehr für das Geld.
Hab deshalb mit mehrere Providern telefoniert und u.a. auch mit Timme und Profihost gesprochen. Die waren alle wirklich sehr nett, aber ich hab mich dann trotzdem dagegen entscheiden, u.a. eben auch wegen NGINX und anderen Dingen. Wir haben uns dann letzendlich für Mittwald entscheiden, was auch gut war!
Schau Dir also gerne mal den Space-Server an: Space-Server - Der next level vServer
Ich mache damit nämlich gerade ganz gute Erfahrungen. Seit dem ist das Logfile fast leer geblieben, was bei all-inkl ständig voll war.
1 „Gefällt mir“
Mittwald ist top. Super einfache Oberfläche, relativ flexibel und guter Support. Super Performance. Für kleinere bis mittlere Shops meines Erachtens optimal.
Aber: Mittwald hatte dieses Jahr schon einige größere Ausfälle (jeweils mind. mehrere Stunden - einmal > 1 Tag). Ich hoffe das stabilisiert sich wieder, ansonsten wird das für uns eine KO-Kriterium-
2 „Gefällt mir“
Ja, hin und wieder hackts noch bei denen, das stimmt!
Aber alles in allem finde ich das Konzept ganz gut… 
1 „Gefällt mir“
So…
Alle die hier noch aktiv sind, bitte einmal upvoten (important / critical):
Wenn das mal umgesetzt wird, gibts wenigstens mal etwas bessere Logging-Funktionen und die Möglichkeit, Prozesse besser nachzuvollziehen.
Wir haben seit dieser Woche wieder vermehrt das Problem, dass die Warenkörbe unserer Kunden sich leeren oder Sie aus dem Login rausfliegen. Konntet Ihr das Problem bei euch auch beobachten? Gibt es in der Zwischenzeit schon neue Lösungsansätze für das Problem?
Welche Shopware-Version habt ihr?
Wir haben die Version 6.5.8.7
@Hanse_Baustoffe_MF
Leider lässt der Support zu wünschen über.
Das erweiterte / verbesserte Debug-Log - mit dem man dem / den Fehlern auf die Schliche kommen könnte - wird ja nicht eingebaut.
Ich glaube mittlerweile, das das bewusst solange ignoriert wird, bis hunderte von Kunden danach schreien.
Quellcode und Lösungsweg steht bereits da. Muss nur mal ein Entwickler einbauen.
Vielleichht muss man ja auch erstmal nen Evolve Plan ab 2.500 Euro monatlich abonieren um vielleicht Erfolg damit zu haben…
Wir sind aktuell jedenfalls zurück auf unseren alten Shop.
Guten Tag. Ich bins ebenfalls Opfer des sich leerenden Warenkorb bei spezifischen Kunden. Sobald ein Produkt einer anderen Kategorie eingesetzt wird ist der Warenkorb wieder 0. Ich habe extra mit sehr viel Schmerz auf die 6.6.2.0 geupt - das Problem ist das gleiche. Gibt`s nocht irgendwelche Ideen dazu? Danke