{"id":13728,"date":"2026-10-24T21:05:32","date_gmt":"2026-10-24T21:05:32","guid":{"rendered":"https:\/\/andreafreelance.com\/?p=13728"},"modified":"2026-10-24T21:05:35","modified_gmt":"2026-10-24T21:05:35","slug":"errore-memoria-wordpress","status":"publish","type":"post","link":"https:\/\/andreafreelance.com\/en\/errore-memoria-wordpress\/","title":{"rendered":"Errore di memoria WordPress: aumenta il limite PHP"},"content":{"rendered":"\n\n
\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Vota questo post<\/span>\n <\/div>\n <\/div>\n\n

Per risolvere un errore di memoria in WordPress, individua il consumo eccessivo e aumenta il limite PHP quando serve. Nelle ricerche in altre lingue, \u00abl\u00edmite de memoria\u00bb e \u00abMem\u00f3ria PHP\u00bb indicano il limite o la memoria assegnata a PHP. Impostare 256 MB<\/strong> \u00e8 un punto di partenza, ma il server deve consentirlo.<\/p>\n\n\n\n

Se il sito aziendale si blocca durante un aggiornamento o il salvataggio di una pagina, cambiare valori a caso pu\u00f2 complicare il recupero. Parti dal messaggio reale, proteggi file e database, poi intervieni su un’impostazione alla volta.<\/p>\n\n\n\n

1. Riconosci l’errore di memoria in WordPress<\/h2>\n\n\n\n

Che cosa significa “Allowed memory size exhausted”<\/h3>\n\n\n\n

Il messaggio tipico, cercato anche come “error de l\u00edmite de memoria” o “error de memoria agotada”, \u00e8 questo:<\/p>\n\n\n\n

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes)<\/code><\/p>\n\n\n\n

PHP ha raggiunto il limite assegnato allo script, circa 32 MB nell’esempio. L’operazione richiede altra memoria, ma PHP interrompe l’esecuzione.<\/p>\n\n\n\n

Il numero dopo “tried to allocate” indica l’ultima allocazione fallita, non tutta la memoria necessaria al sito. Il file citato nel log aiuta la diagnosi, ma non dimostra da solo quale componente abbia provocato il consumo.<\/p>\n\n\n\n

\"Un<\/figure>\n\n\n\n

Perch\u00e9 compare soltanto un errore critico<\/h3>\n\n\n\n

WordPress pu\u00f2 nascondere il dettaglio dietro il messaggio “Si \u00e8 verificato un errore critico sul tuo sito web”, cercato anche come “error cr\u00edtico”. Questo comportamento protegge i visitatori dall’esposizione di informazioni tecniche.<\/p>\n\n\n\n

Il dettaglio pu\u00f2 trovarsi nell’email inviata all’amministratore oppure nei log. Anche Bluehost include la memoria insufficiente tra le cause degli errori critici<\/a>.<\/p>\n\n\n\n

Un errore fatale pu\u00f2 produrre anche una risposta HTTP 500. Quel codice, per\u00f2, non identifica la causa: la mia guida alla diagnosi dell’errore 500<\/a> distingue memoria, configurazione e problemi del codice.<\/p>\n\n\n\n

2. Prepara backup, log e valore iniziale<\/h2>\n\n\n\n

Prima di modificare wp-config.php<\/code> o .htaccess<\/code>, salva una copia dei file e del database. Conserva a parte anche il file che stai modificando. Assicurati di poterlo ripristinare tramite FTP, SFTP o file manager.<\/p>\n\n\n\n

Per un e-commerce, lavora preferibilmente su staging: un ripristino completo pu\u00f2 cancellare gli ordini ricevuti dopo il backup.<\/p>\n\n\n\n

Se accedi alla bacheca, apri Strumenti > Salute del sito > Informazioni > Server<\/strong>. Trovi il limite di memoria PHP, come indicato anche nella guida alla memoria PHP esaurita<\/a>.<\/p>\n\n\n\n

Annota il valore. Nel backend pu\u00f2 essere applicato un limite amministrativo superiore, quindi questa lettura non descrive necessariamente il comportamento delle pagine pubbliche.<\/p>\n\n\n\n

Se mancano i dettagli dell’errore, attiva temporaneamente il modo de depuraci\u00f3n, cio\u00e8 la modalit\u00e0 di debug, per raccogliere dettagli nei log. Aggiungi queste impostazioni in wp-config.php<\/code>, senza duplicare costanti gi\u00e0 presenti:<\/p>\n\n\n\n

define('WP_DEBUG', true);\ndefine('WP_DEBUG_LOG', true);\ndefine('WP_DEBUG_DISPLAY', false);\n<\/code><\/pre>\n\n\n\n
Inseriscile prima del commento finale che invita a interrompere le modifiche. Ripeti l’azione problematica e leggi wp-content\/debug.log<\/code>, cercando il primo errore fatale all’orario della prova. Se il file non viene creato, usa il log PHP disponibile nel pannello hosting.<\/p>\n\n\n\n
3. Aumenta la memoria da wp-config.php<\/h2>\n\n\n\n
Inserisci la costante nel punto corretto<\/h3>\n\n\n\n
Apri wp-config.php<\/code> nella cartella principale di WordPress con un editor di testo. Cerca prima WP_MEMORY_LIMIT<\/code>.<\/p>\n\n\n\n
Se esiste, modifica il valore. Altrimenti aggiungi:<\/p>\n\n\n\n
define('WP_MEMORY_LIMIT', '256M');\n<\/code><\/pre>\n\n\n\n
La riga deve precedere il commento finale, generalmente \/* That's all, stop editing! Happy publishing. *\/<\/code>, e il caricamento di wp-settings.php<\/code>.<\/p>\n\n\n\n
Salva, ricarica il sito e ripeti l’operazione che falliva. Se dopo la modifica compare un errore di sintassi, ripristina subito la copia del file.<\/p>\n\n\n\n
Questa costante esprime una richiesta di WordPress, non garantisce le risorse disponibili: il limite di memoria effettivamente applicato dipende dal server.<\/strong><\/p>\n\n\n\n
WordPress tenta gi\u00e0 di alzare limiti insufficienti, quando consentito: normalmente punta a 40 MB per un sito singolo e 64 MB per Multisite.<\/p>\n\n\n\n
Quando scegliere 256M oppure 512M<\/h3>\n\n\n\n
Per un sito aziendale tradizionale, questo valore \u00e8 una soglia di prova ragionevole. WooCommerce, page builder e importazioni possono richiedere pi\u00f9 memoria, ma non giustificano automaticamente 512M<\/code>.<\/p>\n\n\n\n
Se il consumo misurato lo richiede e il server lo permette, puoi usare:<\/p>\n\n\n\n
define('WP_MEMORY_LIMIT', '512M');<\/code><\/p>\n\n\n\n
Per operazioni amministrative esiste anche WP_MAX_MEMORY_LIMIT<\/code>. Aumentarlo serve soltanto se il problema riguarda quel contesto e il limite PHP effettivo lo consente.<\/p>\n\n\n\n
\n
Alzare la soglia pu\u00f2 sbloccare il lavoro. Se un plugin continua a consumare memoria senza controllo, l’errore torner\u00e0.<\/p>\n<\/blockquote>\n\n\n\n
4. Scegli il metodo adatto al server<\/h2>\n\n\n\n
Se wp-config.php<\/code> non basta, intervieni sulla configurazione PHP. Il metodo dipende da come il server esegue PHP.<\/p>\n\n\n\n
Questa tabella aiuta a scegliere la direttiva corretta per il tuo ambiente.<\/p>\n\n\n\n
Ambiente<\/th>Metodo indicato<\/th>Attenzione<\/th><\/tr><\/thead>
Pannello hosting<\/td>Impostazione memory_limit<\/code><\/td>Pu\u00f2 esserci un tetto del piano<\/td><\/tr>
Apache con mod_php<\/td>.htaccess<\/code><\/td>Le direttive PHP devono essere consentite<\/td><\/tr>
PHP-FPM o CGI<\/td>Pannello, php.ini<\/code> o .user.ini<\/code><\/td>Dipende dalla configurazione<\/td><\/tr>
NGINX con PHP-FPM<\/td>Configurazione PHP\/FPM<\/td>.htaccess<\/code> non viene letto<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Il nome del server, da solo, non basta: Apache pu\u00f2 utilizzare PHP-FPM anzich\u00e9 mod_php.<\/p>\n\n\n\n
Pannello hosting, php.ini e .user.ini<\/h3>\n\n\n\n
Nella sezione PHP del pannello puoi trovare direttamente memory_limit<\/code>. Se il file php.ini<\/code> \u00e8 modificabile, imposta il valore dell’esempio:<\/p>\n\n\n\n
memory_limit = 256M\n<\/code><\/pre>\n\n\n\n
Con CGI o PHP-FPM pu\u00f2 essere disponibile anche .user.ini<\/code>, con la stessa direttiva. La modifica potrebbe richiedere alcuni minuti per essere riletta.<\/p>\n\n\n\n
Su un hosting condiviso, detto anche hosting compartido, il php.ini<\/code> principale spesso non \u00e8 accessibile. Se il pannello non permette l’aumento, chiedilo al supporto indicando il valore attuale, quello necessario e il messaggio del log.<\/p>\n\n\n\n
Evita memory_limit = -1<\/code> su un sito pubblico: elimina la protezione del limite.<\/p>\n\n\n\n
.htaccess soltanto con Apache mod_php<\/h3>\n\n\n\n
Con Apache e mod_php, se autorizzato, inserisci in .htaccess<\/code> la direttiva php_value memory_limit<\/code> e usa il valore dell’esempio precedente.<\/p>\n\n\n\n
Per 512 MB, sostituisci il valore con 512M<\/code>.<\/p>\n\n\n\n
Non usare questa direttiva con PHP-FPM o NGINX.<\/strong> Nel primo caso pu\u00f2 generare un errore 500; NGINX non legge .htaccess<\/code>.<\/p>\n\n\n\n
Per riconoscere l’ambiente, consulta le informazioni PHP del pannello: fpm-fcgi<\/code> indica PHP-FPM, mentre apache2handler<\/code> identifica mod_php. Se la modifica blocca il sito, rimuovi la riga tramite file manager.<\/p>\n\n\n\n
5. Individua plugin e temi che consumano memoria<\/h2>\n\n\n\n
Disattiva i plugin anche senza bacheca<\/h3>\n\n\n\n
Se l’errore ritorna, isola i componenti. Quando possibile, esegui il test su staging: disattivare plugin pu\u00f2 interrompere moduli, pagamenti e altre funzioni commerciali.<\/p>\n\n\n\n
Se la bacheca funziona, disattiva tutte le estensioni dalla schermata Plugin. Se non accedi:<\/p>\n\n\n\n
    \n
  1. Entra tramite FTP, SFTP o file manager e rinomina wp-content\/plugins<\/code> in plugins_old<\/code>.<\/li>\n\n\n\n
  2. Apri la schermata Plugin di WordPress, cos\u00ec vengono registrate le disattivazioni.<\/li>\n\n\n\n
  3. Ripristina il nome plugins<\/code>.<\/li>\n\n\n\n
  4. Riattiva i plugins uno alla volta e ripeti l’operazione che causava l’errore.<\/li>\n<\/ol>\n\n\n\n
    Non riattivare tutto insieme. Se il problema persiste senza plugins ordinari attivi, prova un tema predefinito aggiornato nello staging. Considera anche eventuali plugin obbligatori e componenti di cache caricati separatamente.<\/p>\n\n\n\n
    \"Due<\/figure>\n\n\n\n
    Cerca il consumo reale con Query Monitor<\/h3>\n\n\n\n
    Query Monitor mostra la memoria utilizzata, le query e i componenti coinvolti. Aiuta a individuare plugin o temi da approfondire, ma non assegna automaticamente ogni megabyte a un responsabile.<\/p>\n\n\n\n
    Usalo per una diagnosi breve, preferibilmente su staging. Anche gli strumenti diagnostici consumano risorse.<\/p>\n\n\n\n
    Le cause comuni includono plugin inefficienti, temi complessi, importazioni estese e generazione di miniature da immagini ad alta risoluzione. Per chi cerca informazioni sul rendimiento, il termine spagnolo indica le prestazioni del sito. Anche l’elaborazione di video sul server pu\u00f2 pesare.<\/p>\n\n\n\n
    Il traffico elevato aumenta soprattutto le richieste contemporanee e la RAM complessiva necessaria. Il limite PHP riguarda invece la singola esecuzione.<\/p>\n\n\n\n
    6. Verifica la correzione e riduci le ricadute<\/h2>\n\n\n\n
    Dopo ogni modifica, controlla il limite effettivo e ripeti la stessa operazione. Verifica anche le prestazioni (rendimiento nelle ricerche in spagnolo) e prova a salvare le pagine, caricare immagini, inviare il modulo contatti e completare un ordine WooCommerce.<\/p>\n\n\n\n
    Svuota le cache pertinenti per evitare risultati falsati. Poi controlla che il log non registri nuovi errori fatali.<\/p>\n\n\n\n
    Al termine, imposta WP_DEBUG<\/code> e WP_DEBUG_LOG<\/code> su false<\/code>. Mantieni nascosti gli errori e proteggi o rimuovi i log diagnostici.<\/p>\n\n\n\n
    Per prevenire nuove interruzioni, elimina i plugin inutilizzati e ridimensiona le immagini (im\u00e1genes nelle ricerche in spagnolo) prima del caricamento. Aggiorna core, tema ed estensioni dopo aver creato un backup e aver eseguito test adeguati.<\/p>\n\n\n\n
    Una cache delle pagine, cercata anche come “cach\u00e9” in spagnolo, riduce il lavoro ripetuto del server. Non corregge un plugin difettoso e non copre tutte le operazioni dinamiche. WP Rocket distingue questi problemi nella guida agli errori comuni di WordPress<\/a>.<\/p>\n\n\n\n
    La manutenzione tecnica del sito<\/a> deve includere questi controlli e attivit\u00e0 di ottimizzazione (optimizaci\u00f3n nelle ricerche in spagnolo), non soltanto gli aggiornamenti.<\/p>\n\n\n\n
    Se componenti ottimizzati e operazioni necessarie richiedono stabilmente pi\u00f9 risorse, serve un piano superiore. Valuta la memoria per processo, la RAM complessiva e il numero di processi PHP disponibili: aumentare una sola soglia non aggiunge capacit\u00e0 al server.<\/p>\n\n\n\n
    Domande frequenti sulla memoria PHP<\/h2>\n\n\n\n
    Aumentare il limite di memoria di WordPress risolve sempre il problema?<\/h3>\n\n\n\n
    No. L’aumento funziona soltanto se consentito dal server. Se il consumo dipende da un componente difettoso, devi correggerlo o sostituirlo.<\/p>\n\n\n\n
    Serve un hosting migliore se l’errore continua?<\/h3>\n\n\n\n
    S\u00ec, quando il sito ottimizzato richiede pi\u00f9 risorse di quelle disponibili. Un piano superiore non corregge per\u00f2 errori di programmazione o consumi anomali.<\/p>\n\n\n\n
    Ripristina il sito partendo dalla causa<\/h2>\n\n\n\n
    Il limite corretto permette a WordPress di lavorare senza interruzioni. La stabilit\u00e0<\/strong> dipende anche dal codice, dai componenti installati e dalle risorse dell’hosting.<\/p>\n\n\n\n
    Parti dal log, applica una modifica alla volta e prova le funzioni commerciali dopo la correzione.<\/p>\n\n\n\n
    Se il blocco continua, posso aiutarti con l’assistenza WordPress per PMI<\/a>, individuando la causa prima di intervenire sulla configurazione.<\/p>\n\n\n\n