Support » Allgemeine Fragen » Fehler beim Upload von Bildern

  • Hey Ho!

    eine Bekannte von mir kam vor kurzem mit einem Problem ihrer WordPress Website zu mir. Also hab ich mir das ganze Ding mal angeschaut und folgendes festgestellt:

    1. Wenn ich in einem Beitrag ein Bild im PNG-Format hochladen möchte kommt folgende Fehlermeldung:

    Die Antwort ist keine gültige JSON-Antwort.

    Das PNG ist 110 KB groß, wenn ich ein Bild als JPG (153 KB) hochlade, kommt manchmal die gleiche Fehlermeldung, manchmal nicht???. So oder so werden die Bilder in der Mediathek trotz Fehlermeldung angezeigt. Wenn ich beim erstellen eines Beitrags also anstatt das Bild hochzuladen das trotz Fehlermeldung hochgeladene Bild aus der Mediathek auswähle funktioniert alles einwandfrei und wird dementsprechend im Frontend angezeigt.

    2. Wenn ich das gleiche Bild (PNG & JPG) direkt in der Mediathek hochlade wird folgendes angezeigt:

    Die Verarbeitung des Bildes ist fehlgeschlagen. Der Server ist möglicherweise ausgelastet oder hat nicht genügend Ressourcen zur Verfügung. Eventuell hilft es, wenn du ein kleineres Bild hochlädst. Die vorgeschlagene Maximalgröße ist 2500 Pixel.

    Auch hier wird das Bild nach erfolgreicher Fehlermeldung in der Mediathek angezeigt und kann auch dementsprechend verwendet werden.

    In beiden Fällen sagt die JS Console:

    Failed to load resource: the server responded with a status of 500 ()

    Ich habe bereits via Health Check & Troubleshooting PlugIn getestet ob eines der PlugIns oder Themes dafür verantwortlich ist – leider ohne Erfolg. Laut der Bekannten, ist das Problem aus dem nichts aufgetreten.

    Ich kenne mich zwar ganz gut in WordPress aus, doch da bin ich leider überfragt. Die Größe der Mediathek ist mit 12,16 GB erschreckend groß, was damit zusammenhängt, dass die gute Frau ihre Bilder gerne in riesigen Dimensionen hochlädt. Könnte es vielleicht damit zusammenhängen?
    Die Seite wird bei Strato gehostet, der dortige Speicherplatz ist jedoch lange nicht aufgebraucht.

    Danke schonmal für alle Antworten!

    – Gary

    Zu guter letzt hier noch der Bericht zur Website:

    
    ### wp-core ###
    
    version: 5.5.2
    site_language: de_DE
    user_language: de_DE
    permalink: /%postname%/
    https_status: true
    user_registration: 0
    default_comment_status: open
    multisite: false
    user_count: 2
    dotorg_communication: true
    
    ### wp-paths-sizes ###
    
    wordpress_path: /mnt/web507/a0/17/510696817/htdocs/web
    wordpress_size: 123,73 MB (129737795 bytes)
    uploads_path: /mnt/web507/a0/17/510696817/htdocs/web/wp-content/uploads
    uploads_size: 12,16 GB (13052592961 bytes)
    themes_path: /mnt/web507/a0/17/510696817/htdocs/web/wp-content/themes
    themes_size: 5,49 MB (5754918 bytes)
    plugins_path: /mnt/web507/a0/17/510696817/htdocs/web/wp-content/plugins
    plugins_size: 49,66 MB (52067061 bytes)
    database_size: 29,28 MB (30703616 bytes)
    total_size: 12,36 GB (13270856351 bytes)
    
    ### wp-active-theme ###
    
    name: Sydney (sydney)
    version: 1.71
    author: aThemes
    author_website: https://athemes.com
    parent_theme: none
    theme_features: core-block-patterns, automatic-feed-links, title-tag, post-thumbnails, menus, html5, post-formats, custom-background, align-wide, custom-header, infinite-scroll, widgets
    theme_path: /mnt/web507/a0/17/510696817/htdocs/web/wp-content/themes/sydney
    
    ### wp-themes-inactive (1) ###
    
    Twenty Twenty: version: 1.5, author: WordPress-Team
    
    ### wp-mu-plugins (1) ###
    
    Health Check Troubleshooting Mode: author: (undefined), version: 1.7.2
    
    ### wp-plugins-active (13) ###
    
    Back Button Widget: version: 1.2.3, author: Algoritmika Ltd
    Elementor: version: 3.0.12, author: Elementor.com
    GDPR Cookie Consent: version: 1.9.3, author: WebToffee
    Gosign - Masonry Post Block: version: 2.7.5, author: Gosign.de
    Gwolle Guestbook: version: 4.0.8, author: Marcel Pol
    HappyForms: version: 1.9.23, author: HappyForms
    Health Check & Troubleshooting: version: 1.4.5, author: The WordPress.org community
    NewStatPress: version: 1.3.2, author: Stefano Tognon and cHab (from Daniele Lippi works)
    Post Category Image With Grid and Slider: version: 1.3.2, author: WP OnlineSupport
    Simple Lightbox: version: 2.8.1, author: Archetyped
    Smush: version: 3.7.1, author: WPMU DEV
    Sydney Toolbox: version: 1.14, author: aThemes
    Yoast SEO: version: 15.2, author: Team Yoast
    
    ### wp-media ###
    
    image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1690
    imagemagick_version: ImageMagick 6.9.10-47 Q16 x86_64 2020-07-15 https://imagemagick.org
    imagick_limits: 
    	imagick::RESOURCETYPE_AREA: 4 GB
    	imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
    	imagick::RESOURCETYPE_FILE: 192
    	imagick::RESOURCETYPE_MAP: 4 GB
    	imagick::RESOURCETYPE_MEMORY: 2 GB
    	imagick::RESOURCETYPE_THREAD: 56
    gd_version: bundled (2.1.0 compatible)
    ghostscript_version: not available
    
    ### wp-server ###
    
    server_architecture: Linux localhost 3.10.0-1127.10.1.el7.x86_64 #1 SMP Linux localhost 3.10.0-1127.10.1.el7.x86_64 #1 SMP Linux localhost 3.10.0-1127.10.1.el7.x86_64 #1 SMP
    httpd_software: Apache/2.4.43 (Unix)
    php_version: 7.4.10 64bit
    php_sapi: cgi-fcgi
    max_input_variables: 4000
    time_limit: 240
    memory_limit: 256M
    max_input_time: 60
    upload_max_size: 64M
    php_post_max_size: 76M
    curl_version: 7.54.0 OpenSSL/1.0.2k
    suhosin: false
    imagick_availability: true
    server-headers: 
    	date: Fri, 30 Oct 2020 13:59:50 GMT
    	server: Apache/2.4.43 (Unix)
    	x-powered-by: PHP/7.4.10
    	expires: Wed, 11 Jan 1984 05:00:00 GMT
    	cache-control: no-cache, must-revalidate, max-age=0
    	link: <https://bittes-fotos.de/wp-json/>; rel="https://api.w.org/", <https://bittes-fotos.de/wp-json/wp/v2/pages/150>; rel="alternate"; type="application/json", <https://bittes-fotos.de/>; rel=shortlink
    	content-type: text/html; charset=UTF-8
    	set-cookie: Array
    htaccess_extra_rules: false
    
    ### wp-database ###
    
    extension: mysqli
    server_version: 5.6.42-log
    client_version: 5.5.54
    
    ### wp-constants ###
    
    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /mnt/web507/a0/17/510696817/htdocs/web/wp-content
    WP_PLUGIN_DIR: /mnt/web507/a0/17/510696817/htdocs/web/wp-content/plugins
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: false
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_LOCAL_DEV: undefined
    
    ### wp-filesystem ###
    
    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    mu-plugins: writable
    
    

    Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 5 Antworten - 1 bis 5 (von insgesamt 5)
  • Hallo,
    auf Anhieb konnte ich da nichts feststellen.
    Ich glaube nicht, dass dir die folgenden Hinweise helfen, aber trotzdem:
    Da du schreibst, dass „das Problem aus dem nichts aufgetreten“ ist:
    Die Hinweise zu WordPress 5.5 hast du schon gelesen? – Möglicherweise kann dein Problem durch die Installation des Plugins Enable jQuery Migrate Helper behoben werden (siehe o. g. Beitrag). Lösche bitte anschließend Browser- und sonstige Caches. Das Plugin liefert dir auch Informationen darüber, welches Plugin oder Theme möglicherweise betroffen ist.
    Schau doch mal nach, ob im Kundenmenü von Strato „Serverside Security“ aktiviert ist, weil das öfters zu Problemen führt. Eine Anleitung dazu gibt es von Strato. Den „Dienst“ musst du bitte deaktivieren. Evtl. liegt es auch daran (obwohl ich das nicht glaube).

    Viele Grüße,
    Hans-Gerd

    Thread-Starter Gary

    (@garydesign)

    Erstmal Danke für die schnelle Antwort 🙂

    die Hinweise hatte ich bereits gelesen, hab das jetzt mal mit dem „jQuery Migrate Helper“ versucht, leider ohne Erfolg.

    Zur „Serverside Security“ hatte ich auch schon etwas gelesen, war aber ohnehin bereits deaktiviert.

    Ich hab die Bekannte nochmal interviewt:
    Sie hatte lange keine Beiträge mehr hochgeladen (vor WP 5.5) und nach der neuen WP Aktualisierung hat es nicht mehr funktioniert.
    Sie ist leider nicht sehr bewandert, wenn es um Technik geht 😀 Hatte wohl nicht vermutet, dass das relevante Informationen sind.
    Gibt es eine Möglichkeit nochmal downzugraden? Dann könnte man den Fehler darauf eingrenzen.

    Grüße
    Gary

    EDIT:
    Sie hatte seit Juli keinen Beitrag erstellt, jedoch regelmäßig Aktualisierungen gemacht.

    • Diese Antwort wurde geändert vor 3 Jahren, 5 Monaten von Gary.

    Hallo,
    du kannst das mal mit dem Plugin WP Rollback für Themes/ Plugins und/oder mit WP Downgrade für WordPress testen.
    Viele Grüße
    Hans-Gerd

    Thread-Starter Gary

    (@garydesign)

    Ihr seit echt fix unterwegs, dickes Lob von meiner Seite :)!

    Ich hab es mit einem Downgrade von 5.5.3 bis WP 5.4 (15. April) versucht, da es um die Zeit noch einwandfrei funktioniert hat, leider auch ohne Erfolg.

    Die PlugIns hatte ich bereits ausgeschlossen, mit dem 2020 Theme hat es auch nicht funktioniert. Habe trotzdem ein Rollback des Sydney-Themes getestet – ohne Erfolg.

    Auch eine neu installation von WordPress hat nicht geholfen.

    WordPress aktualisieren
    Herunterladen der Aktualisierung von https://downloads.wordpress.org/release/de_DE/wordpress-5.5.3.zip…

    Die Echtheit von wordpress-5.5.3.zip konnte nicht verifiziert werden, da keine Signatur gefunden wurde.

    Muss ich mir dazu Gedanken machen?

    Noch irgendwelche Ideen?
    Besonders verrückt an der Sache finde ich, dass ich die Bilder trotz Fehlermeldung hochladen und verwenden kann.

    Grüße
    Gary

    • Diese Antwort wurde geändert vor 3 Jahren, 5 Monaten von Gary.

    Hallo,
    es gibt mehrere Dinge, die du versuchen kannst, um das Problem zu lösen (manche davon hast du ja bereits getestet):

    • überprüfe sicherheitshalber, ob sich die Dateien im Ordner uploads befinden
    • überprüfe die Fehlerprotokolle auf dem Server.
    • nenne die .htaccess um und prüfe dann, ob das Problem behoben ist (die Datei bitte vorher sichern).
    • starte z. B. Chrome im Inkognito Modus und prüfe dann, ob das Problem behoben ist.
    • versuche, die Bildgröße (hier geht es um die Anzahl der Pixel, nicht die Dateigröße) zu verringern,
    • beim Webhoster mehr Arbeitsspeicher (memory_limit) beauftragen.
    • überprüfe, ob die wp-config.php einen benutzerdefinierten Upload-Pfad enthält( wie define('UPLOADS', '/some/custom/path'); )

    Möglicherweise kannst du mehr Arbeitsspeicher zuweisen (hängt vom Vertrag und Hoster ab):
    Trag doch bitte mal mit einem geeigneten Code-Editor (z.B. VS Code oder Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgende Zeile ein:
    define( 'WP_MEMORY_LIMIT', '512M' );
    Vorher aber bitte die Datei lokal sichern.

    Das Problem ist hier schon häufiger diskutiert worden. Hier zunächst mal ein Link auf einen älteren Beitrag oder hier, in dem das Problem auch diskutiert wurde. Ansonsten kannst du oben in der Suche auch mal upload eingeben und du erhältst dann viele Treffer dazu.
    Viele Grüße
    Hans-Gerd

Ansicht von 5 Antworten - 1 bis 5 (von insgesamt 5)
  • Das Thema „Fehler beim Upload von Bildern“ ist für neue Antworten geschlossen.