Come risolvere l'errore HTTP durante il caricamento delle immagini?

Dopo aver risoltoi problemi con @Wyckin chat,ci siamo limitati alproblema sottostante.

Ilproblemaera correlato allamia configurazione del server chenon disponeva della corretta quantità dimemoria allocata ad Apache/PHP.

Se qualcuno ha lo stessoproblema,prova a verificare di avere abbastanza (64   MB +)memoria del server allocata ad Apache/PHPnelleimpostazioni di configurazione deltuo server. Puoi anche aggiungerlo altuofile wp-config.php:

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

Se la soluzione di cui sopranonfunziona,leggi l'articolo Immagine/Problemi con Media Uploader? per ulteriore risoluzione deiproblemi.

Prova ad aggiungere unoper uno otuttii seguentitweak .htaccess alfile .htaccessnella directoryprincipale dellatuainstallazione di WordPress.

Seriamente,prova una delle soluzioni seguentiin modo da sapere quale hafunzionato. Nonincollarlituttiimmediatamenteneltuofile .htaccess.

Prova questa riga:

  AddType x-mapp-php5 .php
 

mod_security potrebbe causareproblemi. Disabilitaloper vedere se questo èilproblema. Perfare ciò,crea unfile .htaccessnellatua directory wp-admin. Aggiungi questo:

  & lt; IfModulemod_security.c >
SecFilterEngine Off
SecFilterScanPOST disattivato
& lt;/IfModule >
 

Se stai utilizzandoil controllo dell'accessobasato sull'autenticazione sultuo server Web (spessonoto come htpasswd,autenticazione dibase,directoryprotetta dapassword o simili),WordPressnon èin grado digestirloper Flash Uploader,Crone XMLRPC. Ifile correlati devonoessereesclusiperfunzionare. Tienipresente che questopotrebbeinfrangere letue considerazioni sulla sicurezza.

  # Escludeil caricamento delfilee gli script CRON di WordPress dall'autenticazione
& lt; FilesMatch "(caricamento asincrono \ .php| wp-cron \ .php| xmlrpc \ .php) $" >
    Soddisfa qualsiasi
    Ordine consentire,negare
    Consenti atutti
    Nega danessuno
& lt;/FilesMatch >
 

Un'ultimanota: alcuni hanno detto che se si utilizza una versioneinferiore di PHP 5.3.X sipuòprovare a disabilitare lamodalitàprovvisoria di PHP.

Se utilizzi WordPressmulti-sitoe ricevierrori HTTP oerroriinterni del server,relativi al caricamento diimmagini,leggi Il caricamento diimmagini supiù siti causa unerrore HTTP ) per altrepossibiliideee soluzioniper la risoluzione deiproblemi.

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.

Hoinseritoil seguente codicenelmiofile functions.php.Funziona!

 add_filter( 'wp_image_editors', 'change_graphic_lib' );

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

Quando questo aiuta èperché cambiailmodulo del codice PHP utilizzatoper l'elaborazione dell'immagine caricata da utilizzare con WordPress.

Questaelaborazioneinclude lo spostamento dell'immaginenel database della libreriamultimedialee lagenerazione diimmagini di dimensioni diverse ("miniatura","media","grande") a cui WordPress desidera sempre l'accesso aitemi.

Fa utilizzareilmodulo "GD",perché èilprimo.In alcune configurazioni di server,lanuova libreria "Imagick"nonfunzionabene con altreper determinati scenari diimmagini,come legrandi dimensioniin pixel,quindiforzare l'uso della libreria "GD" è una soluzione.

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.

Ho riscontrato lo stessoerrore duranteiltentativo di caricarefilemultimedialiin wordpress. In Chrome,viene visualizzato come unerrore http:;in Firefox,l'errore sembra abbastanza diverso. Il web èpieno di storie dipersone che hannopassatogiornie giorni ainseguireilbug (anch'io :-(). Le soluzioni abbondano,manessuno spiegaperché,almenononin modo coerente coni sintomi.

Ilmio degno contributo: honotato cheilproblema è correlato a unerrore di segmentazione segnalatonelfile di log di apache2. Questomi disturba,perché è difficile da diagnosticare.

Il riavvio dell'intero server haeliminatotuttii sintomie all'improvviso hopotuto caricare dinuovoi mediain Wordpress. Inmodofrustrante,non hoidea delmotivoper cui ciò accada. Il riavviomi haeffettivamenteimpedito dieffettuare ulteriori ricerchee ora dovrò attendere (settimane? Mesi?) Prima cheilproblema si ripresenti. Spero che questo aiuteràgli altrinella loro ricerca della causa di questoproblema. Miamoglie èfelice,però,perchénonpossopiùpassare lenotti a rincorrere questoproblema ...

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...

Ho risolto questoproblema cambiandoilmioproprietario da root a apache come di seguito.

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

Epoi ho cambiatoilpermesso di wp-content/uploads/in 775.

Dopodiché,hoprovato a caricare un'immaginenei media.Sono riuscito a caricare l'immagine.

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.

Ho avuto lo stessoproblema. Hoprovato varie correzioni,inclusa lamodifica delprocessore diimmaginipredefinito da PHP GD a ImageMagick utilizzandoil Force Image Magick Plugin

Ciò ha aiutato con l'errore HTTP/l'errore 500,ma leminiaturenon venivanopiùgenerate. Ho quindi disattivato dinuovoilplug-ine ciò chemi ha aiutato è stata questa risposta alla domanda Sembra cheil ridimensionamento dell'immaginenonfunzionibene . Ilmio PHP_MEMORY_LIMIT è statoimpostato su 160MB che èilmassimo assoluto consentito dalmio hoster.

Peril caricamento delleimmagini,ciò haportato a dimensionimassimepossibili dell'immagine di circa 6000 x 6000 px quando si utilizza PHP GDe sigeneranominiature. Quindi èimportantenon solo controllare la dimensione delfilema anche le dimensioni dell'immagine. Il caricamento di un'immagine con dimensionimaggiori hagenerato unerrore HTTP/errore 500 anche confile dipiccole dimensioni.

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.

Ho riscontrato questoproblemamolte voltee l'ho risolto aumentando memory_limit = 256Min php.ini OPPURE aggiungendo define( 'WP_MEMORY_LIMIT', '256M' );inwp-config.phpfile (* Senecessario,puoi aumentare lamemoriapiù di 256M) lamaggiorparte delle volte.

Un'altrapossibile soluzionepotrebbeessere quella di dareilpermesso alla cartella \wp-content\uploads\;comando: chmod -R 0755 wp-content\uploads\.

Spero chepossa aiutare anchete.

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.