[Gelöst] WPML needs to generate .mo File auf Multisite
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Wenn Sie auf einer Multisite von der Unterseite zur Netzwerkverwaltung wechseln und die Nachricht erhalten, dass WPML .mo-Dateien generieren muss, aber beim Klicken auf 'Generate' die Fehlermeldung 'There was a problem creating the .mo files' erscheint, liegt das Problem möglicherweise an Ihrem Server. Solution: Wir haben festgestellt, dass das Generieren der .mo-Dateien auf einem Testserver ohne Anpassung der CHMOD-Rechte funktioniert. Dies deutet darauf hin, dass etwas auf Ihrem Live-Server den Vorgang blockiert. Wir empfehlen Ihnen, sich an Ihren Webhoster zu wenden, um das Problem zu beheben. Sollten Sie dort keine Lösung finden, informieren Sie uns bitte.
Bitte beachten Sie, dass diese Lösung möglicherweise nicht mehr aktuell oder auf Ihr Problem anwendbar ist. Wir empfehlen Ihnen, die bekannten Probleme zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und sicherzustellen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Sollte das Problem weiterhin bestehen, eröffnen Sie bitte ein neues Support-Ticket.
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.
1. Ich habe ja eine Multisite, wenn ich von der Unterseite auf die Netzwerkverwaltung wechsele, kommt eine Nachricht (siehe Screenshot):
WPML needs to generate mo files
WPML String Translation uses mo files instead of database calls. WPML needs to generate these.mo files in order for translations to appear on the front-end.
Wenn ich auf Generate klicke, kommt ein weiteres Fenster, auch als Screenshot dabei:
There was a problem creating the .mo files
You can try again now or try again later by going to WPML->Theme and plugins localization.
Das kommt bei jedem Klick, den ich mache. Nervt. Vor allem kommt es nicht auf den Unterseiten, nur auf der Netzwerkverwaltung.
werden denn die Files im Ordner mit einem neuen Timestamp aktualisiert?
Entweder es ist ein "false-positive" oder der Server ist falsch konfiguriert bzw. der Owner nicht korrekt, sofern alles auf 755 ist.
ja, Timestamps sind alle unterschiedlich, und von den Tagen komme es hin.
Anbei ein Screenshot, die Files selbst haben nur ein 0644.
Ich denke mal nicht, dass die Files auch ein 755 brauchen, hat ja auch was mit Rechten zu tun und evtl. bösartigen Dingen, die man mit falschen Rechten machen kann?
ich bin den Links gefolgt. Bei dem 2. Link ist ja unten ein Workaround, aber wenn ich versuche nachzumachen, komme ich nicht weit, das ist ja der letzte Workaround:
Thanks for the access details. I've checked your site and the string translation seems to work correctly. Also, I tried re-generating the MO files using the troubleshooting function, which worked correctly, so I think it could be a false positive message.
Could you please take a database backup and try the following steps?
1- Go to your database manager, for example, PhpMyAdmin
2- Go to the wp_options table, and search for the "wpml_notices" key
3- Delete this key
4- Clear your site and server cache, then check the dashboard
Kindly let me know the result of the above test, and please take a database backup before applying the steps.
1- habe ich gemacht
2- gibt es nicht, ich sehe eine ganze Menge mit icl_*, das wird doch bestimmt WMPL sein, aber nicht mit wp_options table.
Der Eintrag "wpml_notices" ist ein Key innerhalb der _options Tabelle. Wenn Sie nur _icl Tabellen sehen, sind sie in der falschen Tabelle. Öffnen Sie die _options Tabelle, dann werden Sie den Eintrag finden.
uih uih, das ist ein ganz schönes Gemetzel. Ich bin immer wieder froh, dass ich mittlerweile Zwischen-Backups mache, denn eine falsche Übersetzung, dann ist alles aus.
Ich habe eine Menge selbst regeln können. Aber mit viel Lehrgeld. WPML sollte eigentlich einfacher werden.
Aber zurück zu der …
2- Go to the wp_options table, and search for the "wpml_notices" key
3- Delete this key
4- Clear your site and server cache, then check the dashboard
Ich habe 3 _options Tabellen. Ich habe Sie nicht direkt gefunden, weil bei mir da mehr steht als nur wp_
In 3 _options Tabellen finde ich den Wert wpml_notices.
Anbei die Screenshots, welche muss ich denn löschen? Ich möchte ungern jetzt auf Risiko gehen, da die Seite eigentlich fertig ist, und mittlerweile gut funktioniert.
ich würde dringend empfehlen immer auf einer getrennten Dev/Staging-Umgebung zu arbeiten, wo die Änderungen dann auf die Live-Seite synchronisiert werden.
Ich habe 3 _options Tabellen. Ich habe Sie nicht direkt gefunden, weil bei mir da mehr steht als nur wp_
Der Präfix _wp ist der WP-Default Eintrag. Wenn "wp_kt" dargestellt wird, liegt das daran, dass der Hoster oder du dies über die wp-config.php bei der Einrichtung definiert hat. Damit werden automatisierte Angriffe wie SQL injections etc. auf den Standard Präfix _wp durch Bots etc. abgewehrt.
Es sind mehrere Einträge ersichtlich, weil dies die WP Multisite Datenbankstruktur ist. Alle Nummern stehen für eine Sub-Site in WordPress: versteckter Link. Wenn also der Eintrag ohne Nummer gelöscht wird, zählt dies für die Hauptseite, dann die _2 für die Subsite mit der #ID 2 etc.
Die Tabelle "wp_kt_options" ist also die Netzwerkverwlatung bzw. die "Haupt" Tabelle davon.
die Screenshots sind gelöscht. Korrekt, wenn der Eintrag in der Haupttabelle nicht vorhanden ist, dann "hängt" hier auch keine Notiz. Es ist also ein Config-Problem am Server.
Wir können die Multisite gerne auf einen unserer Cloudways Server migrieren und dort CHMOD/CHOWN neu setzen. Wenn es dort nicht auftritt, haben wir einen Beweis, dass es am Server liegt.
