[Gelöst] WPML Multilingual CMS causes problem with The Events Calendar plugin ( fatal error )
Dieses Thema ist gelöst. Hier finden Sie eine Beschreibung des Problems und der Lösung.
Problem: Sie haben festgestellt, dass Ihre Website reibungslos funktioniert, wenn entweder das WPML-Plugin oder das The Events Calendar (TEC) Plugin aktiviert ist, jedoch nicht, wenn beide gleichzeitig aktiv sind. Dies führt zu einem internen Serverfehler, wenn Sie versuchen, von der WordPress-Dashboard-Seite zur Website zu wechseln oder die WPML-Sprachwechseltaste zu benutzen. Lösung: Wir empfehlen Ihnen, zu überprüfen, ob das Problem durch die .htaccess-Datei verursacht wird. Eine Anleitung dazu finden Sie hier: https://wpml.org/faq/why-is-htaccess-getting-overwritten-with-the-language-folder-on-my-wpml-website/#how-can-i-identify-the-plugin-causing-this-and-fix-the-issue. Nachdem Sie die Änderungen vorgenommen haben, sollten Sie die Permalinks in Ihrem WordPress-Dashboard neu speichern.
Falls diese Lösung nicht relevant sein sollte, weil sie veraltet ist oder nicht auf Ihren Fall zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen auch, die Seite mit bekannten Problemen (https://wpml.org/known-issues/) zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen der Themes und Plugins installiert haben. Für weitere Unterstützung besuchen Sie bitte unser Support-Forum: https://wpml.org/de/forums/forum/support-in-german/.
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:
Ich versuche, unsere Website mit WPML CMS und WPML String Plugin sowie The Events Calendar (TEC) Plugins zu betreiben.( Wartungsmodus und registered as development site on WPML ) Unsere Website funktioniert reibungslos, wenn entweder WPML oder TEC Plugins aktiviert sind, aber nicht beide gleichzeitig. Der Fehler tritt auf, wenn ich von der WordPress-Dashboard-Seite zur Website wechsle oder die WPML-Sprachwechseltaste benutze. Es gab kürzlich keine WPML-Version-Update-Möglichkeit im WordPress-Dashboard/Plugins. Link zur Seite, auf der das Problem zu sehen ist: versteckter Link (Wartungsmodus).
Die Symptome:
Internal Server Error: Der Server hat einen internen Fehler oder eine Fehlkonfiguration festgestellt und konnte Ihre Anfrage nicht abschließen. Ein 500 Internal Server Error trat auf, während versucht wurde, ein ErrorDocument zu verwenden, um die Anfrage zu bearbeiten.
Fragen:
Warum tritt der interne Serverfehler auf, wenn beide Plugins aktiviert sind?
Gibt es bekannte Kompatibilitätsprobleme zwischen WPML und The Events Calendar?
Könnten Sie bitte auf die neueste Version aktualisieren und überprüfen, ob das Problem damit gelöst ist? Falls nicht, folgen Sie bitte diesen Schritten:
1. **Debugging aktivieren**
Öffnen Sie die Datei `wp-config.php` und fügen Sie die folgenden Zeilen direkt vor der Zeile `/* That's all, stop editing! Happy publishing. */` ein:
2. **Problem reproduzieren**
Gehen Sie die Schritte durch, um den Fehler erneut hervorzurufen.
3. **Debug-Log finden und teilen**
Nach der Reproduktion finden Sie die Debug-Datei unter: `/wp-content/debug.log`.
Bitte senden Sie uns die letzten 10 Zeilen dieser Datei. Der gesamte Log ist nicht erforderlich. Achten Sie darauf, sensible Informationen unkenntlich zu machen.
4. **Server-Logs überprüfen**
Da ein 500-Fehler in der Regel serverseitig auftritt, benötigen wir außerdem die neuesten Server-Fehlerprotokolle.
- Reproduzieren Sie das Problem erneut (wie in Schritt 2 beschrieben).
- Holen Sie sich die aktuellen Server-Fehlerlogs. Falls Sie nicht wissen, wie Sie diese finden können, hilft Ihnen Ihr Hosting-Anbieter weiter.
vielen Dank für Ihre Antwort und Ihre diesbezügliche Mühe.
Ich habe die aktuellsten Versionen von WPML geupdated und das Problem war nach wie vor da.
Habe dann :
1. **Debugging aktivieren**
Öffnen Sie die Datei `wp-config.php` und fügen Sie die folgenden Zeilen direkt vor der Zeile `/* That's all, stop editing! Happy publishing. */` ein:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
2. **Problem reproduzieren**
Gehen Sie die Schritte durch, um den Fehler erneut hervorzurufen.
Ich habe den Fehler erneut hervorgerufen. Diesmal kam er sofort als ich vom Wordpres dashboard auf visit site gegengen bin. Es waren sogar alle Eventscalendar plugins deaktiviert.
3. **Debug-Log finden und teilen**
Nach der Reproduktion finden Sie die Debug-Datei unter: `/wp-content/debug.log`.
Die Datei /wp-content/debug.log finde ich allerdings nicht.
Diese scheint so nicht zu existieren- zumindest finde ich diese nicht.
In dem oben genannten /wp-content/debug.log finde ich sie nicht.
Ich habe bereits letzte Woche Siteground kontaktiert bezüglich des Problems.
Diese haben keine Server bedingten Fehler gefunden.
Die Datei public_html php_errorlog zeigt komischerweise nur Fehler bis inklusive
14. Februar 2025 an und nicht die aktuellen Fehler.
Meinten Sie mit **Server-Logs überprüfen** diese zuvor genannte Datei oder das eben erwähnte Überprüfen von Seiten des Hostinganbieters ( was ja schon letzte Woche erfolgte ohne Fehlerfund ).
Freue mich auf Ihre Antwort und weitere Hilfe in dieser Angelegenheit.
Dieser hat einen Fehler in der htaccess datei gefunden und eine neue Version davon erstellt ( einfacher mit weniger Zeilen ).
Das gleiche haben wir allerdings vor Kurzem schon mal gemacht und dann kam der Fehler wieder.
Der siteground support meinte, dass vermutlich WPML den/die Fehler in htaccess verursacht.
wp-content/debug.log diese Datei gibt es laut siteground so nicht, da diese eher für critical error sei, bzw. nur ein neuer code.
Verstehe das nicht so ganz...
Nachdem ich mit siteground gechattet habe, funktionierte unsere Seite mit WPML aktiviert und eventscalendar DEaktiviert.
Habe dann the eventscalendar ( nicht pro ) aktiviert und der Fehler kam sofort wieder bei wordpress dashboard - visit site.
Wegen dem hinzugefügten Code
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Habe jetzt nochmals mit sietground geschrieben.
WPML scheint immer in der htaccess datei einen Fehler zu verursachen.
Sie müssen die Permalinks neu speichern, nachdem Sie dies angewendet haben."
Das hat zum Glück funktioniert und die Website läuft jetzt wieder - vielen Dank.
Frage: Ich habe den folgenden Code wieder entfernt. War das in Ordnung?
**Debugging aktivieren**
Öffnen Sie die Datei `wp-config.php` und fügen Sie die folgenden Zeilen direkt vor der Zeile `/* That's all, stop editing! Happy publishing. */` ein:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Darüber hinaus haben wir leider ein NEUES PROBLEM:
( Das Problem bestand auch schon bevor ich den debudg code wieder entfernt habe)
Beim logout aus dem WordPress dashboard wird nun wieder der alte Fehler angezeigt.
Im php errrorlog kommt dann jeweils die Meldung:
[20-Feb-2025 15:45:06 UTC] wp_auto_login: trying to login user_id==1 loginusername=andreasxyz@xyz.de to admin_url=versteckter Link
( xyz habe ich jeweils oben eingefügt wegen privacy )
Wenn WPML CMS / string deaktiviert sind, dann funktioniert der logout.
Freue mich auf Ihre Rückantwort und weitere Hilfe.
Um das Logout Problem weiter analysieren zu können, benötige ich einige zusätzliche Informationen:
1.Könnten Sie bitte genau beschreiben, wie der Fehler ausgelöst wird?
2. Wäre es möglich, WPML vorübergehend zu deaktivieren, um Tests durchzuführen?
3. In welchem Log ist der Fehler ersichtlich? Finden Sie ihn im WordPress `debug.log`, im PHP-Error-Log oder an einer anderen Stelle?
1- Go to Users-> Profile
2- Enable the hidden languages in your profile
3- Update it
4- Go to WPML-> Settings-> Login and registration pages
5- Disable this option and save it
Das hat das logout Problem behoben - zumindest bis jetzt - habe es mehrfach getestet.
Dann ist alledings die Sprachauswahl beim login nicht mehr vorhanden.
Bitte lassen Sie mich bitte wissen, ob ich Ihnen trotzdem Admin Zugang zukommen lassen soll ( dann könnten Sie theoretisch meine oben genannten Schritte deaktivieren und den Fehler erneut auslösen und nach der Ursache suchen ).
Ganz wichtig zu erwähnen ist folgendes:
WPML Seo plugin lässt sich NICHT DEaktivieren.
Alle anderen Plugins lassen sich deaktivieren ( und re-aktivieren )
Eventuell hängen die Probleme zusammen, das kann ich aber nicht beurteilen -
Sie sind der Experte.
Warum lässt sich WPML Seo nicht deaktivieren?
Freue mich auf Ihre Antwort und weitere Unterstützung.
Dieses Verhalten ist erwartungsgemäß, da WPML die Login-/Logout-URLs basierend auf den Spracheinstellungen modifiziert. Da die Login-Seite in anderen Sprachen eine Frontend-Seite ist, müssen versteckte Sprachen in Ihrem Profil aktiviert sein, damit die Authentifizierung korrekt funktioniert. Dadurch kann WordPress den Logout ohne WPML-Interferenzen richtig verarbeiten.
Bezüglich des WPML SEO Problems bitten wir Sie, ein neues Ticket zu erstellen, da wir gemäß unseren Suppor Richtlinien pro Ticket nur ein Problem bearbeiten. Dies stellt sicher, dass Tickets fokussiert bleiben, Lösungen leichter gefunden werden und andere Nutzer davon profitieren können. Vielen Dank für Ihr Verständnis!
