[Gelöst] Media Translation können nicht gespeichert werden
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Sie versuchen, Media Translations für Bilder anzulegen, können diese jedoch nicht speichern. Dieses Problem tritt bei jedem Bild auf. Solution: Wenn Sie dieses Problem erleben, empfehlen wir Ihnen, sich an Brainstorm Force zu wenden, da das Entwicklungsteam dort einen vorläufigen Fix entwickelt hat, der das Speichern von Media Translations ermöglicht. Sollte das Problem weiterhin bestehen und die Autoren von Brainstorm Force keine Lösung finden, können Sie uns eine Duplicator-Kopie Ihrer Seite zur weiteren Fehlerbehebung bereitstellen.
Bitte beachten Sie, dass diese Lösung möglicherweise veraltet oder nicht auf Ihr Problem zutreffend ist. Wir empfehlen Ihnen, die bekannten Probleme zu überprüfen, die Version des dauerhaften Fixes zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben. Sollten Sie weitere Unterstützung benötigen, 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.
in der Vergangenheit wurden identische Probleme durch Drittanbieter-Plugins verursacht. Bitte richten Sie eine Staging-Umgebung ein und deaktivieren Sie dort alle Plugins, mit Ausnahme von WPML, String Translation und Media Translation. Besteht das Problem weiterhin?
Falls nicht, aktivieren Sie die Plugins nacheinander wieder, um herauszufinden, welches das Problem verursacht.
ja, dieses Plugin ist zu empfehlen. Viele Webhoster haben eigene Systeme zum Klonen der Seiten integriert. Soweit ich informiert bin, bietet Ihr Hoster All-Inkl dies aktuell nicht.
danke für die Rückmeldung. Habe jetzt mit WP-Staging die Umgebung eingerichtet und alle Plugins, bis auf Astra, Spectra, Elementor, Germanized und natürlich woocommerce und WPML, deaktiviert.
Ich kann jetzt Bilder übersetzen allerdings sieht es so aus, dass ich nach wie vor einen "hellen" blauen Button zum Speichern angezeigt bekomme. Nach Klick auf diesen, beginnt sich aber rechts neben dem "Cancel" Button ein Kreis zu drehen. Das geht unendlich und das Popup Fenster bleibt auch geöffnet. Wenn ich allerdings die Seite aktualisiere, wurde die Übersetzung tatsächlich hinzugefügt. Ich kann diese im Anschluss auch ganz normal editieren ("Normal" blauer Button zum Speichern und Änderung werden direkt übernommen und das PopUp Fenster schließt sich)
Gerne stelle ich die Zugangsdaten für die Staging Umgebung bereit?
gerne! Ich würde mir das gerne direkt auf Ihrer Seite ansehen. Dazu bräuchte ich bitte temporären Zugriff (WP-Admin und FTP) auf Ihre Seite, vorzugsweise zu einer Test/Staging Seite, an der das Problem nach Möglichkeit repliziert wurde.
Die dafür benötigten Felder finden Sie unterhalb des Kommentarbereichs. Die Informationen, die Sie eingeben, sind privat, d.h. nur Sie und ich können sie sehen und haben Zugriff darauf.
WICHTIG
Bitte erstellen Sie eine Sicherungskopie der Site-Dateien und der Datenbank, bevor Sie uns Zugang gewähren.
-Wenn Sie die wp-admin/FTP-Felder nicht sehen, bedeutet dies, dass Ihre Post- und Website-Login-Daten ÖFFENTLICH gemacht werden. Posten Sie Ihre Website-Details NICHT, wenn Sie die erforderlichen wp-admin/FTP-Felder nicht sehen. Wenn Sie das nicht tun, bitten Sie mich, die private Box zu aktivieren. Die private Box sieht wie folgt aus: versteckter Link
danke für den Zugang. Ich konnte es bei "*** Favicon 310" nachstellen. Es sieht danach aus, als ob Ihr Hosting die REST-API sperrt bzw. dort ein Fehler vorliegt. Dies ist ebenso unter versteckter Link ersichtlich.
Folgender 403 (Forbidden) Fehler wird ausgelöst:
api-fetch.min.js?ver=4c185334c5ec26e149cc:2
GET <em><u>versteckter Link</u></em> 403 (Forbidden)
Bitte kontaktieren Sie Ihr Hosting-Unternehmen, die REST-API überprüfen zu lassen.
Bitte prüfen Sie ebenso folgendes:
Das WPML Sprach-Setup ist aktuell falsch: versteckter Link.
Wenn Sie "Use directory for default language" verwenden, muss zwingend ein "Root File" gesetzt werden.
vielen Dank für die Unterstützung!
Ich habe inzwischen mit All-Inkl Kontnakt aufgenommen und folgende Antwort erhalten:
"Die REST API ist standardmäßig aktiv. Es könnte an einem Sicherheitsplugin liegen."
Auf der Staging-Umgebung sind, wie erwähnt, eigentlich alle irrelevanten Plugins deaktiviert. Ein aktiviertes Sicherheitsplugin kann ich nicht erkennen.
"Bitte teilen Sie uns einmal die genaue IP-Adresse mit, von welcher aus Sie die Seite bei uns getestet haben als der Fehler 403 auftrat. Nennen Sie uns ebenfalls die Uhrzeit. Wir prüfen dann nochmal die Logs."
Ich kann den 403-Fehler leider nicht reproduzieren. Könnten Sie mir die gewünschten Angaben liefern?
zur Reproduktion:
1) Öffnen Sie die WPML Media Translation und aktivieren Sie die JS Console
2) Suchen Sie z.B.: nach "Favicon 310" und versuchen Sie zu speichern
3) Der Fehler sollte dann ersichtlich sein
Bitte speichern Sie ebenso die genannte Root Page. Ggf. wird die REST-API dadurch gestört.
in der Konsole erhalte ich folgende Fehlermeldung beim Speichern:
load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,wp-hooks&ver=6.6.2:2 versteckter Link 500 (Internal Server Error)
Also 500 statt 403
EDIT:
Ich habe gerade versucht eine Root-Page anzulegen, wenn ich auf "Publish" klicke, wird nicht gespeichert sondern es wird endlos "Publishing..." angezeigt.
In der Console erhalte ich jetzt auch den 403 Error:
api-fetch.min.js?ver=4c185334c5ec26e149cc:2
GET versteckter Link 403 (Forbidden)
bitte wenden Sie sich an Ihren Hosting-Anbieter, um weitere Informationen zu erhalten, oder prüfen Sie das WP-Debug-Log, um herauszufinden, welcher Fehler genau aufgezeichnet wurde (der Fehler tritt im WP Core selbst auf. Das Log könnte zeigen, ob/welche Funktionen von WPML involviert waren).
Bevor wir weiter testen, erstellen Sie bitte die Root-Seite. Damit stellen wir sicher, dass dieser Schritt nicht den Fehler verursacht. Die Root-Seite ist eine Voraussetzung für die Nutzung eines Sprachordners in der Standardsprache.
Bzgl. des 403er habe ich von unserem Hoster folgende Antwort erhalten:
"Hallo Andreas,
laut Logfile gab es in dem Zeitraum sehr viele 403er Fehler, welche auch auf das Schema der genannten IP-Adresse zu passen scheinen. Diese Fehler wurden aber alle nicht durch den Server erzeugt. Es muss also etwas innerhalb von WordPress dafür verantwortlich sein."
Zur Root-Seite: Die kann ich, wie oben beschrieben, ja nicht anlegen, sie wird nicht gespeichert.
Erscheint bei Ihnen der folgende Fehler: "An attempt to open the URL specified as a root page failed with the following error: 404: Not Found"?
Falls ja, wurde die Root Page noch nicht auf dem Server angelegt. Das Feld dient lediglich zur Auswahl, nicht zur Erstellung. Sie können die Datei manuell über FTP anlegen. Ich wollte dies gerade selbst durchführen, aber leider funktionieren die FTP-Zugangsdaten nicht.
sorry, ich war krank und bin ab morgen wieder im Thema.
Kurz Offtopic: Eine Frage zur Root-Page: Wenn diese angelegt wird was passiert dann mit der aktuellen Startseite des Shops?
