Woo-poly-integration: Der Abschnitt zur Überprüfung der Woocommerce-Checkout-Bestellung bleibt unübersetzt.

Erstellt am 29. März 2018  ·  19Kommentare  ·  Quelle: hyyan/woo-poly-integration

Danke für deinen Beitrag – du rockst! Bitte beachten Sie: - Diese Kommentare werden nicht angezeigt, wenn Sie das Problem senden. - Dies ist kostenlose Software, die von Freiwilligen in ihrer Freizeit unterstützt wird. Bitte helfen Sie uns, indem Sie Ihren Problembericht so klar und einfach wie möglich gestalten. Wenn Sie ein Problem melden, stellen Sie bitte sicher, dass Sie die folgenden Punkte bestätigen, damit wir Ihr Problem so schnell wie möglich reproduzieren und beheben können:

Können Sie dieses Problem im Standard-Wordpress-Theme (zB Storefront) reproduzieren?

Ich kann dieses Problem im Standard-Wordpress-Theme reproduzieren

Können Sie dieses Problem reproduzieren, wenn alle anderen Plugins außer WooCommerce, Polylang und Hyyan WooCommerce Polylang Integration deaktiviert sind?

Jawohl

Welche Produktversionen und Einstellungen verwenden Sie, wenn dieses Problem auftritt?

  • PHP: 7.0
  • WordPress: 4.9.4
  • WooCommerce: 3.3.4
  • Polylang: [bei Verwendung von Polylang PRO angeben] 2.3.4
  • Hyyan WooCommerce Polylang-Integration: 1.0.4
  • Browser: Chrome neueste Version, Edge

Schritte zum Reproduzieren

  1. Bestellen Sie eines der Produkte https://noracles.com/bg/shop/
  2. Zur Kasse gehen

Was ich erwartet habe

Ich erwarte, dass der gesamte Text ins Bulgarische übersetzt wird

Was ist stattdessen passiert

Text ist teilweise übersetzt. Der Abschnitt zur Überprüfung der Bestellung an der Kasse ist auf Englisch. Tatsächlich wird es übersetzt, aber dann wird es automatisch auf Englisch zurückgesetzt.

WordPress-Umgebung


`

WordPress-Umgebung

Home-URL: https://noracles.com
Site-URL: https://noracles.com
WC-Version: 3.3.4
Beschreibbares Protokollverzeichnis:
WP-Version: 4.9.4
WP-Multisite: –
WP-Speicherlimit: 1 GB
WP-Debug-Modus: –
WP Cron:
Sprache: de_DE

Serverumgebung

Serverinfo: Apache
PHP-Version: 7.0.25
Maximale Größe des PHP-Beitrags: 256 MB
PHP-Zeitlimit: 180
PHP Max. Eingabevariable: 1000
cURL-Version: 7.51.0
OpenSSL/1.0.2j

SUHOSIN installiert: –
MySQL-Version: ❌ 5.5.54 - Wir empfehlen eine MySQL-Mindestversion von 5.6. Siehe: WordPress-Anforderungen
Maximale Upload-Größe: 256 MB
Die Standardzeitzone ist UTC:
fsockopen/cURL:
SoapClient: ✔
DOMDokument: ✔
GZip: ✔
Multibyte-String: ✔
Remote-Post: ✔
Fernabruf: ✔

Datenbank

WC-Datenbankversion: 3.3.4
WC-Datenbankpräfix: wp_
MaxMind GeoIP-Datenbank: ❌ Die MaxMind GeoIP-Datenbank existiert nicht – die Geolokalisierung funktioniert nicht. Sie können es manuell herunterladen und installieren von http://dev.maxmind.com/geoip/legacy/geolite/ zum Pfad: . Scrollen Sie nach unten zu "Downloads" und laden Sie die Datei "Binary / gzip" neben "GeoLite Country" herunter. Bitte denken Sie daran, GeoIP.dat.gz zu entpacken und nur die Datei GeoIP.dat hochzuladen.
Gesamtgröße der Datenbank: 7,21 MB
Datenbankdatengröße: 5,48 MB
Datenbankindexgröße: 1,73 MB
wp_woocommerce_sessions: Daten: 0,06 MB + Index: 0,02 MB
wp_woocommerce_api_keys: Daten: 0,02 MB + Index: 0,03 MB
wp_woocommerce_attribute_taxonomies: Daten: 0,02 MB + Index: 0,02 MB
wp_woocommerce_downloadable_product_permissions: Daten: 0,02 MB + Index: 0,05 MB
wp_woocommerce_order_items: Daten: 0,02 MB + Index: 0,02 MB
wp_woocommerce_order_itemmeta: Daten: 0,02 MB + Index: 0,03 MB
wp_woocommerce_tax_rates: Daten: 0,02 MB + Index: 0,06 MB
wp_woocommerce_tax_rate_locations: Daten: 0,02 MB + Index: 0,03 MB
wp_woocommerce_shipping_zones: Daten: 0,02 MB + Index: 0,00 MB
wp_woocommerce_shipping_zone_locations: Daten: 0,02 MB + Index: 0,03 MB
wp_woocommerce_shipping_zone_methods: Daten: 0,02 MB + Index: 0,00 MB
wp_woocommerce_payment_tokens: Daten: 0,02 MB + Index: 0,02 MB
wp_woocommerce_payment_tokenmeta: Daten: 0,02 MB + Index: 0,03 MB
wp_woocommerce_log: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_booking: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_booking_drivers: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_booking_items: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_booking_prices: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_branches: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_branches_hours: Daten: 0,02 MB + Index: 0,00 MB
wp_carrental_extras: Daten: 0,02 MB + Index: 0,00 MB
wp_carrental_extras_pricing: Daten: 0,02 MB + Index: 0,03 MB
wp_carrental_fleet: Daten: 0,02 MB + Index: 0,03 MB
wp_carrental_fleet_extras: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_fleet_parameters: Daten: 0,02 MB + Index: 0,00 MB
wp_carrental_fleet_parameters_values: Daten: 0,02 MB + Index: 0,00 MB
wp_carrental_fleet_pricing: Daten: 0,02 MB + Index: 0,03 MB
wp_carrental_pricing: Daten: 0,02 MB + Index: 0,00 MB
wp_carrental_pricing_ranges: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_translations: Daten: 0,02 MB + Index: 0,03 MB
wp_carrental_vehicle_categories: Daten: 0,02 MB + Index: 0,02 MB
wp_carrental_webhook_queue: Daten: 0,02 MB + Index: 0,00 MB
wp_commentmeta: Daten: 0,00 MB + Index: 0,00 MB
wp_comments: Daten: 0,00 MB + Index: 0,01 MB
wp_give_donormeta: Daten: 0,02 MB + Index: 0,05 MB
wp_give_donors: Daten: 0,02 MB + Index: 0,03 MB
wp_give_formmeta: Daten: 0,02 MB + Index: 0,03 MB
wp_give_logmeta: Daten: 0,02 MB + Index: 0,03 MB
wp_give_logs: Daten: 0,02 MB + Index: 0,00 MB
wp_give_paymentmeta: Daten: 0,02 MB + Index: 0,03 MB
wp_links: Daten: 0,00 MB + Index: 0,00 MB
wp_options: Daten: 0,46 MB + Index: 0,07 MB
wp_postmeta: Daten: 0,07 MB + Index: 0,05 MB
wp_posts: Daten: 0,28 MB + Index: 0,04 MB
wp_rencato_connector_log: Daten: 0,02 MB + Index: 0,00 MB
wp_termmeta: Daten: 0,00 MB + Index: 0,01 MB
wp_terms: Daten: 0,00 MB + Index: 0,01 MB
wp_term_relationships: Daten: 0,00 MB + Index: 0,01 MB
wp_term_taxonomy: Daten: 0,00 MB + Index: 0,00 MB
wp_usermeta: Daten: 0,01 MB + Index: 0,01 MB
wp_users: Daten: 0,00 MB + Index: 0,01 MB
wp_wc_download_log: Daten: 0,02 MB + Index: 0,03 MB
wp_wc_webhooks: Daten: 0,02 MB + Index: 0,02 MB
wp_wfBadLeechers: Daten: 0,02 MB + Index: 0,00 MB
wp_wfBlockedCommentLog: Daten: 0,02 MB + Index: 0,00 MB
wp_wfBlockedIPLog: Daten: 0,02 MB + Index: 0,00 MB
wp_wfBlocks: Daten: 0,02 MB + Index: 0,02 MB
wp_wfBlocks7: Daten: 0,02 MB + Index: 0,05 MB
wp_wfBlocksAdv: Daten: 0,02 MB + Index: 0,00 MB
wp_wfConfig: Daten: 0,28 MB + Index: 0,00 MB
wp_wfCrawlers: Daten: 0,02 MB + Index: 0,00 MB
wp_wfFileChanges: Daten: 0,02 MB + Index: 0,00 MB
wp_wfFileMods: Daten: 1,52 MB + Index: 0,00 MB
wp_wfHits: Daten: 1.02 MB + Index: 0.23 MB
wp_wfHoover: Daten: 0,02 MB + Index: 0,02 MB
wp_wfProbleme: Daten: 0,02 MB + Index: 0,06 MB
wp_wfKnownFileList: Daten: 0,36 MB + Index: 0,00 MB
wp_wfLeechers: Daten: 0,02 MB + Index: 0,00 MB
wp_wfLockedOut: Daten: 0,02 MB + Index: 0,00 MB
wp_wfLocs: Daten: 0,02 MB + Index: 0,00 MB
wp_wfLogins: Daten: 0,06 MB + Index: 0,03 MB
wp_wfNet404s: Daten: 0,02 MB + Index: 0,02 MB
wp_wfNotifications: Daten: 0,02 MB + Index: 0,00 MB
wp_wfPendingIssues: Daten: 0,02 MB + Index: 0,06 MB
wp_wfReverseCache: Daten: 0,02 MB + Index: 0,00 MB
wp_wfScanner: Daten: 0,02 MB + Index: 0,00 MB
wp_wfSNIPCache: Daten: 0,02 MB + Index: 0,05 MB
wp_wfStatus: Daten: 0,14 MB + Index: 0,09 MB
wp_wfThrottleLog: Daten: 0,02 MB + Index: 0,02 MB
wp_wfVulnScanners: Daten: 0,02 MB + Index: 0,00 MB

Anzahl der Beitragstypen

Befestigung: 8
custom_css: 1
Customize_Changeset: 11
Give_Forms: 2
Give_payment: 8
nav_menu_item: 21
Seite: 29
polylang_mo: 2
Beitrag: 2
Produkt: 7
Überarbeitung: 167
shop_coupon: 3
shop_order: 7
wpcf7_contact_form: 2

Sicherheit

Sichere Verbindung (HTTPS):
Fehler vor Besuchern ausblenden:

Aktive Plugins (8)

Polylang: von Frédéric Demarle – 2.3.4
Kontaktformular 7: von Takayuki Miyoshi – 5.0.1
Give - Spenden-Plugin: von WordImpress – 2.0.6
Woo Checkout Field Editor Pro: von ThemeHiGH – 1.2.6
Hyyan WooCommerce Polylang Integration: von Hyyan Abo Fakher – 1.0.4 – Nicht mit der aktiven Version von WooCommerce getestet
WooCommerce-Währungsumschalter: von realmag777 – 1.2.3
WooCommerce: von Automattic – 3.3.4
Wordfence-Sicherheit: von Wordfence – 7.1.1

Einstellungen

API aktiviert:
SSL erzwingen: –
Währung: BGN (лв.)
Währungsposition: links
Tausendertrennzeichen: ,
Dezimaltrennzeichen: .
Anzahl der Dezimalstellen: 2
Taxonomien: Produkttypen: extern (extern)
gruppiert (gruppiert)
einfach (einfach)
variabel (variabel)

Taxonomien: Produktsichtbarkeit: vom Katalog ausschließen (vom Katalog ausschließen)
von der Suche ausschließen (von der Suche ausschließen)
vorgestellt (vorgestellt)
ausverkauft (ausverkauft)
bewertet-1 (bewertet-1)
bewertet-2 (bewertet-2)
bewertet-3 (bewertet-3)
bewertet-4 (bewertet-4)
bewertet-5 (bewertet-5)

WC-Seiten

Shop-Basis: #223 - /shop/
Korb: #224 - /korb/
Kasse: #225 - /zur Kasse/
Mein Konto: #226 - /mein-Konto/
Allgemeine Geschäftsbedingungen: ❌ Seite nicht eingerichtet

Thema

Name: Schaufenster
Version: 2.2.8
Autoren-URL: https://woocommerce.com/
Child Theme: ❌ – Wenn Sie WooCommerce an einem Parent-Theme ändern, das Sie nicht erstellt haben
Persönlich empfehlen wir die Verwendung eines Child-Themes. Siehe: So erstellen Sie ein Child-Theme

WooCommerce-Support:

Vorlagen

Überschreibt: –

help wanted

Hilfreichster Kommentar

didit solution wird keine Lösung sein: Die Sprache in den Ajax-Aufrufen ist immer noch falsch, didit solution verbirgt das Problem nur ein wenig.

Die Lösungen werden entweder sein:

  • Beheben Sie die 3.2-Lösung von @marian-kadanka - mir ist nicht ganz klar, wie das funktioniert hat oder warum es jetzt nicht funktioniert

    • filtern als:

      add_filter('woocommerce_ajax_get_endpoint', 'pll_woocommerce_ajax_get_endpoint', 10, 2);

      und so ähnlich:

    /*
     * fixes woo 3.3.x by restoring 3.1.2 behaviour
     * https://github.com/hyyan/woo-poly-integration/issues/319
     */    
    public function pll_woocommerce_ajax_get_endpoint($result, $request){
        return esc_url_raw( add_query_arg( 'wc-ajax', $request, remove_query_arg( array( 'remove_item', 'add-to-cart', 'added-to-cart' ) ) ) );        
    }

WooCommerce wird ihr Ende nicht ändern und das von mir geöffnete Problem geschlossen, da sie sagen, dass einige ihrer Änderungen ein potenzielles Sicherheitsproblem behoben haben.

Alle 19 Kommentare

Absolut gleiches Problem hier. Gleiche Einstellungen.

Schritte zum Reproduzieren

  1. Bestellen Sie eines der Produkte in russischer oder chinesischer Sprache (Standard ist Englisch) https://busancoupon.com/ru
  2. Weiter zum Warenkorb oder zur Kasse.

Was ich erwartet habe
Ich erwarte, dass die Warenkorbseite auf Russisch oder Chinesisch angezeigt wird. Oder die Checkout-Seite ist vollständig in Russisch oder Chinesisch übersetzt.

Was ist stattdessen passiert

  1. Die Warenkorbseite wird automatisch auf die Standardsprache (Englisch) umgeleitet.
  2. Die Checkout-Seite wird nicht umgeleitet, sondern nur teilweise übersetzt. Der Abschnitt zum Ausfüllen wird übersetzt, aber der Abschnitt "Bestellung aufgeben" versucht zu übersetzen, kehrt dann jedoch ins Englische zurück.

Notiz
Wenn Sie die Sprache von der Warenkorbseite selbst ändern, wird sie tatsächlich auf die richtige Seite geleitet und vollständig übersetzt.

gleicher Fehler

Hat jemand eine Lösung dafür?

Ich habe genau das gleiche Problem. Die Bestellprüfung wird in der richtigen (übersetzten) Sprache geladen, dann jedoch aktualisiert und auf die Standardsprache eingestellt.
Ich benutze

Hyyan WooCommerce Polylang-Integration v1.0.4
Polylang v2.3.4
WooCommerce v3.3.4

Ich habe gesehen, dass dieses Problem auf verschiedenen Support-Sites mit Lösungsvorschlägen wie dem Deaktivieren von Ajax oder dem Aktualisieren der betreffenden Plugins gemeldet wurde. Ich habe das gleiche Problem auf dieser Seite gesehen, wo es geschlossen wurde mit der Erwähnung, dass dies mit Hyan WooCommerce Polylang Integration v1.0.4 gelöst wird.

Kann jemand dabei helfen?

WordPress: 4.9.5.
WooCommerce: 3.3.4
Storefront (2.2.8) Child Theme
Polylang: 2.3.4
Hyyan WooCommerce Polylang-Integration: 1.0.4

Ich habe genau das gleiche Problem.

Kann jemand dabei helfen?

Also bisher keine Lösung?? Das ist wirklich schlimm... Es gibt jetzt eine neue Woocommerce-Version. Hat jemand versucht zu aktualisieren?

Genau das gleiche Problem hier, ich habe die neueste Version von Woo und dieses Plugin.

Inzwischen habe ich Wordpress auf Version 4.9.5 und Woocommerce auf Version 3.3.5 aktualisiert, aber das Problem bleibt bestehen.
Ich verwende übrigens das Theme InVogue Version 1.0.3.

OK, vielleicht keine Lösung, aber zumindest ein Workaround (bei mir funktioniert es):

  • Öffnen Sie die Datei review-order.php (befindet sich in\wp-content\themes\\woocommerce\checkout in meinem Fall)
  • Zeile ändern

<table class="shop_table woocommerce-checkout-review-order-table">
zu

class="shop_table">
  • Öffnen Sie die Datei Payment.php (befindet sich in\wp-content\plugins\woocommerce\templates\checkout)
  • Zeile ändern
    <div id="payment" class="woocommerce-checkout-payment"> to <div id="Zahlung">`

Ddidit!

Es hat auch mein Problem mit der Checkout-Seite behoben! Vielen Dank! 👍

Aber mein Warenkorb-Button ist immer noch ein Problem.. Wenn ich auf den Warenkorb-Button klicke, wird er automatisch auf die Standardsprache umgeleitet... :(

Irgendeine Idee, wie man das umgehen kann? Vielleicht eine Zeile in der cart-errors.php ändern??

Ich wünschte, ich könnte etwas programmieren, aber ich bin absolut null darin. Es gibt cart.php und mini-cart.php. Ich bin mir sicher, dass es dort eine winzige kleine Korrektur braucht...

danke für teilen lösung!
es funktioniert gut

aber
Wenn Sie die Zahlungsmethode auf der Checkout-Seite ändern.
Bestellüberprüfung wird nicht aktualisiert. ajax funktioniert nicht.

Einige Zahlungsmethoden haben eine Zahlungsgebühr.
wenn Zahlungsmethode ändern. auch den Gesamtbetrag ändern.

Entschuldigung für mein gebrochenes Englisch

Hyyan 1.0.4 ist viel früher als 3.3.5 und erhebt keinen Anspruch auf Kompatibilität mit 3.3.5.
Leider unterbricht WooCommerce häufig die Kompatibilität in seinen Updates.
Ich habe dies in 3.1.2 einwandfrei funktionieren und ich kann bestätigen und reproduzieren, dass die Funktionalität in 3.3.5 defekt ist.
Ich habe nicht alle Versionen zwischendurch getestet.

Die meisten anderen Plugins werden auch nicht aus Kompatibilitätsgründen mit woo 3.3.5 aktualisiert – es ist nicht nur dieses – der beste Rat ist, WooCommerce nicht zu aktualisieren, bis die von Ihnen verwendeten Plugins aktualisiert sind, es sei denn, Sie verfügen über Entwicklungskapazitäten und können zu Korrekturen beitragen.

als hinweis scheint woo anzurufen:
/?wc-ajax=update_order_review
direkt zum Stammverzeichnis der Website, anstatt wie früher auf die aktuelle Seite.
Dies bedeutet, dass die Pfadinformationen, die Polylang verwenden würde, um die Sprache zu bestimmen, verloren gehen.

Dies wird Woocommerce wie folgt gemeldet:
https://github.com/woocommerce/woocommerce/issues/19741

Ich habe die Wiederherstellung der Version 3.1.2 der Funktion WC_AJAX->get_endpoint() in woocommerce/class-wc-ajax.php getestet
Dies löst dieses Problem - und könnte auch durch einen Filter angewendet werden - aber bis wir wissen, warum dies geändert wurde, ist es möglicherweise nicht die richtige Lösung.

Es sieht so aus, als ob dies ursprünglich für WooCommerce 3.2 von @marian-kadanka behoben wurde in:
https://github.com/hyyan/woo-poly-integration/pull/251/commits/9f9b7581260c87f84ce9f35100ecd872b974e58d
sehen zahlreiche verwandte Themen zu dieser Zeit.

Ein späteres Update auf WooCommerce oder Polylang kann jedoch dazu führen, dass dieser Fix nicht funktioniert.
(Mir ist nicht klar, warum dieser Fix in woo 3.2.x und Polylang 2.2.7 funktioniert haben könnte)

Hallo, ich mache die gleiche Reparatur wie von ddidit gepostet und es wurde das Problem des Zahlungs-Gateway-Teils behoben! Schöne Arbeit ddidit! Danke vielmals!
Nachdem ich jedoch auf die Schaltfläche Bestellen geklickt habe, wird immer noch die Hauptsprache Version angezeigt, nicht die zweite Sprachversion.
Und die E-Mails des automatischen Systems nach dem Check-out sind auch in der Hauptsprache. Was können wir tun, um diesen Teil zu beheben?
Dankeschön!

didit solution wird keine Lösung sein: Die Sprache in den Ajax-Aufrufen ist immer noch falsch, didit solution verbirgt das Problem nur ein wenig.

Die Lösungen werden entweder sein:

  • Beheben Sie die 3.2-Lösung von @marian-kadanka - mir ist nicht ganz klar, wie das funktioniert hat oder warum es jetzt nicht funktioniert

    • filtern als:

      add_filter('woocommerce_ajax_get_endpoint', 'pll_woocommerce_ajax_get_endpoint', 10, 2);

      und so ähnlich:

    /*
     * fixes woo 3.3.x by restoring 3.1.2 behaviour
     * https://github.com/hyyan/woo-poly-integration/issues/319
     */    
    public function pll_woocommerce_ajax_get_endpoint($result, $request){
        return esc_url_raw( add_query_arg( 'wc-ajax', $request, remove_query_arg( array( 'remove_item', 'add-to-cart', 'added-to-cart' ) ) ) );        
    }

WooCommerce wird ihr Ende nicht ändern und das von mir geöffnete Problem geschlossen, da sie sagen, dass einige ihrer Änderungen ein potenzielles Sicherheitsproblem behoben haben.

Behoben in #329

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen