Support » Allgemeine Fragen » Bilderupload nicht möglich

  • Gelöst fotostops

    (@fotostops)


    Hallo Gemeinde,

    wir betreiben einen privaten Urlaubsblog und haben beide keine Ahnung von WordPress.

    Bisher konnten wir uns durch Googlen und Youtube ganz gut weiterhelfen, aber nu ist Schluss.

    Es lassen sich keine Bilder hochladen welche ich mit Photoshop 2014 als jpg gespeichert habe. Unabhängig davon ob ich etwas am Bild verändert habe oder nicht.

    Als Fehlermeldung schmeist WP leider nur “ Bei dem Upload ist ein Fehler aufgetreten. Bitte versuche es später nochmal.“ aus. Sehr hilfreich.

    Wann genau das Problem zum 1. mal auftrat kann ich leider nicht sagen, wir ändern nur alle paar Monate mal was am Blog.

    Wir benutzen als Gallery Addon „Photo Gallery“.

    Hat jemand eine Idee woran das liegen kann ? braucht Ihr mehr Infos ?

Ansicht von 13 Antworten - 1 bis 13 (von insgesamt 13)
  • Hallo,

    ein paar Informationen zu deiner Website könnten sicher nicht schaden. Am einfachsten ist es, wenn du das Plugin Health Check verwendest. (Unter dem Link findest du eine detailliertere Beschreibung.)

    Prüf bitte schon mal, ob du beim Webhoster noch genug Speicherplatz zur Verfügung hast. Interessant wäre auch, ob du im Problembehandlungsmodus des Health Check-Plugins Bilder hochladen kannst. Ziel sollte zuerst sein, mögliche Fehlerquellen einzugrenzen.

    Thread-Starter fotostops

    (@fotostops)

    Vielen Dank für die schnelle Antwort,

    Genug speicher ist vorhanden.

    Ich hab php auf die aktuellste Version eingestell.
    Hoster ist übrigens Strato.

    ansonsten kann ich mit dem Health Check leider nicht viel anfangen, weil ich einfach nicht verstehe was die Infos alle bedeuten.

    
    				### WordPress ###
    
    Version: 4.9.8
    Sprache: de_DE
    Permalink-Struktur: /blog/%year%/%monthnum%/%day%/%postname%/
    Verwendet diese Website HTTPS?: Nein
    Kann sich jeder auf dieser Website registrieren?: Nein
    Standard-Kommentarstatus: open
    Ist dies ein Netzwerk?: Nein
    Benutzeranzahl: 1
    Kommunikation mit WordPress.org: WordPress.org ist erreichbar
    Erzeuge Loopback Requests: Der Loopback Request für deine Website wurde erfolgreich abgeschlossen.
    
    ### Größe der Installation ###
    
    Uploads-Verzeichnis: 1,02 GB
    Theme-Verzeichnis: 6,58 MB
    Plugin-Verzeichnis: 35,14 MB
    Datenbank-Größe: 4,03 MB
    Gesamtes WordPress-Verzeichnis: 1,27 GB
    Gesamtgröße der Installation: 1,27 GB
    
    ### Aktives Theme ###
    
    Name: Twenty Ten
    Version: 2.5
    Autor: dem WordPress-Team
    Website des Autors: https://de.wordpress.org/
    Parent Theme: Kein Child Theme
    Unterstützte Theme-Funktionalität: menus, post-thumbnails, editor-style, post-formats, automatic-feed-links, custom-background, custom-header, widgets
    
    ### Andere Themes (4) ###
    
    Travelify (travelify): Version 3.0.4 von Colorlib
    Twenty Fifteen (twentyfifteen): Version 2.0 von dem WordPress-Team
    Twenty Fourteen (twentyfourteen): Version 2.2 von dem WordPress-Team
    Twenty Sixteen (twentysixteen): Version 1.5 von dem WordPress-Team
    
    ### Aktive Plugins (7) ###
    
    Google Maps Easy: Version 1.9.7 von supsystic.com
    Health Check & Troubleshooting: Version 1.2.1 von The WordPress.org community
    Password Protected: Version 2.2.2 von Ben Huson
    Photo Gallery: Version 1.4.17 von Photo Gallery Team
    Smush: Version 2.8.1 von WPMU DEV
    TinyMCE Advanced: Version 4.8.0 von Andrew Ozz
    WPtouch Mobile Plugin: Version 4.3.28 von WPtouch
    
    ### Inaktive Plugins (1) ###
    
    Duplicator: Version 1.2.42 von Snap Creek
    
    ### Medienhandling ###
    
    Aktiver Editor: WP_Image_Editor_GD
    Imagick Modul Version: Imagick not available
    ImageMagick-Version: Imagick not available
    GD-Version: bundled (2.1.0 compatible)
    Ghostscript-Version: Nicht verfügbar
    
    ### Server ###
    
    Server-Architektur: SunOS localhost 5.10 Generic_150401-49 i86pc SunOS localhost 5.10 Generic_150401-49 i86pc SunOS localhost 5.10 Generic_150401-49 i86pc
    PHP-Version: 7.2.8 
    PHP SAPI: cgi-fcgi
    PHP max input variables: 4000
    PHP time limit: 120
    PHP memory limit: 256M
    Max input time: 60
    Maximale Dateigröße Upload: 64M
    PHP post max size: 76M
    cURL-Version: 7.50.3 OpenSSL/1.0.2j
    SUHOSIN installiert: Nein
    Ist die Imagick-Library verfügbar: Nein
    htaccess Regeln: Individuelle Regeln wurden zu deiner htaccess-Datei hinzugefügt.
    
    ### Datenbank ###
    
    Erweiterung: mysqli
    Server-Version: 5.6.40-log
    Client-Version: 5.5.52
    Datenbankpräfix: wp_
    
    ### WordPress-Konstanten ###
    
    ABSPATH: /mnt/web019/c1/95/57355495/htdocs/
    WP_HOME: Nicht definiert
    WP_SITEURL: Nicht definiert
    WP_DEBUG: Aktiviert
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG_DISPLAY: Aktiviert
    WP_DEBUG_LOG: Deaktiviert
    SCRIPT_DEBUG: Deaktiviert
    WP_CACHE: Deaktiviert
    CONCATENATE_SCRIPTS: Nicht definiert
    COMPRESS_SCRIPTS: Nicht definiert
    COMPRESS_CSS: Nicht definiert
    WP_LOCAL_DEV: Nicht definiert
    
    ### Dateisystem-Rechte ###
    
    Das Haupt-WordPress-Verzeichnis: Schreibbar
    Das Verzeichnis wp-content: Schreibbar
    Das Uploads-Verzeichnis: Schreibbar
    Das Plugin-Verzeichnis: Schreibbar
    Das Theme-Verzeichnis: Schreibbar
    
    
    • Diese Antwort wurde geändert vor 5 Jahren, 7 Monaten von fotostops.
    Thread-Starter fotostops

    (@fotostops)

    Das Beispielbild ist übrigens 9,20MB groß, hat 4895×3672 pixel bei 350 zu 350 dpi auflösung und 24Bit Farbtiefe im Farbraum sRGB.

    Und es ist auf Bilder reproduzierbar die kleiner sind.

    https://drive.google.com/open?id=1AupliWBPOHgLgcGeLSE81PM5fiX03lCC

    Original.jpg – lässt sich hochladen
    mit photoshop für web geeignet gespeichert.jpg – lässt sich hochladen
    mit Photoshop als jpg gespeichert.jpg – lässt sich NICHT hochladen.

    habe auch alle Bilde mal auf 640×480 skaliert, gleiches Ergebniss. Ich raff es nicht.

    Wenn es nur mal 1 oder 4 Bilder wären die man hochläd, aber wir laden halt immer so 40 oder 100 Bilder aus dem letzten Urlaub hoch, welche natürlich einiger Nachbearbeitung in Photoshop bedürfen. Und dann dauert „speichern für Web“ immer verdammt lange in Photoshop.

    • Diese Antwort wurde geändert vor 5 Jahren, 6 Monaten von fotostops.
    Thread-Starter fotostops

    (@fotostops)

    Update, im Promlembehandlungsmodus geht es auch nicht, der Fortschrittsbalken wandert zwar bis 100% aber dann kommt “ Service Unavailable

    The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.“

    Aber mit dem Originalbild klappt es.
    Es hapert nur an den von Photoshop gespeicherten 🙁

    Edit:
    Habe jetzt die Datei per FTP in den wp-content ect. Ordner kopiert, dann in der Gallery ansicht in der Medithek geschaut, datei wird nicht angezeigt … total schräg.

    • Diese Antwort wurde geändert vor 5 Jahren, 6 Monaten von fotostops.

    Oh wow, so große Dateien … da WordPress die Fotos zum Skalieren pixelweise einliest, gibt es vermutlich Probleme mit dem zugewiesenen Arbeitsspeicher. Du kannst auch nicht einfach was per FTP hochladen, weil die Dateien damit nicht in der Datenbank registriert werden.

    Wenn es nur mal 1 oder 4 Bilder wären die man hochläd, aber wir laden halt immer so 40 oder 100 Bilder aus dem letzten Urlaub hoch, welche natürlich einiger Nachbearbeitung in Photoshop bedürfen. Und dann dauert „speichern für Web“ immer verdammt lange in Photoshop.

    Bei 1 Gigabyte Fotos läuft etwas schief. Schließlich ist ein Webserver keine Bild-Archiv. Schau dir mal die Plugins Imsanity und Ewww Image Optimizer an. Das eine reduziert Fotos beim Hochladen auf eine von dir festgelegte, sinvolle Maximalgröße, das andere optimiert die Dateien fürs Web. Dabei werden überflüssige Metaangaben und Farbprofile entfernt, was die Übertragung im Web beschleunigt.

    Thread-Starter fotostops

    (@fotostops)

    Da musst du mich irgendwo falsch verstanden oder ich mich blöd ausgedrückt haben.

    Die Bilder sind max. 10MB – 20MB groß.
    Und zum verkleinern habe ich das Plugin „smush“.
    Und ja ich habe es auch schon mit deaktivierten plugins versucht 🙂

    Thread-Starter fotostops

    (@fotostops)

    Ich habs rausgefunden.

    Beim speichern in Photoshop ist bei den Speicheroptionen standartmäßig „ICC-Profil: sRGB IEC61966-2.1“ aktiviert.

    Nehme ich den Haken raus kann ich das Bild hochladen.

    Herr im Himmel … .

    Die Bilder sind max. 10MB – 20MB groß.
    Was willst du mit so großen Bildern auf dem Webserver?
    Abgesehen davon ist für die Skalierung aber auch die Abmessung in Pixeln entscheidend, nicht die Dateigröße.

    Beim speichern in Photoshop ist bei den Speicheroptionen standartmäßig „ICC-Profil: sRGB IEC61966-2.1“ aktiviert.
    Nehme ich den Haken raus kann ich das Bild hochladen.

    Eigentlich sollten Bilder fürs Web überhaupt kein Farbprofil enthalten.

    Aber ich freue mich, dass du das Problem lösen konntest.

    Wenn es nur mal 1 oder 4 Bilder wären die man hochläd, aber wir laden halt immer so 40 oder 100 Bilder aus dem letzten Urlaub hoch, welche natürlich einiger Nachbearbeitung in Photoshop bedürfen. Und dann dauert „speichern für Web“ immer verdammt lange in Photoshop.

    Dafür gibt es doch Makros/Aktionen in Photoshop. Eine JPG-Datei fürs Web sollte auch mit der entsprechenden Funktion von PS gespeichert werden. Die gibt es ja nicht ohne Grund.

    Gruß, Torsten

    Das Problem scheint noch nicht behoben zu sein, wie du dort geschrieben hast.

    Lies diesen thread ==> es scheint Unterschiede zu machen, ob serverseitig ImageMagick oder nur GD(GD2) zur Verfügung stehen. Überprüf dahingehend vielleicht deine PHP-Infos.

    Wie WordPress damit umgeht, kann ich dir aber nicht sagen, müsstest du vielleicht mal da nachfragen.

    Thread-Starter fotostops

    (@fotostops)

    Lies diesen thread ==> es scheint Unterschiede zu machen, ob serverseitig ImageMagick oder nur GD(GD2) zur Verfügung stehen. Überprüf dahingehend vielleicht deine PHP-Infos.

    keine ahnung was da greschrieben steht ist zwar englisch aber ich habe von diesen ganzen begriffen keine Ahnung

    Thread-Starter fotostops

    (@fotostops)

    ich kann nichtmal richtig quoten ^^

    Thread-Starter fotostops

    (@fotostops)

    das Problem wurde gelöst.

    Ursache war Strato´s Server Side Security.

Ansicht von 13 Antworten - 1 bis 13 (von insgesamt 13)
  • Das Thema „Bilderupload nicht möglich“ ist für neue Antworten geschlossen.