Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Der Kunde hat Probleme mit der Übersetzung seiner Webseite, die mit Bricks Builder erstellt und durch WPMLs 'Translate Everything' ins Englische übersetzt wurde. Spezifische Probleme umfassen das Fehlen von Templates in der englischen Version und nicht übersetzte Elemente in verschiedenen Templates. Solution: 1. Stellen Sie sicher, dass 'bricks_template' in WPML → Einstellungen → Beitragstypen-Übersetzung auf „Übersetzbar“ gesetzt ist. 2. Gehen Sie zu Bricks → Templates im WordPress-Backend und nutzen Sie die Sprachsteuerung von WPML, um Übersetzungen anzulegen. 3. Verwenden Sie den WPML Übersetzungseditor, um die Übersetzung abzuschließen und aktualisieren Sie die Seite, um die korrekte Template-Version zu laden. 4. Übersetzen Sie dynamische Inhalte wie Beiträge und Custom Fields. 5. Weisen Sie globale Elemente wie Header und Footer korrekt zu. 6. Vermeiden Sie das Duplizieren von Templates mit WPML. Sollten Duplikate existieren, nutzen Sie den Workaround aus der folgenden Errata: https://wpml.org/errata/bricks-theme-template-duplication-issue-with-wpml-media-translation-active/ 7. Für Formulare, die nicht mit WPML übersetzt werden können, erstellen Sie ein separates Formular pro Sprache und passen Sie die Feldbeschriftungen und Buttons manuell an. Verwenden Sie den entsprechenden Shortcode auf den jeweiligen Seiten. Alternativ können Sie Addons für Formular-Plugins nutzen, die die Übersetzung vereinfachen, wie z.B. Contact Form 7 oder Gravity Forms. Weitere Informationen finden Sie hier: https://wpml.org/de/account/downloads/
Falls diese Lösung nicht relevant oder veraltet ist, oder falls Sie weitere Unterstützung benötigen, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Überprüfen Sie auch die bekannten Probleme unter https://wpml.org/known-issues/, bestätigen Sie die Version der dauerhaften Lösung und stellen Sie sicher, 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.
Ich habe eine dynamische Webseite mit Brick Builder und habe die Webseite mit "Translate Everything" auf Englisch übersetzen lassen. Die englische Version hat nun kein Template mehr. Ich weiss nicht wo ich nun korrekterweise ansetzen muss und wäre froh um Ihre Hilfe.
1. Stell in WPML → Einstellungen → Beitragstypen-Übersetzung sicher, dass 'bricks_template' auf „Übersetzbar“ steht.
2. Geh zu Bricks → Templates im WordPress-Backend. Neben jedem Template siehst du die Sprachsteuerung von WPML. (Symbole Plus, Pfeilkreis, Stift, etc.)
3. Klick auf das „+“-Symbol, um eine Übersetzung in der gewünschten Sprache anzulegen. Stelle sicher, dass die Übersetzung im WPML-Übersetzungseditor zu 100% abgeschlossen wurde.
4. Falls deine Templates dynamische Inhalte (Beiträge, Custom Fields, Query Loops) nutzen, denk dran, dass diese Inhalte ebenfalls übersetzt sein müssen.
5. Globale Elemente (Header, Footer, Theme Styles) solltest du genauso übersetzen und in Bricks → Einstellungen für jede Sprache, bzw. jeder Seite und deren Seiten-Optionen korrekt zuweisen.
Wichtig: Nachdem du ein Template übersetzt hast, musst du eventuell auch die Übersetzung der Seite selbst aktualisieren, damit die richtige Template-Version geladen wird.
Meld dich einfach, wenn du dabei Unterstützung brauchst – wir helfen dir gerne weiter. Ich schaue mir das auch gerne einmal als Admin an, sollte es nicht wie erwartet funktionieren.
1. Bricks_template steht auf dem mittleren "Translatable use language if...". Das Erste ist nicht auswählbar.
2./3. Neben jedem Template steht der Stift-Editor. Eine Übersetzung ist also vorhanden.
4. Ich habe ebenfalls alle Custom field übersetzen lassen.
5. Ich denke das habe ich. Global Theme Styles war nicht auf tranlatable. Das habe ich jetzt nachgeholt.
Ich wäre froh, wenn ihr da einmal direkt reinschauen könntet. Ich weiss nicht, wo ich ansetzen muss und möchte das Problem nicht verschlimmern durch falsche Massnahmen.
Könntest Du bitte die WordPress-Speichergrenze (WP Memory Limit) auf mindestens 256 MB erhöhen? Für WPML ist mindestens 128M erforderlich.
Deine aktuellen Werte sind:
PHP MemoryLimit 512M
WP Memory Limit 40M
Du musst Dich dazu mit dem Server Deiner Website verbinden und die Datei wp-config.php in einem Text-Editor öffnen. Die Datei befindet sich im Stammverzeichnis von WordPress.
Füge diesen Code der Datei wp-config.php hinzu, um den Arbeitsspeicher von WordPress zu erhöhen:
define ('WP_MEMORY_LIMIT', '256M');
Füge dies kurz vor diesem Kommentar ein:
// That's all, stop editing! Happy blogging.
Die aktuellen Werte lassen sich unter WPML > Support > WordPress einsehen.
Diese Einstellungen können direkt von Ihrem Hosting-Provider eingeschränkt werden. Daher empfehle ich, sich mit ihnen in Verbindung zu setzen und dort darum zu bitten, diese direkt zu ändern, sollten die Änderungen nicht direkt übernommen werden.
Übernehme nun bitte die Übersetzungen des Templates und der Seite erneut durch. Sollte sich das Problem damit nicht lösen, dann lass es mich bitte wissen.
Ich habe das WP Memory Limit auf 256 erhöht. Die Übersetzungen der Seite Home und die Übersetzungen der Templates Header und Footer nochmals neu gespeichert.
Ich kann gerne anbieten, mir das einmal genauer anzusehen.
Ich möchte einen temporären Zugriff (wp-admin und FTP) auf die Website anfordern, um das Problem genauer zu untersuchen.
Die dafür erforderlichen Felder findest du unterhalb des Kommentarbereichs, wenn Du dich anmeldest, um die nächste Antwort zu hinterlassen. Die Informationen, die du angibst, sind privat, was bedeutet, dass nur du und ich sie sehen und darauf zugreifen können.
WICHTIG
Lege bitte unbedingt eine Sicherungskopie der Website und der Datenbank an, bevor Du uns den Zugriff gewährst.
Wenn Du die Felder "wp-admin / FTP" nicht sehen kannst, werden Ihre Anmeldedaten für Post und Website als "PUBLIC" (Öffentlich) festgelegt. Veröffentliche die Daten NICHT, es sei denn, Du siehst die erforderlichen wp-admin / FTP-Felder.
Das private Antwortformular sieht folgendermaßen aus: versteckter Link
Klicke beim nächsten Antworten auf "I still need assistance".
Video: versteckter Link
Beachte bitte, dass wir verpflichtet sind, diese Informationen auf jedem Ticket individuell anzufordern. Wir dürfen nicht auf Zugangsinformationen zugreifen, die nicht speziell auf diesem Ticket im privaten Antwortformular übermittelt wurden.
Um dieses Problem genauer zu untersuchen, werde ich eine lokale Kopie der Website anlegen und mich daraufhin zurückmelden.
WICHTIG:
Unter WPML > Settings > Custom Fields Translation stelle bitte sicher, dass du Felder nur dann auf "Translate" stellst, wenn diese Text beinhalten, der übersetzt werden muss. Sollte es sich um Felder handeln, die Einstellungen anwenden, dann stelle diese Felder bitte auf "Copy". Ich habe die Einstellungen nun entsprechend angepasst.
Für ACF stelle bitte sicher, dass in jeder Feldgruppe die entsprechende Übersetzungseinstellung für WPL festgelegt wurde. In deinem Fall sollten alle Gruppen die Einstellung "Same fields across languages" verwenden. Ausnahmen sind aktuell noch "Optionsseiten". Diese sollten die Einstellung "Different fields across languages" verwenden, weil sie noch nicht mit dem WPML-Übersetzungseditor übersetzbar sind. Ich habe die Einstellungen nun angepasst.
Sobald ich auf einer Kopie der Website das Plugin "Automatic CSS" deaktiviert habe, wurde die Seite ohne Design, aber mit Inhalt angezeigt.
Danach deaktivierte ich ACF und ACF PRO und das Problem verschwand.
Ich habe daraufhin alle Plugins wieder aktiviert und versucht das Problem durch das Editieren der originalen Homepage in Bricks und das erneute Übersetzen der Seite mit dem WPML-Übersetzungseditor zu replizieren, aber das Problem tritt bislang nicht erneut auf.
Ich habe heute Nacht auf der Live Seite das Prozedere mit Plugin Deaktivieren und Aktivieren gemacht. Das Problem ist weiterhin.
Der Inhalt wurde zwar wieder mit einigen Designfehlern angezeigt, und das Navigationsmenu wurde aufgeklappt dargestellt. Vermutlich werden wir das duplizieren müssen, statt zu übersetzen. Für den Moment habe ich es gelöscht
Anschliessend habe ich nun eine Stagingseite erstellt: versteckter Link
Du kannst dich dort mit denselben Zugangsdaten und entsprechender URL einloggen.
Sind diese Design Unterschiede nicht Teil des Problems (siehe Screenshot)?
Würde es sonst Sinn machen, dass ich für das Englische jeweils ein Duplicate Template hätte und dort die Design Fehler behebe?
Um das Problem zu replizieren: Wir haben noch die Entwicklungswebseite, die direkt vor Auftreten des Problems steht. Da hatte ich nur ein paar einzelne Seiten übersetzt. Ich habe dir dort denselben Benutzer und Pass eingerichtet. Mit selber Admin URL. Domain: versteckter Link
Das ursprüngliche Problem auf diesem Ticket war, dass die übersetzte Homepage nicht angezeigt wurde. Es wurde nur ein Title "Home" angezeigt und Inhalt war komplett leer.
Nun funktioniert die Übersetzung, aber stimmt nicht 100% mit dem originalen Inhalt überein. Das ist im Grunde ein anderes oder neues Problem mit anderer Ursache.
Ich werde mir das genauer anschauen und mich dann zurückmelden.
Die Regel ist in den Exportdaten von Automatic.css nicht zu finden. Auch im Bricks Builder sind keine Regeln für dieses Symbol definiert. Ich kann diese Regeln weder in WPCodeBox 2 noch im Customizer finden.
Wenn ich die übersetzte Homepage direkt in Bricks bearbeite, tritt das Problem nicht auf.
