[Gelöst] Übersetzungen im Backend eingepflegt, werden jedoch nicht im Front-End angezeigt.,
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Die Übersetzungen, die im Backend eingepflegt wurden, werden nicht im Front-End angezeigt. Es gibt leere Felder, und die Inhalte erreichen das Front-End nicht, trotz mehrerer Synchronisationsversuche von der Standardsprache aus. Solution: Wir konnten das Problem nicht eindeutig eingrenzen oder isolieren, da ein benutzerdefiniertes Theme mit verschiedenen Abhängigkeiten von anderen Plugins verwendet wird, was die Reproduktion erschwert. Wir empfehlen, das Problem weiter in einer Sandbox zu isolieren und zu reproduzieren, indem die relevanten Block-Templates minimal in ein Standard-Theme integriert werden.
Falls diese Lösung veraltet erscheint oder nicht auf Ihr Problem zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die bekannten Probleme 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.
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:
Übersetzungen im Backend eingepflegt, werden jedoch nicht im Front-End angezeigt. Anbei finden Sie ein Loom zum Fehler versteckter Link. Link zur Seite, auf der das Problem zu sehen ist: versteckter Link
Die Symptome:
Leere felder
Fragen:
Warum werden die Übersetzungen aus dem Backend nicht im Front-End angezeigt?
Wie kann ich die leeren Felder im Front-End beheben?
No matter your translation method, ensure each custom field has a unique Field Name, especially across different field groups for blocks. Using the same Field Name for multiple fields may prevent some field values from appearing in the Translation Editor.
Haben Sie die Field Group der Blöcke mehrfach mit identischen Benennungen (Überschrift, Text etc.) angelegt? Falls ja, versuchen Sie es bitte mit einer Feldbenennung wie test2, headline2 etc.
ohne eine vollständige Seitenkopie kann ich das Problem leider nicht nachvollziehen. Bitte stellen Sie entweder eine Duplicator-Kopie oder eine Staging-Umgebung zur Verfügung, in der das Problem isoliert getestet werden kann.
bevor ich dies auf der Staging teste, stellen Sie bitte zuerst sicher, dass alle dort alle involvierten Komponenten auf die letzte Version aktualisiert wurden, damit die Kopie 1:1 identisch wie auf der Live-Seite ist.
vielen dank für deine Rückmeldung. Kannst du mir bitte den Link zusenden, damit ich ein Upload machen kann, ich würde die Live Seite für dich Kopieren. Da wir gerade auf Staging einiges Testen können wir die Daten nicht überschreiben!
Danke! Kurzes Info: Es dauert leider noch, das Duplicator Deployment dauert schon mehrere Stunden aufgrund der Paketgröße. Ich melde mich, sobald ich alles testen konnte.
ich habe die Seite isoliert, dass sie lokal einigermaßen lauffähig ist und nicht benötigte Elemente entfernt sowie die Datenbank bereinigt, da die Ladezeit lokal sehr hoch ist.
Ich habe mehrere Syncs von der Standardsprache aus angestoßen, jedoch kommen die Inhalte weiterhin nicht im Backend an. Alles scheint soweit in Ordnung zu sein, und es werden keine entsprechenden Logs geschrieben. Ich sehe keinen offensichtlichen Grund, warum der Content nicht übertragen wird. AUch eine Neuanlage der Sprachen löste es nicht.
Mit einem vollständig maßgeschneiderten Theme, das diverse Plugins wie Custom Post Types, Reviews, etc. erfordert, ist es für uns sehr schwierig, das Problem exakt zu reproduzieren und einzugrenzen.
Eine weitergehende Isolierung würde eine Reproduktion auf einer versteckter Link">Sandbox erfordern. Dazu müssten jedoch die entsprechenden Block-Templates minimal in einem Default-Theme integriert werden. CPT UI sowie die ACF Blöcke habe ich bereits importiert. Es reichen einzelne Fields wie 1-2 FAQs etc. als Test.
vielen Dank für deine Hilfe. Wir haben inzwischen das Problem mit dem Content selbst bereinigt, das heißt, das Thema mit den Übersetzungen ist gelöst.
Das große Problem ist noch die Ladezeit. Nach dem Bereinigen der Datenbank und dem Entfernen von nicht benötigten Elementen, war es bei dir dann schneller? Wenn ja, kannst du mir sagen, was du genau unternommen hast?
danke für die Info. Die Performance hat sich dadurch verbessert, allerdings habe ich auch zahlreiche Tabellen bereinigt, die mehrere Datenbanken betreffen (z.B. Reviews, Bestellungen, Kundendaten, unzählihe Borlabs-Einträge). Im nächsten Schritt habe ich alle nicht benötigten Elemente deaktiviert, was selbstverständlich zu ganz anderen Werten führt.
Am besten überprüfen Sie die betroffenen Queries im Detail und erstellen ein neues Ticket, falls diese von WPML stammen. Dazu können Sie diese Anleitung nutzen: https://wpml.org/de/faq/how-to-debug-performance-problems/. Testen Sie es auch ohne WPML, um Vergleichswerte zu erhalten, z.B. von der Startseite und einer Produktseite.
vielen Dank für deine Rückmeldung und die ausführlichen Informationen. Wenn du uns noch etwas genauer sagen könntest, welche Tabellen und Elemente du konkret bereinigt hast, wäre das großartig. So könnten wir sicherstellen, dass wir die Datenbank auf dem Live-Server ebenfalls entsprechend optimieren.
Wir sind momentan etwas unsicher, auf welche Elemente & Datenbank du genau anspielst, da es aus deiner Nachricht nicht ganz hervorgeht.
leider kann ich das nicht mehr genau sagen, da die Installation bereits gelöscht wurde. Wenn Sie jedoch in die Datenbank schauen, sollten Sie schnell erkennen, welche Tabellen besonders groß sind. Ich habe z.B. die Bestellungen gelöscht sowie alle Kunden. Außerdem gab es zahlreiche Borlabs-Tabellen (gespeicherte Cookie Consents) sowie Kommentare und Reviews, die zu den größten Einträgen zählten.
