“Post-processing of the image failed” compare quando WordPress riceve l’immagine ma non completa ridimensionamento, rotazione, metadati o creazione delle miniature. Prova prima un’immagine più piccola in pixel, poi controlla memoria PHP, spazio e inode, scrivibilità di uploads ed errori di GD o Imagick.
Indice dei contenuti
Upload e post-elaborazione
Il file può arrivare correttamente al server e fallire nella fase successiva. WordPress crea diverse dimensioni dell’immagine, legge i metadati e può generare una versione ridimensionata dei file molto grandi. Queste operazioni usano più memoria della dimensione compressa del file.
Un’immagine JPEG da pochi megabyte ma con moltissimi pixel può quindi superare le risorse disponibili durante la decompressione, mentre un file più pesante con dimensioni moderate può essere elaborato correttamente.
Test rapidi sull’immagine
- Rinomina il file usando lettere, numeri e trattini, senza caratteri insoliti.
- Aprilo sul computer per verificare che non sia danneggiato.
- Esportalo nuovamente in JPEG, PNG o WebP standard.
- Riduci larghezza e altezza mantenendo una copia dell’originale.
- Carica il nuovo file in Media → Aggiungi nuovo.
Se l’immagine ridotta funziona, concentra la diagnosi su memoria e dimensioni in pixel. Se falliscono anche file piccoli e validi, controlla directory, estensioni PHP e log.
Memoria, spazio e inode
Controlla la memoria PHP effettiva da Strumenti → Salute del sito → Informazioni. Il valore richiesto da WordPress non può superare il limite concesso da PHP. Aumentarlo può aiutare, ma non sostituisce l’ottimizzazione di immagini enormi.
In cPanel verifica Disk Usage e File Usage. WordPress deve scrivere il file originale e più miniature; se spazio o inode sono esauriti, la prima copia può esistere ma la post-elaborazione fallisce.
Controllare la directory uploads
Verifica che wp-content/uploads e la sottodirectory dell’anno/mese siano scrivibili dall’utente PHP. Controlla proprietario e permessi senza applicare 777. Dopo una migrazione, un percorso personalizzato o un proprietario rimasto dal vecchio server possono impedire il salvataggio delle miniature.
Se l’errore cita una directory temporanea, distinguila da uploads: PHP salva prima il file temporaneo e WordPress lo sposta poi nella Libreria media.
Verificare GD o Imagick
WordPress usa un editor di immagini disponibile nell’ambiente, normalmente GD o Imagick. In Salute del sito controlla quali estensioni sono attive; nel log cerca errori di memoria, formato non supportato, scrittura o policy Imagick.
Non attivare o disattivare estensioni a caso. Se un formato fallisce ma JPEG e PNG funzionano, verifica che la libreria installata supporti realmente quel formato. Se tutte le immagini falliscono dopo un cambio PHP, confronta le estensioni tra le due versioni.
Plugin e formati immagine
Plugin di ottimizzazione, conversione WebP/AVIF, watermark o gestione media possono aggiungere elaborazioni. In staging, disattiva il solo componente sospetto e ripeti lo stesso upload. Svuotare la cache pagina non corregge un errore di creazione delle miniature.
Se il file è stato caricato ma mancano alcune dimensioni, evita di duplicare più volte lo stesso allegato. Dopo aver corretto la causa, rigenera le miniature con uno strumento compatibile e verifica i riferimenti nel contenuto.
Cosa non fare
- non impostare
uploadsa777; - non aumentare la memoria a valori arbitrari senza misurare il file;
- non cancellare l’originale se WordPress lo ha già registrato;
- non disattivare contemporaneamente tutti i plugin sul sito pubblico;
- non considerare il solo peso in MB: controlla anche le dimensioni in pixel.
Quando contattare l’assistenza Xlogic
Apri un ticket se anche immagini piccole e valide falliscono, GD/Imagick non risultano disponibili, i log mostrano limiti del server o uploads non è scrivibile. Indica dominio, nome e formato del file, dimensioni in pixel, peso, data e ora, versione PHP e testo completo dell’errore. Non allegare immagini riservate senza accordo.
Guide Xlogic correlate
- Errore HTTP caricando immagini in WordPress
- WordPress non può creare la directory uploads
- WordPress Failed to write file to disk
Domande frequenti
Il file è stato caricato anche se la post-elaborazione è fallita?
Può essere presente l’originale o un allegato incompleto. Controlla la Libreria media e la directory uploads prima di ripetere l’upload, per evitare duplicati.
Ridurre il peso in MB risolve sempre?
No. Conta anche il numero di pixel, perché WordPress deve decomprimere e ridimensionare l’immagine in memoria. Riduci larghezza e altezza, non soltanto la qualità JPEG.
È meglio usare GD o Imagick?
Entrambi possono funzionare. La scelta dipende da formato, librerie disponibili e configurazione del server. Il log mostra quale editor ha fallito e per quale motivo.
Aumentare upload_max_filesize corregge questo errore?
Solo se il file non supera la fase di upload. Nel post-processing il trasferimento è già avvenuto: sono più probabili memoria, pixel, estensione immagine, spazio o scrivibilità.
Fonti
- WordPress: creazione delle dimensioni immagine
- WordPress: editor immagini Imagick
- WordPress: elaborazione degli allegati e risorse server