WordPress Allowed memory size exhausted: soluzioni

In breve: l’errore Allowed memory size exhausted indica che un singolo processo PHP ha superato la memoria consentita e si è interrotto. Annota limite, byte richiesti, file, riga e azione eseguita. Puoi aumentare il limite con criterio, ma devi anche individuare plugin, tema, query, importazione o immagine che provoca il consumo.

Leggere il messaggio di errore

Un errore tipico contiene quattro elementi:

Allowed memory size of 134217728 bytes exhausted (tried to allocate 2097152 bytes) in /percorso/file.php on line 123

• Allowed memory size: limite disponibile per quel processo PHP;
• tried to allocate: ulteriore memoria richiesta nel momento del blocco;
• file e riga: punto in cui l’allocazione è fallita;
• azione: operazione che ha portato il processo a quel punto.

La riga finale non identifica sempre il vero responsabile. Un file di WordPress core può essere il punto in cui termina la memoria accumulata da un plugin, da un tema o da una grande quantità di dati.

Cause più comuni

• plugin o tema con un ciclo, una query o un insieme di dati troppo grande;
• importazione, esportazione, backup o scansione eseguita in un’unica richiesta;
• elaborazione di immagini molto grandi in pixel;
• generazione di report, feed o pagine con troppi elementi;
• incompatibilità dopo un aggiornamento di PHP, WordPress o componenti;
• memory_limit insufficiente per un’operazione legittima;
• processo che continua ad accumulare oggetti o risultati invece di elaborarli a blocchi.

Se il problema si presenta soltanto in amministrazione o durante un import, non concludere che tutto il sito abbia bisogno dello stesso aumento di memoria.

Diagnosi passo per passo

1. Registra il messaggio completo e converti il limite in un valore leggibile: 134217728 byte corrispondono a 128 MiB.
2. Annota URL, data, ora, utente e operazione eseguita.
3. Controlla il percorso del file per capire se appartiene a plugin, tema o WordPress core.
4. Verifica il valore PHP effettivo dalla Salute del sito o dalla configurazione del dominio.
5. Riproduci il problema in staging, se possibile, con gli stessi dati.
6. Aggiorna il componente interessato e controllane i requisiti.
7. Riduci il carico della prova: meno elementi, file più piccolo, importazione a blocchi o immagine ridimensionata.

Se devi raccogliere più dettagli, abilita temporaneamente WP_DEBUG_LOG mantenendo disattivata la visualizzazione pubblica degli errori. Rimuovi il debug dopo la prova e proteggi il log.

Aumentare la memoria con criterio

Il parametro PHP memory_limit stabilisce quanta memoria può allocare un processo. Nel pannello Xlogic modifica il valore nello strumento PHP che governa la versione assegnata al dominio. Salva, poi controlla il valore effettivo prima di ripetere l’operazione.

WordPress può richiedere valori tramite queste costanti in wp-config.php:

define( 'WP_MEMORY_LIMIT', '128M' );

define( 'WP_MAX_MEMORY_LIMIT', '256M' );

WP_MEMORY_LIMIT riguarda normalmente il frontend; WP_MAX_MEMORY_LIMIT le operazioni amministrative per cui WordPress richiede più memoria. Queste costanti non garantiscono un limite superiore a quello consentito dalla configurazione PHP o dal servizio. Non aggiungere definizioni duplicate: se esistono già, correggi quelle presenti e mantienile prima della riga finale di wp-config.php.

Aumenta per gradi e ripeti la stessa prova. Se il consumo cresce fino a esaurire ogni nuovo valore, il problema è probabilmente nel codice o nel volume di dati, non soltanto nel limite.

Memoria PHP e limiti CloudLinux

memory_limit limita la memoria del singolo processo PHP. I limiti CloudLinux dell’account misurano invece risorse del servizio e possono coinvolgere più processi. Sono controlli distinti.

Un messaggio PHP “Allowed memory size exhausted” punta direttamente a memory_limit. Un account che raggiunge un limite CloudLinux può mostrare rallentamenti, errori di disponibilità o eventi nell’uso risorse senza quel preciso messaggio PHP. Aumentare WP_MEMORY_LIMIT non aumenta le risorse complessive assegnate al piano.

Risolvere la causa del consumo

Dopo aver ripristinato il sito, cerca una soluzione stabile. Aggiorna o sostituisci il componente difettoso; limita il numero di elementi caricati; usa paginazione e batch; ottimizza query; ridimensiona le immagini prima dell’upload; pianifica processi pesanti invece di eseguirli durante una normale richiesta Web.

Se disattivare un plugin in staging elimina l’errore, controlla impostazioni e log del plugin prima di riattivarlo. Non modificare direttamente i file di un componente di terzi. Per un errore nel codice personalizzato, misura il consumo durante l’operazione e libera riferimenti a grandi strutture quando non servono più.

Cosa non fare

• Non impostare memory_limit = -1 su un sito pubblico.
• Non aumentare ripetutamente la memoria senza riprodurre e misurare l’operazione.
• Non attribuire automaticamente la colpa al file indicato nell’ultima riga.
• Non confondere memoria PHP, spazio disco e inode.
• Non lasciare WP_DEBUG_DISPLAY attivo sul frontend.

Quando contattare l’assistenza Xlogic

Apri un ticket se il valore effettivo non cambia, non puoi accedere al pannello, l’errore coinvolge più siti o sospetti un limite del servizio. Invia dominio, data e ora, messaggio completo, operazione eseguita, versione PHP, valore attuale di memory_limit, plugin o tema indicato e prove già svolte. Se l’errore riguarda un import, indica dimensione e numero approssimativo di elementi, senza allegare dati riservati.

Guide Xlogic correlate

• Come aumentare la PHP Memory
• Errore critico WordPress: cause, diagnosi e soluzioni
• WordPress: WP_MEMORY_LIMIT non applicato

Domande frequenti

Fonti

• PHP Manual: memory_limit
• WordPress: aumentare la memoria in wp-config.php
• WordPress: strumenti di debug