[Gelöst] Gutscheincodes sind bei /en Seite nicht gültig
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Sie haben Schwierigkeiten, Gutscheincodes zu verwenden, die auf Produktkategorien oder Artikel limitiert sind, da diese auf der englischen Seite Ihrer Website nicht funktionieren. Solution: Wir haben das Zurücksetzen des Warenkorbs beim Sprachwechsel deaktiviert und den Rocket-Cache geleert, woraufhin der Gutschein erfolgreich angewendet werden konnte. Wenn Sie ähnliche Probleme erleben, empfehlen wir Ihnen, zu überprüfen, ob die Funktion zum Zurücksetzen des Warenkorbs bei einem Sprachwechsel aktiviert ist und diese gegebenenfalls zu deaktivieren.
Bitte beachten Sie, dass diese Lösung möglicherweise veraltet oder nicht auf Ihren Fall zutreffend ist. Wir empfehlen Ihnen, die Seite mit bekannten Problemen zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Sollten weiterhin Probleme auftreten, zögern Sie nicht, ein neues Support-Ticket zu eröffnen. Besuchen Sie dazu unser Support-Forum.
Dies ist das technische Support-Forum für WPML – das mehrsprachige WordPress-Plugin.
Mitlesen können alle, doch nur WPML-Kunden können hier Fragen veröffentlichen. Das WPML-Team antwortet im Forum an 6 Tagen pro Woche, 22 Stunden am Tag.
Hintergrund des Themas:
Ich versuche, Gutscheincodes zu verwenden, die auf Produktkategorien oder Artikel limitiert sind. Diese funktionieren jedoch nicht auf der englischen Seite. Das war vorher nicht so. Link zur Seite: versteckter Link
Die Symptome:
Gutscheincodes werden für die englische Sprache nicht akzeptiert.
Fragen:
Warum funktionieren die Gutscheincodes nicht auf der englischen Seite?
Wie kann ich sicherstellen, dass Gutscheincodes für alle Sprachen funktionieren?
ich habe folgendes rausgefunden: Das Problem exisitert nur dann, wenn String Translation aktiviert ist.
Außerdem ist das Backend quasi nicht mehr benutzbar, sobald String Translation aktiviert is, da es auf allen Seiten einen 404 ausgibt. Bitte prüft das, ihr werdet feststellen, dass ich Recht habe.
Aus irgendeinem Grund kann ich nicht auf die String Translation zugreifen, so dass ich versuchen könnte, die String zu finden (und zu löschen), die möglicherweise mit dem Problem zusammenhängt.
Wenn ich versteckter Link öffne, erhalte ich die Meldung „Du bist leider nicht berechtigt, auf diese Seite zuzugreifen.“
Ich musste diese URL manuell hinzufügen, weil bei der Übernahme aus der String Translation aus irgendeinem Grund „xx“ zur URL hinzugefügt wurde.
Können Sie dennoch prüfen, ob dies auf Ihren Fall zutrifft?
ich habe xx hinzugefügt und dann string translation wieder aktiviert, weil ich nur so ein anderes Problem beheben konnte: Wenn String Translation aktiviert ist, erzeugt es für das gesamte Backend laufend 404 Errors.
Video: versteckter Link
Ticket habe ich schon aufgemacht:
Das von dir verlinkte Ticket trifft nicht auf mich zu.
Kannst du sehen, wann die WPML Plugins zuletzt geupdated wurden? Das Merkwürdige ist ja, dass der Fehler zuvor nicht da war. Also muss irgendein Update es herbeigeführt haben. Ich weiß, dass die WPML Plugins letztens geupdated wurden.
Bitte beachtet, dass ich den Guscheincode im Artikelnamen ändern musste auf V10 und dieser nun für alle Artikel gilt. V10 also bitte ignorieren.
Das Problem bleibt bestehen mit allen Codes, die Restriktionen haben (Artikel, Kategorien, usw.)
EX10 muss für folgende Artikel funktionieren: versteckter Link versteckter Link
SET25 muss für folgende Artikel funktionieren: versteckter Link versteckter Link versteckter Link versteckter Link versteckter Link
und viele mehr. Ich kann etliche Beispiele nennen.
Auch hier den Code im Artikelnamen ignorieren, auch hier musste ich einen anderen Code nennen, der nun für alle Artikel gilt.
Wir haben das Zurücksetzen des Warenkorbs beim Sprachwechsel deaktiviert, den Rocket-Cache geleert und den Gutschein erfolgreich angewendet.
Hattet ihr geplant, die Funktion zum Zurücksetzen des Warenkorbs zu nutzen? Wurde sie absichtlich aktiviert? Habt ihr außerdem bemerkt, dass das Problem erst auftrat, nachdem diese Funktion aktiviert wurde?
Ich habe es geprüft und es funktioniert jetzt. Ja, wir hatten es aktiviert, weil wir ohne diese Option in der Vergangenheit das Problem hatten, dass wenn man die Sprache gewechselt hat und dann ein Produkt in den Warenkorb gelegt hat, es nie dazugelegt wurde oder erst, nachdem man manuell die Seite aktualisiert hat.
Dieses Problem sehen wir aktuell nicht mehr -haben jetzt auch die neueste Beta installiert.
Ihr habt das Problem also gelöst.
