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.
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| - | - | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 | 9:00 – 18:00 |
| - | - | - | - | - | - | - |
Supporter-Zeitzone: America/Lima (GMT-05:00)
Dieses Thema enthält 9, hat 1 Stimme.
Zuletzt aktualisiert von Andreas W. Vor 6 Tagen, 14 Stunden.
Assistiert von: Andreas W..
| Autor | Beiträge |
|---|---|
| April 1, 2026 um 13:45 #17943446 | |
|
pinaG |
WPML funkt nicht richtig > Folgendes haben wir geprüft: 2x alle Plugins deaktiviert und getestet Trotz dieser Checks bleibt das Problem bestehen, dass die REST API nicht korrekt lädt (wp/v2 fehlt), wodurch WPML nicht funktioniert. |
| April 1, 2026 um 13:55 #17943510 | |
|
pinaG |
WPML funkt nicht richtig > Folgendes haben wir geprüft: 2x alle Plugins deaktiviert und getestet Trotz dieser Checks bleibt das Problem bestehen, dass die REST API nicht korrekt lädt (wp/v2 fehlt), wodurch WPML nicht funktioniert. |
| April 1, 2026 um 23:08 #17944551 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Hallo, Das Problem löst sich unter /wp-json/wp/v2, wenn man WPML kurz deaktiviert? Mit freundlichen Grüßen |
| April 7, 2026 um 8:55 #17953103 | |
|
pinaG |
Hi Andreas, ja das Problem löst sich ... was sollen wir als nächstes tun? die Rest-API Routen ist dann wieder sichtbar Danke & Gruß |
| April 7, 2026 um 15:29 #17954789 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Hallo, 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 Ich muss hier eventuell ein Plugin namens "All In One WP Migration" installieren, um eine Kopie der Website anzulegen, auf welcher ich das Problem genauer untersuchen kann. Ich wäre allerdings auch sehr dankbar, wenn du zu diesem Zweck selbst eine Staging Site von deinem Server aus bereitstellen könntest. Bei Fragen zum Erstellen einer solchen Staging Site kannst Du deinen Hosting-Anbieter konsultieren. Achte bitte darauf, dass WPML auf diesem Staging ebenso unter https://wpml.org/de/account/websites/ registriert sein muss. Solltest Du dazu nicht in der Lage sein, eine solche Kopie der Website zum Testen bereitzustellen, dann lass es mich bitte auf diesem Ticket wissen. Das private Antwortformular sieht folgendermaßen aus: Klicke beim nächsten Antworten auf "I still need assistance". Video: 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. Mit freundlichen Grüßen |
| April 10, 2026 um 6:09 #17961042 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Ich vermute, dass die Blockierung der WPML REST API hier durch den Hosting-Anbieter entsteht. Ich bitte dich, den Hosting-Support zu kontaktieren und um Folgendes zu bitten: Whitelist der REST‑API‑Endpunkte Dies sind die zentralen Endpunkte, die WPML für die Übertragung und Synchronisierung von Übersetzungen nutzt. Anpassung der ModSecurity‑Regeln für JSON‑Payloads Bestätigung, dass keine Limits greifen Ausschluss von /wp-json/* aus Caching‑Schichten |
| April 13, 2026 um 11:17 #17965591 | |
|
pinaG |
Hi Andreas, danke für die letzte Mail! Wir haben nun weitere Tests durchgeführt und das Problem klar eingrenzen können. Wir haben unseren Hosting-Anbieter (All-Inkl) kontaktiert und gemeinsam geprüft: ModSecurity wurde vollständig deaktiviert → Problem bleibt bestehen keine Firewall- oder Server-seitigen Blockierungen keine Limits für REST API Requests oder Payload-Größen kein Caching auf /wp-json/* Das Verhalten ist reproduzierbar: Mit aktivem WPML Multilingual CMS: /wp-json/wp/v2 liefert: rest_no_route (404) /wp-json/wpml/v1/rest/status?test_get_parameter=1 liefert ebenfalls rest_no_route Mit deaktiviertem WPML Multilingual CMS: die REST API funktioniert sofort wieder korrekt alle Standard WordPress Endpunkte sind vorhanden Das Problem tritt also direkt in Verbindung mit dem WPML Multilingual CMS Plugin auf. Könnt ihr bitte prüfen: ob es bekannte Probleme mit WPML Multilingual CMS in Bezug auf die Registrierung der REST API Routen gibt ob bestimmte WPML Einstellungen oder Konfigurationen dieses Verhalten auslösen können ob ein Konflikt mit bestimmten Plugin-Typen oder Themes bekannt ist Wir müssen das Problem bitte zeitnah lösen, da wir bereits Wochen zurück liegen mit den Übersetzungen. Deswegen vielen Dank im Voraus für Ihre Hilfe. |
| April 14, 2026 um 10:29 #17968107 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Wir haben aktuell kein derartiges bekanntes Problem. Bekannte Probleme: Ich kann gerne eine Kopie der Website auf einem virtuellen Server anlegen, um weitere Tests durchzuführen. Ich kann mich nur leider aktuell nicht mehr anmelden. Das private Antwortformular ist erneut aktiviert. |
| April 14, 2026 um 19:28 #17969899 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Ich lege aktuell eine Kopie der Website an, um diese auf einem virtuellen Server zu testen, und werde mich erneut melden, sobald ich damit fertig bin. |
| April 16, 2026 um 1:47 #17972471 | |
|
Andreas W. WPML-Unterstützer seit 12/2018
Sprachen: Englisch (English ) Spanisch (Español ) Deutsch (Deutsch ) Zeitzone: America/Lima (GMT-05:00) |
Auf meiner lokalen Kopie der Website löst sich das Problem ebenfalls, wenn ich "Real Cookie Banner" oder "Tutor LMS Pro" deaktiviere. Das Problem löst sich, wenn ich folgende Anpassung in Tutor LMS vornehme. In der Datei \wp-content\plugins\tutor\classes\Utils.php suche folgende Funktion:
public function get_current_url( $post_id = 0 ) {
$page_id = $this->get_post_id( $post_id );
if ( $page_id ) {
return get_the_permalink( $page_id );
} else {
global $wp;
$wp->parse_request();
$current_url = home_url( $wp->request );
return $current_url;
}
}
Passe sie wie folgt an:
public function get_current_url($post_id = 0)
{
$page_id = $this->get_post_id($post_id);
if ($page_id) {
return get_the_permalink($page_id);
} else {
global $wp;
if (empty($wp->request)) {
$wp->parse_request();
}
$current_url = home_url($wp->request);
return $current_url;
}
}
Dadurch wird sichergestellt, dass parse_request() nur bei Bedarf aufgerufen wird, wodurch die Warnung vor doppelten Definitionen vermieden und gleichzeitig die Funktionalität des Plugins erhalten bleibt. Dieses Problem sollte an Themeum (Hersteller von Tutor LMS) berichtet werden. Das Ticket bleibt für 14 Tage offen. |