[Gelöst] Bilder in Deutsch (Default Sprache) landen nicht immer

Hallo,

Ich habe mir die Probleme auf der deutschen Version der Website angesehen und basierend auf den Fehlern in der Browser-Konsole denke ich, dass es sich um serverseitige Konfigurationsprobleme handelt – nicht direkt verursacht durch WPML.

Zu den Bild-Fehlern (403 – Forbidden):
Die Bilder laden nicht und geben einen 403-Fehler zurück. Das deutet darauf hin, dass entweder die Dateiberechtigungen nicht korrekt sind, der Serverzugriff eingeschränkt wird (z. B. durch ModSecurity oder eine Firewall), oder eventuell ein Hotlink-Schutz aktiv ist, der bestimmte Anfragen blockiert.

Meine Empfehlung:

• Die Dateiberechtigungen im Verzeichnis

  /wp-content/uploads/

  prüfen. Typischerweise sollten Ordner auf

  755

  und Dateien auf

  644

  gesetzt sein.

• Auch den Eigentümer der Dateien prüfen – meist sollte es

  www-data

  oder ein anderer Webserver-User sein.

• Beispielbefehle (falls SSH-Zugang vorhanden ist):

find /pfad/zur/wordpress/wp-content/uploads/ -type f -exec chmod 644 {} \;<br>
find /pfad/zur/wordpress/wp-content/uploads/ -type d -exec chmod 755 {} \;<br>
chown -R www-data:www-data /pfad/zur/wordpress

• Prüfen, ob eine

  .htaccess

  -Regel, ein Sicherheits-Plugin oder ein Servermodul wie ModSecurity den Zugriff blockiert.

• Falls ein Hotlink-Schutz aktiv ist, sicherstellen, dass sowohl

  destary.com

  als auch

  <em><u>versteckter Link</u></em>

  erlaubt sind.

Zum CORS-Fehler bei den Schriftarten:
In der Konsole sehe ich, dass die Schriftart von versteckter Link geladen wird, aber die Seite selbst über versteckter Link läuft. Der Browser blockiert in diesem Fall die Font-Datei, weil der Server keinen Access-Control-Allow-Origin-Header mitsendet – ein CORS-Problem.

Lösungsansatz:

• Am saubersten wäre, nur eine Domain zu verwenden (also entweder mit oder ohne

  www

  ) und alle URLs konsistent anzupassen.

• Alternativ kann man CORS auf Serverebene erlauben. Für Apache könnte man z. B. folgenden Code in die .htaccess einfügen:

<IfModule mod_headers.c>
  <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|font.css|css|js)$">
    Header set Access-Control-Allow-Origin "*"
  </FilesMatch>
</IfModule>

Oder sicherer, gezielt nur für die eigene Domain:

Header set Access-Control-Allow-Origin "<em><u>versteckter Link</u></em>"

Falls ein CDN wie Cloudflare im Einsatz ist, wäre es außerdem sinnvoll zu prüfen, ob dort CORS-Header entfernt oder fehlerhaft gecached werden.

Wichtig:

Das sind allgemeine technische Empfehlungen basierend auf den sichtbaren Fehlern im Browser. Es ist gut möglich, dass die genaue Ursache serverseitig tiefer liegt oder hostingspezifisch ist. Ich empfehle daher dringend, zusätzlich den Hosting-Support zu kontaktieren, damit dieser die Serverkonfiguration und Sicherheitsregeln direkt überprüfen und bei der Umsetzung unterstützen kann.