Wie behebt man einen HTTP-Fehler beim Hochladen von Bildern?

Nach der Fehlerbehebungmit @Wyckim Chat haben wir uns auf das zugrunde liegende Problembeschränkt.

Das Problem hing damit zusammen,dassin meiner Serverkonfiguration Apache/PHPnicht die richtige Speichermenge zugewiesen wurde.

Wennjemand dasgleiche Problem hat,überprüfen Siebitte,obin Ihren Serverkonfigurationseinstellungengenügend (64 MB +) Serverspeicherfür Apache/PHP vorhandenist. Sie können dies auch zu Ihrer Datei wp-config.php hinzufügen:

 define('WP_MEMORY_LIMIT', '64MB');
 

Wenn die obengenannte Lösungnichtfunktioniert,lesen Sie den Artikel Image/Problememit dem Media Uploader? zur weiteren Fehlerbehebung.

Versuchen Sie,der .htaccess-Dateiim Stammverzeichnis Ihrer WordPress-Installationnacheinander oder alle derfolgenden .htaccess-Optimierungen hinzuzufügen.

Im Ernst,probieren Sieeine derfolgenden Lösungen aus,damit Sie wissen,welche den Trickgemacht hat. Fügen Sie sienichteinfach alle sofortin Ihre .htaccess-Dateiein.

Versuchen Sie diese Zeile:

 AddType x-mapp-php5 .php
 

mod_security kann Probleme verursachen. Deaktivieren Siees,umfestzustellen,ob dies das Problemist. Erstellen Sie dazueine .htaccess-Dateiin Ihrem wp-admin-Verzeichnis. Fügen Sie dies hinzu:

 <IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>
 

Wenn Sieeine Zugriffskontrolle verwenden,die auf der Authentifizierung auf Ihrem Webserverbasiert (häufig als htpasswd,Basisauthentifizierung,kennwortgeschütztes Verzeichnis oder ähnlichesbezeichnet),kann WordPress diesefür Flash Uploader,Cron und XMLRPCnicht verarbeiten. Verwandte Dateienmüssen ausgeschlossen werden,damit siefunktionieren. Beachten Sie,dass dies Ihre Sicherheitsüberlegungenbeeinträchtigen kann.

 # Exclude the file upload and WordPress CRON scripts from authentication
<FilesMatch "(async-upload\.php|wp-cron\.php|xmlrpc\.php)$">
    Satisfy Any
    Order allow,deny
    Allow from all
    Deny from none
</FilesMatch>
 

Ein letzter Hinweis: Einige habengesagt,dass Siebei Verwendungeiner kleineren Version von PHP 5.3.X versuchen können,den abgesicherten PHP-Modus zu deaktivieren.

Wenn Sie WordPressmit mehreren Standorten ausführen und HTTP-Fehler oderinterne Serverfehlerim Zusammenhangmit dem Hochladen von Bildernerhalten,lesen Siebitte Das Hochladen von Bildern aufmehrere Standorteführt zueinem Fehlerbeim HTTP-Fehler. ) für anderemögliche Ideen und Lösungen zur Fehlerbehebung.

After troubleshooting with @Wyck in chat, we have narrowed to the underlying issue.

The issue was related to my server configuration not having the proper amount of memory allocated to Apache/PHP.

If anyone has this same problem, please try verifying that you have enough (64 MB+) server memory allocated to Apache/PHP in your server configuration settings. You can also add this to your wp-config.php file:

define('WP_MEMORY_LIMIT', '64MB');

If the above solution does not work, read the article Image/Media Uploader problems? for further troubleshooting.

Try adding one by one or all of the following .htaccess tweaks to the .htaccess file in the root directory of your WordPress installation.

Seriously, try one of each of the solutions below so you know which one did the trick. Don't just paste them all in your .htaccess file immediately.

Try this line:

AddType x-mapp-php5 .php

mod_security might be causing problems. Disable it to see if that is the problem. To do this, make an .htaccess file in your wp-admin directory. Add this to it:

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

If you're using access control based on authentication on your Webserver (often known as htpasswd, basic authentication, password protected directory or similar), WordPress is not able to handle it for Flash Uploader, Cron, and XMLRPC. Related files need to be excluded to work. Keep in mind that this might break your security considerations.

# Exclude the file upload and WordPress CRON scripts from authentication
<FilesMatch "(async-upload\.php|wp-cron\.php|xmlrpc\.php)$">
    Satisfy Any
    Order allow,deny
    Allow from all
    Deny from none
</FilesMatch>

One final note: some have said that if using a lesser version of PHP 5.3.X you can try disabling PHP Safe Mode.

If you are running WordPress multi-site and are receiving HTTP errors or internal server errors, related to image uploading, please read Uploading Images to Multi-Site Causes Failure to HTTP Error) for other possible troubleshooting ideas and solutions.

Ich habe denfolgenden Codein meine Datei functions.phpeingefügt.Esfunktioniert!

 add_filter( 'wp_image_editors', 'change_graphic_lib' );

function change_graphic_lib($array) {
  return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' );
}
 

Wenn dies hilft,liegtes daran,dass das PHP-Codemodulgeändert wird,das zur Verarbeitung des hochgeladenen Bildes zur Verwendungmit WordPress verwendet wird.

Diese Verarbeitung umfasst das Verschieben des Bildsin die Medienbibliotheksdatenbank und das Generieren von Bildern unterschiedlicher Größe ("Miniaturansicht","Mittel","Groß"),die WordPressimmerfür den Zugriff auf Themen zur Verfügung habenmöchte.

Das Modul "GD" wird verwendet,daes dasersteist.Ineinigen Server-Setups spielt dieneuere "Imagick" -Bibliothekfürbestimmte Bildszenarien,z. B.große Pixelabmessungen,nichtgutmit anderen. Daheristesein Fix,die Verwendung der "GD" -Bibliothek zuerzwingen.

I put the following code into my functions.php file. It works!

add_filter( 'wp_image_editors', 'change_graphic_lib' );

function change_graphic_lib($array) {
  return array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' );
}

When this helps it is because it changes the PHP code module used for processing the uploaded image for use with WordPress.

This processing includes moving the image into the media library database and generating the different size images ("thumbnail", "medium", "large") that WordPress always wants available for themes to access.

It causes the "GD" module to be used, because it is first. In some server setups, the newer "Imagick" library isn't playing well with others for certain image scenarios, such as large pixel dimensions, so forcing the "GD" library to be used is a fix.

Beim Hochladen von Medienin WordPressist dergleiche Fehler aufgetreten. In Chrome wirdes als http:error angezeigt. In Firefox sieht der Fehlerganz anders aus. Das Webenthält vollständige Geschichten von Menschen,die Tage damit verbracht haben,den Fehler zu verfolgen (ich auch :-(). Esgibt zahlreiche Lösungen,aberniemanderklärt,warum,zumindestnicht aufeine Weise,diemit den Symptomen übereinstimmt.

Meintuppence-würdiger Beitrag: Ich habefestgestellt,dass das Problemmit einem Segmentierungsfehler korreliert,derin der Protokolldatei von apache2 signalisiert wird. Das störtmich,weiles schwer zu diagnostizierenist.

Durcheinen Neustart desgesamten Servers wurden alle Symptomebeseitigt,undplötzlich konnteich wieder Medienin Wordpress hochladen. Frustrierendist,dassich keine Ahnung habe,warum diesgeschieht. Der Neustart hatmicheffektiv von weiteren Nachforschungen abgehalten,undichmussjetzt warten (Wochen? Monate?),Bis das Problemerneut auftritt. Ich hoffe,dies wird anderenbei ihrer Suchenach der Ursache dieses Problems helfen. Meine Frauistjedochglücklich,weilichnicht länger Nächte damit verbringen kann,diesem Problemnachzujagen ...

I ran into the same error, when trying to upload media in wordpress. In Chrome, it shows up as a http: error; in Firefox, the error looks quite different. The web is full stories of people who have spent days to chase the bug (so have I :-( ). Solutions abound, but nobody explains why, at least not in a way that is consistent with the symptoms.

My tuppence worthy contribution: I noticed that the problem correlates with a segmentation fault signalled in the log file of apache2. That disturbs me, because it is difficult to diagnose.

Rebooting the entire server took away all symptoms and all of a sudden I could upload media again in Wordpress. Frustratingly, I have no clue as to why this occurs. The reboot effectively stopped me from any further research, and I will now have to wait (weeks? months?) for the problem to reappear. I hope this will help others in their quest for the cause of this problem. My wife is happy, though, because I can no longer spend nights chasing this problem...

Ich habe dieses Problembehoben,indemichmeinen Besitzer wie untenbeschrieben von rootin apachegeändert habe.

 chown -R apache:apache /var/www/html/mydomain
 

Und dann habeich die Berechtigung des wp-content/uploads/in 775geändert.

Danach habeich versucht,ein Bildin die Medien hochzuladen.Das Bild konnteerfolgreich hochgeladen werden.

I have resolved this issue by changing my owner from root to apache as below.

chown -R apache:apache /var/www/html/mydomain

And then I have change the permission of the wp-content/uploads/ to 775.

After that, I have tried to upload an image in the media. I was successful to upload the image.

Ich hatte dasgleiche Problem. Ich habe verschiedene Korrekturen versucht,einschließlich der Änderung des Standard-Bildprozessors von PHP GD zu ImageMagickmithilfe des Force Image Magick Plugin

Dies halfbeim HTTP-Fehler/500-Fehler,aberes wurden keine Miniaturansichtenmehrgeneriert. Ich habe das Plugin dann wieder deaktiviert und wasmir danngeholfen hat,war diese Antwort auf die Frage Sieht so aus,als würde die Größenänderung von Bildernnichtgutfunktionieren . Mein PHP_MEMORY_LIMIT wurde auf 160MBeingestellt,was das absolute Maximumist,dasmein Hoster zulässt.

Beim Hochladen von Bildernführte dies zumaximalmöglichen Abmessungen des Bildes vonetwa 6000 x 6000 px,wenn PHP GD verwendet und Miniaturansichtengeneriert wurden. Daheristes wichtig,nichtnur die Dateigröße,sondern auch die Abmessungen des Bildes zu überprüfen. Das Hochladeneines Bildesmit höheren Abmessungenführte auchbei kleinen Dateigrößen zueinem HTTP-Fehler/Fehler 500.

I had the same issue. I tried various fixes, including changing the default image processor from PHP GD to ImageMagick using the Force Image Magick Plugin

This helped with the HTTP Error / the 500 error but thumbnails were no longer being generated. I then deactivated the plugin again and what then helped me was this answer on the question Looks like image resize is not working well. My PHP_MEMORY_LIMIT was set to 160MB which is the absolute maximum my hoster allows.

For uploading images this resulted in maximum possible dimensions of the image of around 6000 x 6000 px when using PHP GD and generating thumbnails. So it's important to not only check the file size but also the dimensions of the image. Uploading an image with higher dimensions resulted in an HTTP Error / error 500 even with small file sizes.

Ich habeein solches Problem ofterlebt undes durch Erhöhen von memory_limit = 256Min php.ini ODER Hinzufügen von define( 'WP_MEMORY_LIMIT', '256M' );in gelöstwp-config.php -Datei (* Bei Bedarf können Sie den Speicher diemeiste Zeit ummehr als 256Merhöhen).

Eine anderemögliche Lösung könnte darinbestehen,dem Ordner \wp-content\uploads\ die Berechtigung zuerteilen.Befehl: chmod -R 0755 wp-content\uploads\.

Ich hoffe,es kann Ihnen auch helfen.

I've experienced such issue many times and solved by increasing memory_limit = 256M in php.ini OR adding define( 'WP_MEMORY_LIMIT', '256M' ); in wp-config.php file (*If needed you can increase memory more than 256M) most of the time.

Another possible solution could be giving permission to \wp-content\uploads\ folder; command: chmod -R 0755 wp-content\uploads\.

Hope it may help you too.