Opzioni autocaricate

Opzioni Autocaricate – Opzioni Autocaricate

Hai un problema nell’installazione di WordPress con il seguente messaggio?

Le opzioni autocaricate possono influire sulle prestazioni. Le opzioni autocaricate sono impostazioni di configurazione per plugin e temi che vengono caricate automaticamente ogni volta che una pagina viene caricata in WordPress. Se ci sono troppe opzioni autoloaded, possono rallentare il sito. Il tuo sito ha 1900 opzioni autocaricate (dimensione: 1500 kB) nella tabella delle opzioni, il che può rallentare il sito. Puoi rivedere le opzioni che vengono automaticamente caricate dal tuo database e rimuovere qualsiasi opzione che non sia più necessaria al tuo sito.

Ecco la procedura per catturare e risolvere il problema:

Per ottimizzare le opzioni autocaricate in WordPress, è fondamentale controllare e pulire regolarmente la tabella wp_options in modo che non carichi troppi o valori di opzione troppo alti su ogni richiesta di pagina. Troppe opzioni autocaricate causano problemi di prestazioni perché vengono caricate in memoria ogni volta che una pagina viene caricata, indipendentemente dal fatto che siano effettivamente necessarie o meno.

Quali sono le opzioni autoloaded?

• Nella tabella wp_options, c’è un campo di autocaricamento (“sì” o “no”) che regola se un’opzione viene caricata in memoria ogni volta che una pagina viene caricata.
• Le impostazioni per plugin e temi, ma anche cache temporanee come i transienti, spesso finiscono con “sì” nell’autoload.
• Se la quantità di questi dati (>1MB, critica a >3-5MB) è troppo elevata, questo ha un effetto negativo sulle prestazioni.

Misure di ottimizzazione

• Con query SQL in phpMyAdmin o tramite plugin (ad esempio Autoload Checker, AAA Option Optimizer), la dimensione e il numero di opzioni autoloadate possono essere analizzati e specificamente limitati.
• Elimina le voci di plugin/tema obsolete o non necessarie da wp_options e imposta l’attributo autoload su “no” per le opzioni usate raramente (ad esempio tramite SQL: UPDATE wp_options SET autoload = 'no' WHERE option_name = 'NAME';).
• Pulire regolarmente i transienti scaduti con SQL:
  DELETE FROM wp_options WHERE autoload = 'yes' AND option_name LIKE '%transient%';.

Migliori pratiche per sviluppatori

• Le sole opzioni necessarie in ogni pagina dovrebbero essere veramente autocaricate (ad esempio impostazioni globali del tema).
• È meglio memorizzare array grandi o configurazioni raramente necessarie con autoload = “no” o nelle proprie tabelle.
• Quando si disattivano i plugin, i hook possono essere usati per impostare l’autoload su “no” invece di eliminare completamente le opzioni.

Nota: Da WordPress 6.6, ci sono altri valori oltre a “sì/no” (“acceso”, “auto”, “auto-acceso”), e non tutti gli strumenti li riconoscono correttamente.

Strumenti e plugin utili

• Autoload Checker (aggiornato e compatibile)
• AAA Option Optimizer (mostra l’utilizzo sulle pagine)
• Advanced Database Cleaner (controllo delle opzioni basato su plugin)

L’ottimizzazione mirata riduce il carico del server, riduce l’uso di memoria e migliora sensibilmente i tempi di caricamento delle pagine.

Come posso controllare la dimensione totale delle opzioni di autoload nel database

Il modo più semplice per determinare la dimensione totale delle opzioni di autoload nel database WordPress è usare una query SQL. Questo restituisce la somma (in byte) di tutte le opzioni autocaricate. La query SQL standard per questo è:

sql:
SELECT SUM(LENGTH(option_value)) AS autoload_size_bytes
FROM wp_options
WHERE autoload = 'yes';

Il risultato (“autoload_size_bytes”) è la dimensione in byte. Per una migliore leggibilità, questo valore può essere diviso per 1024 per ottenere kilobyte (KB). Se viene utilizzato un prefisso di tabella diverso, “wp_options” deve essere regolato di conseguenza.

Per diversi nuovi valori WP (da WP 6.6, ad esempio “sì”, “acceso”, “auto”, “auto-acceso”):

sql:
SELECT SUM(LENGTH(option_value)) AS autoload_size_bytes
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

In alternativa, plugin come “Autoload Checker” offrono una panoramica grafica comoda della dimensione totale e avvisi se i valori limite vengono superati.

Un caricamento totale automatico inferiore a 1MB è considerato acritico, da 2-3MB e più dovrebbero essere ottimizzati con urgenza. La dimensione totale di tutte le opzioni di autoload nel database può essere determinata direttamente con una semplice query SQL. Questo produce la somma delle lunghezze dei byte di tutte le voci caricate automaticamente nella tabella wp_options:

sql:
SELECT SUM(LENGTH(option_value)) AS autoload_size_bytes
FROM wp_options
WHERE autoload='yes';

Il valore del risultato è in byte, ad esempio, 1048576 byte = 1 MB. Se si utilizza WordPress 6.6 o versioni successive e vengono utilizzati anche valori moderni di autoload come “on”, “auto”, “auto-on”, dovresti regolare la query come segue:

sql:
SELECT SUM(LENGTH(option_value)) AS autoload_size_bytes
FROM wp_options
WHERE autoload IN ('yes','on','auto','auto-on');

Con questa domanda, puoi rapidamente capire se c’è bisogno di ottimizzazione – una dimensione inferiore a 1 MB è solitamente considerata non critica, da 2 a 3 MB dovresti ripulire.

Migliori pratiche per quali opzioni autoload=sì dovrebbe esserci

Solo le opzioni effettivamente necessarie ad ogni caricamento di pagina dovrebbero ricevere l’attributo autoload=sì. La buona pratica è impostare questo flag specificamente solo per impostazioni e configurazioni rilevanti a livello globale – questo garantisce prestazioni ottimali ed evita carichi di memoria non necessari.

Quali opzioni dovrebbe avere autoload=yees?

• Impostazioni globali del tema come titolo del sito, lingua, colore predefinito, logo – poiché sono necessarie su ogni pagina.
• Configurazioni centrali di plugin richieste su tutte le pagine e per ogni richiesta, ad esempio le impostazioni generali di un plugin di cache o di sicurezza.
• Impostazioni per funzioni che WordPress legge direttamente durante l’avvio, ad esempio la configurazione dei widget per le barre laterali integrate globalmente.
• Valori di opzione piccoli, comunemente usati (stringhe o array di dimensioni KB) che devono essere caricati rapidamente.

Opzioni che NON dovrebbero essere caricate automaticamente

• Impostazioni necessarie solo nel backend, in certi plugin o raramente (ad esempio impostazioni di plugin rilevanti solo nella dashboard amministrativa).
• Grandi array o strutture dati, ad esempio dati statistici, cache di importazione, transitori a lungo termine, ecc.—dovrebbero essere mantenuti autoload=no o meglio memorizzati nelle proprie tabelle DB.
• Valori temporanei, come transitori e voci, rilevanti solo per URL specifici.

Consigli per sviluppatori

• Quando crei un’opzione nel codice add_option() o update_option(), imposta sempre specificamente il flag autoload. Esempio: add_option('my_plugin_cached_settings', $data, '', 'no'); per dati raramente utilizzati.
• A partire da WordPress 6.6, l’autoload può anche essere impostato su “auto” in modo che WordPress stesso decida in modo euristico cosa caricare automaticamente. Per le opzioni critiche, tuttavia, continua a usare “sì” o “no” in modo mirato.

In caso di incertezza, meno è meglio! In pratica, di solito dovrebbero esserci <20–40 valori di opzione con autoload=sì, e la dimensione totale non dovrebbe superare 1MB se possibile. L’attributo autoload=sì dovrebbe essere assegnato solo alle opzioni indispensabili per ogni visualizzazione di pagina – ad esempio, impostazioni globali del tema o configurazioni centrali di plugin attivi. Le opzioni necessarie solo nel backend o che contengono grandi quantità di dati dovrebbero sicuramente usare autoload=no.

Quando autoload=sì ha senso

• Impostazioni globali del sito web, come il titolo del sito, la lingua principale o il logo.
• Configurazioni essenziali di plugin o temi che il frontend richiede su ogni pagina (ad esempio impostazioni della cache o configurazioni di sicurezza).
• Valori di opzione piccoli che vengono chiamati frequentemente (dimensione massima della KB).
• Coordinate widget per le barre laterali integrate globalmente.

Quando autoload=no ha senso

• Opzioni rilevanti solo nell’amministratore WP o per URL specifici (ad esempio impostazioni plugin per le pagine backend).
• Grandi array/oggetti (ad esempio dati statistici, liste di importazione) che gonfiano il payload.
• Valori a breve termine come transitori o dati specifici legati ai plugin.

Note dello sviluppatore

• Imposta sempre l’autoload specificamente: add_option()/update_option() con parametro.
• Per i nuovi progetti a partire da WP 6.6, autoload=”auto” può essere utile; ma usa esplicitamente “sì” o “no” per i dati critici.

Solo le opzioni più importanti (<40) e il più piccole possibile dovrebbero essere caricate automaticamente, idealmente la dimensione totale dovrebbe rimanere sotto 1MB.

Query SQL per elencare le grandi opzioni di autoload per dimensione

La seguente query SQL elenca le opzioni autocaricate più grandi dalla tabella wp_options (prefisso predefinito) e le ordina in ordine decrescente per quantità di dati. Questo rende facile identificare i maggiori consumatori di memoria e, se necessario, ottimizzarli o rimuoverli in modo mirato:

SQL:
SELECT 
  option_name,
  LENGTH(option_value) AS option_size_bytes
FROM wp_options
WHERE autoload = 'yes'
ORDER BY option_size_bytes DESC
LIMIT 50;

Il risultato mostra i nomi e le dimensioni dei byte delle 50 opzioni principali con autoload=sì. Se viene utilizzato un prefisso di tabella diverso, wp_options deve essere regolato di conseguenza.

In alternativa, per diverse varianti di autoload (da WP 6.6, ad esempio ‘sì’, ‘acceso’, ‘auto’, ‘auto-acceso’):

SQL:
SELECT 
  option_name,
  LENGTH(option_value) AS option_size_bytes,
  autoload
FROM wp_options
WHERE autoload IN ('yes','on','auto','auto-on')
ORDER BY option_size_bytes DESC
LIMIT 50;

Questo ti dà le opzioni più grandi di autocarica, inclusi i valori WP più recenti.

Il monitoraggio regolare di questi valori aiuta a identificare i problemi di performance nelle prime fasi e a risolverli in modo mirato.

Come rimuovere in sicurezza le opzioni orfane dai plugin eliminati

Istruzioni passo dopo passo

Backup del database

Prima di apportare qualsiasi modifica, assicurati di creare un backup completo del database, ad esempio tramite phpMyAdmin o plugin.

Identificazione delle opzioni per orfani

Cerca nomi di opzioni che contengano il prefisso o il suffisso del plugin eliminato, ad esempio con:

sql:
SELECT option_name FROM wp_options WHERE option_name LIKE '%beispielplugin%';

Pattern specifici per plugin come _pluginname_setting spesso aiutano qui.

Disabilita le opzioni per orfani

Prima di eliminare, l’attributo autoload può essere impostato su “no”:

sql:
UPDATE wp_options SET autoload = 'no' WHERE option_name = 'EINTRAG';

Controlla se il sito continua a funzionare come previsto per evitare effetti collaterali inaspettati.

Eliminazione delle opzioni per orfani

Se non ci sono errori dopo un periodo di prova, le opzioni possono essere eliminate in sicurezza:

sql:
DELETE FROM wp_options WHERE option_name = 'EINTRAG';

In alternativa, elimina secondo diversi schemi:

sql:
DELETE FROM wp_options WHERE option_name LIKE '%pluginname%';

Per i transitori:

sql:
DELETE FROM wp_options WHERE option_name LIKE ('%transient%');

Strumenti e plugin automatizzati

Usa plugin come “Advanced Database Cleaner” o “WP-Optimize”, che spesso rilevano automaticamente le opzioni orfane e le forniscono per conferma tramite un’interfaccia utente.

I comandi WP-CLI semplificano il processo di cancellazione per gli sviluppatori, ad esempio wp option elimina option_name.

Note importanti

• Non rimuovere mai opzioni che possono essere assegnate in modo insicuro – cerca sempre a quale plugin/tema potrebbero appartenere.
• Nel caso di prefissi insoliti, è utile ricercare i nomi storici dei plugin o dare un’occhiata ai file dei plugin più vecchi.
• Evita a tutti i costi: eliminare o modificare le opzioni fondamentali di WordPress fondamentali!

Una pulizia regolare riduce la dimensione del database e il rischio di problemi di tempo di caricamento. Plugin come Advanced Database Cleaner o WP-Optimize supportano la pulizia mirata e l’automazione del controllo.