Keine Bilder in Mediathek WP 7.0
-
Hallo liebe Forenmitglieder,
ich kann in meiner Mediathek sind keine Fotos mehr vorhanden, ich sehe zwar den Titel, aber keine Vorschaubilder. Im FTP sehe ich aber, dass die Bilder gespeichert sind.
Was kann ich machen, ich habe alle Plugins deaktiviert, gleiches REsultat, ich habe Theme gewechselt, gleiches Resultat.
Kann das mit umstellung auf WP 7.0 zusammenhängen?
-
Ich hatte das Plugin Litespeed Cache deaktiviert, alle Plugins, aber das hat nichts verändert. Ich überlege trotzdem, ob ich dieses Plugin löschen soll, vielleicht sind ja wirklich irgendwelche Einstellungen darin falsch.
Ja, deinstallieren. Aber auch die Überbleibsel des Plugins:
FTP:wp-content/litespeed(Ordner litespeed löschen)
Datenbank: Suche nach Tabellen, die anfangen mitwp_litespeedund/oderwp_lscacheund lösche diese.ja, es hat sich nichts verändert, ich bin extra in einem inprivate-Fenster eingestiegen und hab geschaut.
Was ich ja komisch finde: ich klicke in der mediathek beim bild auf Datei bearbeiten, dann auf „Bild bearbeiten“ und ich sehe das Bild. Ich habe jetzt das Bild zugeschnitten und auf „Bearbeitung speichern“ gedruckt, dann kommt die Meldung, dass es gespeichert wurde. Aber ich sehe das Bild trotzdem nirgends.
Ich habe jetzt auch versucht, dieses geänderte Bild wieder auf der website zu aktualisieren, nix. Auch wieder über inprivate-Fenster.ja, erledigt
Ein paar Möglichkeiten gibt es noch:
1. Teste das Ganze in einem anderen Browser.
2. Schließe die .htaccess-Datei als Ursache aus
3. Installiere WordPress noch einmal (Backend => Aktualisierungen => (Button) „Version 7.0 erneut installieren“
4. debug.log erstellen (Ergebnis hier posten)
5. error.log inspizieren. Fehler produzieren und dann die error.log aufrufen; Ergebnis hier posten.google chrome – keine Änderung
Habe jetzt die .htaccess-Datei gesucht und 2 davon gefunden:
Screenshot 2026-05-29 153104.jpgMit welcher soll ich das machen?
Die
.htaccess.bkist eine Sicherung einer vorherigen Installation, die keine Auswirkungen hat.
Die.htaccessist die aktive Datei.vor dem debug.log habe ich Respekt.
Sollte ich vielleicht zuvor auch noch diese komplett deinstallieren?
Wordfence Security
EWWW Image Optimizer
Enable Media Replace
Jetzt habe ich ohnehin etwas angestellt, denn jetzt ist die gesamte Ansicht nicht mehr richtig, wenn ich die Seite inkognito aufrufe.
Aber wenn ich im wp-dashboard mit elementor bearbeite, dann ist es das richtige design. Ich kenne mich überhaupt nicht mehr aus.
-
Diese Antwort wurde vor 2 Wochen, 3 Tagen von
garagenpark geändert.
Poste bitte einmal den Inhalt der ursprünglichen (aktiven) .htaccess-Datei. Denn nun sind auch die Links zu den CSS-Dateien nicht mehr vorhanden, ich gehe davon aus, dass die .htaccess ursächlich ist.
BEGIN LSCACHE END LSCACHE BEGIN NON_LSCACHE END NON_LSCACHE http zu https weiterleiten
RewriteEngine On RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] Browser Caching
ExpiresActive On ExpiresDefault „access 5 seconds“ ExpiresByType image/jpg „access 1 month“ ExpiresByType image/jpeg „access 1 month“ ExpiresByType image/gif „access 1 month“ ExpiresByType image/png „access 1 month“ ExpiresByType image/ico „access 1 month“ ExpiresByType image/x-icon „access 1 month“ ExpiresByType text/css „access plus 1 day“ ExpiresByType text/javascript „access 1 month“ ExpiresByType application/javascript „access 1 month“ ExpiresByType application/x-javascript „access 1 month“ ExpiresByType application/x-shockwave-flash „access 1 month“ Alternatives Caching
Header append Cache-Control „public“ Header append Vary Accept-Encoding Header set Connection keep-alive Header unset ETag FileETag None gzip Komprimierung
SetOutputFilter DEFLATE Kein Zugriff auf install.php
Order allow,deny Deny from all Kein Zugriff auf wp-config.php
Order allow,deny Deny from all Kein Zugriff auf .htaccess und .htpasswd
Order deny,allow Deny from all BEGIN WordPress Die Direktiven (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind dynamisch generiert und sollten nur über WordPress-Filter geändert werden. Alle Änderungen an den Direktiven zwischen diesen Markierungen werden überschrieben.
RewriteEngine On RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteBase / RewriteRule ^index.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] END WordPress BEGIN EWWWIO Die Direktiven (Zeilen) zwischen „BEGIN EWWWIO“ und „END EWWWIO“ sind dynamisch generiert und sollten nur über WordPress-Filter geändert werden. Alle Änderungen an den Direktiven zwischen diesen Markierungen werden überschrieben.
RewriteEngine On RewriteCond %{HTTP_ACCEPT} image/webp RewriteCond %{REQUEST_FILENAME} (.*).(jpe?g|png|gif)$ RewriteCond %{REQUEST_FILENAME}.webp -f RewriteCond %{QUERY_STRING} !type=original RewriteRule (.+).(jpe?g|png|gif)$ %{REQUEST_URI}.webp [T=image/webp,L]
Header append Vary Accept
AddType image/webp .webp END EWWWIOich habe die Datei geöffnet und den Text mit kopiert und hier eingefügt – soll ich das anders machen?
Gehe im Backend auf Elementor > Editor > Werkzeuge > und klicke bei „Elementor Cache“ auf den Button. Dadurch werden die von Elementor bereitstellen Style-Dateien neu erzeugt. Momentan fehlen diese.
Das löst das Style-Problem, nicht aber das Bilder-Thema. Meine Vermutung ist, dass dieses entweder durch problematische Einträge in der
.htaccess-Datei oder durch individuelle Konfigurationen in derwp-config.phpentstehen. In letzterer könnten z.B. Pfade umgebogen werden über Konstanten wieWP_CONTENT_DIR. Aber nur eine Vermutung.vor dem debug.log habe ich Respekt.
Das ist unproblematischer als das pauschale Löschen von Dateien per FTP 😉
Nachtrag: der Inhalt deiner
.htaccess-Datei kam unformatiert hier im Forenbeitrag an. Für sowas eignet es sich den Code-Block im Foren-Beitragseditor zu verwenden, genau wie du es beim Website-Bericht gemacht hast.Das einzig auffällig in deiner
.htaccessist der Abschnitt zwischen „BEGIN EWWWIO“ und „END EWWWIO“. Ich würde dazu empfehlen:- Plugin EWWW Image Optimizer deaktivieren.
- Dann im Backend auf Einstellungen > Permalinks gehen und diese einfach speichern ohne was zu ändern. Das erzeugt die .htaccess-Datei neu.
Wenn es danach auch nicht geht, bitte wie oben beschrieben die
wp-config.phpanschauen.# BEGIN LSCACHE
# END LSCACHE
# BEGIN NON_LSCACHE
# END NON_LSCACHE
# http zu https weiterleiten
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>
# Browser Caching
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access 5 seconds"
ExpiresByType image/jpg "access 1 month"
ExpiresByType image/jpeg "access 1 month"
ExpiresByType image/gif "access 1 month"
ExpiresByType image/png "access 1 month"
ExpiresByType image/ico "access 1 month"
ExpiresByType image/x-icon "access 1 month"
ExpiresByType text/css "access plus 1 day"
ExpiresByType text/javascript "access 1 month"
ExpiresByType application/javascript "access 1 month"
ExpiresByType application/x-javascript "access 1 month"
ExpiresByType application/x-shockwave-flash "access 1 month"
</IfModule>
# Alternatives Caching
<IfModule mod_headers.c>
Header append Cache-Control "public"
Header append Vary Accept-Encoding
Header set Connection keep-alive
Header unset ETag
FileETag None
</IfModule>
# gzip Komprimierung
<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
</IfModule>
# Kein Zugriff auf install.php
<files install.php>
Order allow,deny
Deny from all
</files>
# Kein Zugriff auf wp-config.php
<files wp-config.php>
Order allow,deny
Deny from all
</files>
# Kein Zugriff auf .htaccess und .htpasswd
<FilesMatch "(\.htaccess|\.htpasswd)">
Order deny,allow
Deny from all
</FilesMatch>
# BEGIN WordPress
# Die Direktiven (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Direktiven zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
# BEGIN EWWWIO
# Die Direktiven (Zeilen) zwischen „BEGIN EWWWIO“ und „END EWWWIO“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Direktiven zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_ACCEPT} image/webp
RewriteCond %{REQUEST_FILENAME} (.*)\.(jpe?g|png|gif)$
RewriteCond %{REQUEST_FILENAME}.webp -f
RewriteCond %{QUERY_STRING} !type=original
RewriteRule (.+)\.(jpe?g|png|gif)$ %{REQUEST_URI}.webp [T=image/webp,L]
</IfModule>
<IfModule mod_headers.c>
<FilesMatch "\.(jpe?g|png|gif)$">
Header append Vary Accept
</FilesMatch>
</IfModule>
AddType image/webp .webp
# END EWWWIOJa, sieht nun besser aus. Was haben meine oben genannten Tipps ergeben?
-
Diese Antwort wurde vor 2 Wochen, 3 Tagen von
Du musst angemeldet sein, um auf dieses Thema zu antworten.