Il metodo abituale per identificare un plugin problematico \u00e8 quello di disattivare i plugin fino a quando non trovate il collo di bottiglia delle prestazioni.<\/p>\n
Tuttavia, esiste un metodo pi\u00f9 rapido ed efficiente. Questo \u00e8 lo scenario che il plugin gratuito Query Monitor \u00e8 stato creato per risolvere. Pu\u00f2 aiutarvi a individuare i problemi di prestazioni, a sviluppare siti in modo pi\u00f9 efficiente e a gestire meglio il vostro sito WordPress.<\/p>\n
In questa guida scoprirete tutto quello che c’\u00e8 da sapere su Query Monitor: cos’\u00e8, cosa fa e come si usa.<\/p>\n
Cos’\u00c8 Query Monitor?<\/h2>\n![\"Banner](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-plugin-card-1024x450.jpg\")
Il plugin Query Monitor.<\/figcaption><\/figure>\nQuery Monitor<\/a> \u00e8 un plugin gratuito al 100% che vi aiuta a eseguire il debug delle prestazioni e dello sviluppo del vostro sito WordPress.<\/p>\nPotete considerarlo come gli Strumenti per sviluppatori di Chrome, ma in modo specifico per WordPress. Potete esaminare le query del database, gli script, le tempistiche e molto altro ancora. Inoltre, potete visualizzare tonnellate di informazioni utili, come le informazioni generali sull’ambiente e i dettagli di pagine specifiche.<\/p>\n
Query Monitor presenta tutte queste informazioni in un modo facilmente accessibile a cui accedere da qualsiasi punto del vostro sito.<\/p>\n
Query Monitor \u00e8 gestito da John Blackbourn, ingegnere web di Human Made<\/a>. Ha creato anche molti altri plugin utili, tra cui WP Crontrol<\/a> (ottimo per il debug di wp-cron<\/a>) e User Switching<\/a> (ottimo per il debug delle esperienze di diversi ruoli utente<\/a>).<\/p>\nJohn \u00e8 molto attivo e lavora costantemente per mantenere e migliorare Query Monitor. Automattic e altri sponsor sostengono il suo lavoro.<\/p>\n
Se, dopo aver letto questo articolo, trovate utile il plugin potete sostenere Query Monitor sponsorizzando il progetto su GitHub<\/a> a partire da 1 dollaro al mese.<\/p>\n\nCosa Fa Query Monitor?<\/h2>\n
Query Monitor pu\u00f2 aiutarvi a eseguire il debug non solo delle query al database di WordPress<\/a>, nonostante il nome.<\/p>\nNon fraintendeteci: il debug delle query del database<\/a> \u00e8 un’attivit\u00e0 che Query Monitor svolge egregiamente e rappresenta uno dei vantaggi pi\u00f9 significativi del plugin.<\/p>\nTuttavia, si occupa anche di molte altre aree, tra cui il debug delle prestazioni e il debug generale dello sviluppo.<\/p>\n
Ecco un esempio dei molti dettagli con cui Query Monitor pu\u00f2 aiutarvi per l\u2019analisi e il debug:<\/p>\n
\n- Query del database, anche mostrando le query di plugin specifici<\/li>\n
- Errori PHP<\/li>\n
- Utilizzo della memoria<\/li>\n
- Chiamate API HTTP<\/li>\n
- Script e stili in attesa, incluse le dipendenze<\/li>\n
- Hooks e actions<\/li>\n
- File di template del tema<\/li>\n
- Lingue e traduzioni<\/li>\n
- Regole di riscrittura<\/li>\n
- Blocchi dell’editor di blocchi<\/li>\n
- Informazioni generali sull’ambiente<\/li>\n
- Schermate dell’amministrazione di WordPress<\/li>\n<\/ul>\n
Una limitazione notevole di Query Monitor \u00e8 che serve soprattutto per il debug “sul momento”. Quando vi mostra le query del database, i tempi e cos\u00ec via, lo fa solo per il caricamento della pagina corrente.<\/p>\n
In genere non tiene traccia delle informazioni storiche o dei trend, anche se John dice che questa funzione \u00e8 prevista per le versioni future.<\/p>\n
Come Usare Query Monitor per Fare il Debug di WordPress e Migliorare le Prestazioni<\/h2>\n
Ora che sapete cos’\u00e8 e cosa fa Query Monitor, vediamo come usarlo per eseguire il debug delle prestazioni del vostro sito e alcuni altri strumenti per il debug generale dello sviluppo.<\/p>\n
Vi daremo un’introduzione generale all’interfaccia di Query Monitor e al suo funzionamento. Poi approfondiremo ogni area dell’interfaccia.<\/p>\n
Ci sono pi\u00f9 di 12 diverse aree di alto livello dell’interfaccia, quindi c’\u00e8 molto da dire. Tuttavia, il numero esatto di menu dell’interfaccia che vedrete dipender\u00e0 dalla pagina che state analizzando.<\/p>\n
Vediamo di approfondire l’argomento.<\/p>\n
Introduzione all’Interfaccia di Query Monitor<\/h3>\n
Query Monitor non ha un’area di interfaccia separata. Al contrario, visualizza nuove informazioni all’interno della barra di amministrazione di WordPress sia nel frontend che nel backend.<\/p>\n
Inizialmente Query Monitor visualizza un rapido riepilogo con 4 informazioni:<\/p>\n
\n- Tempo di generazione della pagina<\/strong> – 0,05 s nella schermata.<\/li>\n
- Picco di utilizzo della memoria<\/strong> – 7,7 MB nella schermata.<\/li>\n
- Tempo totale impiegato dalle query SQL (in secondi)<\/strong> – 0,00 s nella schermata.<\/li>\n
- Numero totale di query SQL<\/strong> – 54 nella schermata.<\/li>\n<\/ul>\n
![\"Il](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-summary-1024x740.png\")
Il riepilogo di Query Monitor sulla barra di amministrazione di WordPress.<\/figcaption><\/figure>\nSe fate clic su questo riepilogo, si aprir\u00e0 l’intera interfaccia di Query Monitor, che viene visualizzata come finestra in sovraimpressione sulla pagina del frontend o del backend che state visualizzando.<\/p>\n![\"Il](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-interface-1024x837.png\")
L’interfaccia di Query Monitor.<\/figcaption><\/figure>\nTutte le funzioni e le informazioni offerte da Query Monitor sono contenute in questa finestra in sovrimpressione.<\/p>\n
Se preferite cambiare il layout della finestra in sovrimpressione, potete fare clic sul pulsante nell’angolo in alto a destra per passare a un’interfaccia a barre laterali. Potete anche usare il drag-and-drop per modificare le dimensioni della finestra.<\/p>\n![\"Il](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-interface-side-toggle-1024x846.png\")
Come passare a un’interfaccia a barre laterali.<\/figcaption><\/figure>\nL’interfaccia di Query Monitor e le sue informazioni sono visibili solo ad Admin (o Super Admin su WordPress multisito<\/a>).<\/p>\nC’\u00e8 anche la possibilit\u00e0 di impostare un cookie di autenticazione per visualizzare l’output di Query Monitor anche quando non siete connessi (o siete connessi come utente con un ruolo inferiore<\/a>). Vi spiegheremo come fare pi\u00f9 avanti nella guida.<\/p>\nPassiamo in rassegna ogni scheda dell’interfaccia e vi spieghiamo come potete utilizzarla per eseguire il debug del vostro sito WordPress.<\/p>\n
Overview<\/h3>\n
La scheda Overview<\/strong> mostra ulteriori dettagli del riepilogo della barra di amministrazione e alcune informazioni generali sull’ambiente.<\/p>\nPer esempio, invece di vedere solo il picco di utilizzo della memoria, la scheda Panoramica fa un passo avanti per vedere in che modo questo picco di utilizzo si relazione con i limiti di memoria del vostro server e di WordPress.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-overview-tab-1024x573.png\")
La scheda Overview in Query Monitor.<\/figcaption><\/figure>\nNon c’\u00e8 nulla di troppo dettagliato: \u00e8, appunto, solo una panoramica (da qui il nome).<\/p>\n
Queries<\/h3>\n
La scheda Queries<\/strong> vi permette di approfondire ogni query del database per la pagina che state guardando. \u00c8 una delle aree pi\u00f9 ricche di informazioni di Query Monitor, il che ha senso se si considera il nome del plugin.<\/p>\nPer ogni query, potete vedere le seguenti informazioni:<\/p>\n
\n- La query completa<\/li>\n
- Il caller della query<\/li>\n
- Componente della query (per esempio se proviene dal core, da un tema o da un plugin)<\/li>\n
- Numero di righe<\/li>\n
- Il tempo impiegato dalla query<\/li>\n<\/ol>\n
Oltre al debugging generale, potete usarlo per trovare le query lente che bloccano le prestazioni del vostro sito.<\/p>\n
Query Monitor suddivide le query in base al tema e ai singoli plugin, in modo che possiate vedere l’impatto di ogni estensione.<\/p>\n
Supponiamo che un plugin specifico stia causando molte query lente. In questo caso, dovrete trovare un modo per risolvere il problema, ottimizzando le impostazioni del plugin o la configurazione del vostro server (per esempio usando la cache del database o degli oggetti<\/a>) o passando a un altro plugin pi\u00f9 efficiente<\/a>.<\/p>\nNella scheda principale potete vedere tutte le informazioni di alto livello per ogni query.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-1024x708.png\")
La scheda principale Queries mostra un elenco di tutte le query.<\/figcaption><\/figure>\nSe volete saperne di pi\u00f9 su una specifica query, fate clic sull’icona pi\u00f9 per espandere le informazioni pi\u00f9 dettagliate.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-detailed-information-1024x609.png\")
Come visualizzare i dettagli estesi di una query.<\/figcaption><\/figure>\nSe vedete numeri anormalmente bassi, potrebbe essere a causa di un qualche tipo di caching<\/a>, per esempio il caching della pagina o un plugin che memorizza le query del database<\/a>. Per questo motivo, pu\u00f2 essere utile disabilitare la cache durante il debug.<\/p>\nIn quest’area ci sono anche alcuni sottomenu che vi aiutano a trovare tipi specifici di query:<\/p>\n
\n- Duplicate Queries<\/li>\n
- Queries by caller<\/li>\n
- Queries by components<\/li>\n<\/ul>\n
Duplicate Queries<\/h4>\n
L’area Duplicate Queries<\/strong> evidenzia le query duplicate ed elenca i “potenziali problemi” per aiutarvi a risolvere i problemi e a semplificare le cose.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-duplicates-1024x710.png\")
Come vedere un elenco di query duplicate.<\/figcaption><\/figure>\nQueries by Caller<\/h4>\n
L’area Queries by Caller<\/strong> vi permette di visualizzare tutti i caller di questa pagina. Se fate clic su uno di essi, potete vedere l’elenco delle query per quel caller.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-by-caller-1024x683.png\")
Come visualizzare le query per chiamante.<\/figcaption><\/figure>\nQueries by Components<\/h4>\n
L’area Queries by Components<\/strong> mostra un elenco di tutti i componenti che hanno effettuato query, tra cui il core di WordPress, il vostro tema e i singoli plugin.<\/p>\nPotete fare clic su un componente specifico per visualizzare tutte le sue query.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-by-component-1024x546.png\")
Come visualizzare le query by component.<\/figcaption><\/figure>\nAnche in questo caso, si tratta di uno dei report pi\u00f9 preziosi perch\u00e9 vi permette di individuare i plugin specifici che peggiorano le prestazioni del vostro sito con query lente.<\/p>\n
Leggete Qui Se Non Vedete le Query per Componente<\/h4>\n
Se non vedete le informazioni sui componenti in Query Monitor, \u00e8 probabile che Query Monitor non riesca a collegarsi al file db.php. In questi casi vedrete un messaggio di errore come quello che segue.<\/p>\n![\"Errore](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-queries-tab-symlink-error-1024x620.png\")
Se compare questo errore non potrete vedere le query per componente.<\/figcaption><\/figure>\nCi sono due probabili cause:<\/p>\n
\n- I permessi dei file<\/a> della cartella wp-content<\/a> del vostro sito.<\/li>\n
- Il file wp-content\/db.php esiste gi\u00e0 (forse a causa di un plugin di caching<\/a> come W3 Total Cache<\/a>).<\/li>\n<\/ol>\n
Potete vedere alcune correzioni e soluzioni in questo articolo di GitHub<\/a>. Se vi sentite a vostro agio nel connettervi al vostro server tramite SSH<\/a>, potete risolvere il problema con un comando WP-CLI<\/a> (anche se esistono altri metodi).<\/p>\nLa maggior parte delle funzionalit\u00e0 di Query Monitor continuer\u00e0 a funzionare anche con questo problema, ma non potrete vedere le informazioni sui componenti finch\u00e9 non risolverete il problema.<\/p>\n
Logs<\/h3>\n
La scheda Logs<\/strong> \u00e8 una scheda avanzata che vi permette di impostare i messaggi e le variabili da registrare. Questo pu\u00f2 aiutarvi a risolvere problemi tecnici o a tenere sotto controllo il vostro sito per individuare eventuali problemi.<\/p>\nQuando installate Query Monitor per la prima volta, questa scheda non visualizzer\u00e0 nulla perch\u00e9 non avrete impostato alcuna variabile di log.<\/p>\n
Tuttavia, se volete impostare delle variabili di log personalizzate, potete farlo usando una semplice sintassi come questa:<\/p>\n
do_action( 'qm\/debug', 'This happened!' );<\/code><\/p>\nQuery Monitor supporta le seguenti azioni, che vi permettono di registrare i problemi a diversi livelli:<\/p>\n
\n- qm\/emergency<\/li>\n
- qm\/alert<\/li>\n
- qm\/critical<\/li>\n
- qm\/error<\/li>\n
- qm\/warning<\/li>\n
- qm\/notice<\/li>\n
- qm\/info<\/li>\n
- qm\/debug<\/li>\n<\/ul>\n
Se volete saperne di pi\u00f9 e vedere alcuni esempi, consultate la pagina Query Monitor Logging Variable<\/a>.<\/p>\nRequest<\/h3>\n
La scheda principale Request<\/strong> mostra le variabili della query per la richiesta corrente.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-response-tab-1024x545.png\")
La scheda Request.<\/figcaption><\/figure>\nCi sono anche dei sottomenu per vedere le intestazioni della richiesta (Request Headers)<\/strong> e le intestazioni di risposta (Response Headers)<\/strong>, che probabilmente sono pi\u00f9 utili per il debug delle prestazioni.<\/p>\nPer esempio, potreste voler eseguire il debug del comportamento del caching o del CDN. Nel sottomenu Response Headers<\/strong> potete vedere il comportamento Cache-Control, che vi permette di eseguire il debug del caching del browser sul vostro sito<\/a>.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-response-tab-headers-1024x568.png\")
Come visualizzare i response headers.<\/figcaption><\/figure>\nBlocks<\/h3>\n
La scheda Blocks<\/strong> \u00e8 visibile solo se guardate una pagina costruita con l’editor di blocchi nativo di WordPress (AKA Gutenberg)<\/a>.<\/p>\nIn questi casi, questa pagina elencher\u00e0 ogni singolo blocco<\/a> della pagina, insieme a informazioni dettagliate su quel blocco.<\/p>\nUna cosa intelligente \u00e8 che vi dir\u00e0 se il blocco proviene dal core di WordPress o da un altro plugin.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-blocks-list-1024x468.png\")
L’area Blocks appare solo se avete creato il contenuto dell’editor dei blocchi.<\/figcaption><\/figure>\nTemplate<\/h3>\n
La scheda Template<\/strong> sar\u00e0 visibile solo se state usando Query Monitor sul frontend del vostro sito. Vi aiuta a visualizzare e a fare il debug della gerarchia dei template<\/a> della pagina che state guardando.<\/p>\nPotete vedere il file del template specifico per quella pagina e le varie parti del template e le classi del corpo.<\/p>\n
Questo non ha nulla a che fare con le prestazioni, ma pu\u00f2 essere utile per lo sviluppo di temi personalizzati<\/a>.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-template-1024x568.png\")
Come visualizzare la gerarchia dei template.<\/figcaption><\/figure>\nAdmin Screen<\/h3>\n
La scheda Admin Screen<\/strong> sar\u00e0 visibile solo se usate Query Monitor nella bacheca di amministrazione di WordPress<\/a>. Probabilmente non la userete spesso, ma pu\u00f2 essere utile se dovete eseguire il debug di un comportamento in una schermata di amministrazione personalizzata.<\/p>\nSe guardate una schermata di amministrazione con una tabella di annunci, vi mostrer\u00e0 i filtri e le azioni delle colonne personalizzate. Vi mostrer\u00e0 anche lo stato di get_current_screen.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-admin-screen-1024x592.png\")
I dettagli della schermata di amministrazione.<\/figcaption><\/figure>\nScript<\/h3>\n
Dopo la scheda Queries<\/strong>, la scheda Scripts<\/strong> \u00e8 probabilmente l’area di debug delle prestazioni pi\u00f9 utile in Query Monitor.<\/p>\nQuesta scheda mostra tutti gli script JavaScript<\/a> in attesa sulla pagina e le loro dipendenze. Potete anche disporre di filtri per trovare rapidamente gli script provenienti da un host specifico o con dipendenze esplicite.<\/p>\nIn linea di massima, pi\u00f9 script equivalgono a un sito web pi\u00f9 lento perch\u00e9 aumentano le dimensioni della pagina e aggiungono richieste HTTP.<\/p>\n
Potete usare quest’area per scoprire l’impatto delle diverse estensioni e trovare il modo di ridurre il numero di script in attesa<\/a> che vengono caricati su ogni pagina.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-scripts-1024x668.png\")
L’area Scripts mostra tutti gli script in attesa.<\/figcaption><\/figure>\nQuery Monitor non mostra per\u00f2 i tempi di caricamento di tutti questi script. Se volete vedere questo aspetto, dovete usare uno strumento di test della velocit\u00e0<\/a> e approfondire l’analisi a cascata: Pingdom<\/a> e GTmetrix<\/a> sono due ottime opzioni.<\/p>\nSe avete bisogno di aiuto per usare questi dettagli e ottimizzare gli script del vostro sito, abbiamo molte guide utili per ottimizzare JavaScript su WordPress:<\/p>\n
\n- Come rinviare il parsing di JavaScript<\/a><\/li>\n
- Come eliminare il JavaScript che blocca il rendering<\/a><\/li>\n
- Come ridurre le richieste HTTP<\/a><\/li>\n<\/ul>\n
Styles<\/h3>\n
La scheda Styles<\/strong> \u00e8 come la scheda Script<\/strong>, ma mostra i CSS in attesa<\/a> invece di JavaScript. \u00c8 un’altra scheda utile per il debug delle prestazioni del vostro sito.<\/p>\nCome per gli script, il caricamento di un maggior numero di fogli di stile in una pagina comporta, in linea di massima, un caricamento pi\u00f9 lento del sito.<\/p>\n
In quest’area potete scoprire l’impatto delle diverse estensioni sul vostro sito. Potete usare queste informazioni per ridurre il numero di fogli di stile da caricare sulla pagina, riducendo cos\u00ec le dimensioni del file e le richieste HTTP necessarie per caricare la pagina<\/a>.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-styles-1024x590.png\")
L’area Stili mostra tutti i fogli di stile in attesa.<\/figcaption><\/figure>\nCome per gli script, Query Monitor non vi fornir\u00e0 un’analisi approfondita del caricamento dei CSS e se questi bloccano il caricamento di parti critiche del vostro sito. Per questo, dovrete usare nuovamente l’analisi a cascata.<\/p>\n
Abbiamo alcuni post utili che vi aiutano a ottimizzare il CSS del vostro sito:<\/p>\n
\n- Come ottimizzare i CSS<\/a><\/li>\n
- Come ottimizzare il percorso critico di rendering<\/a><\/li>\n<\/ul>\n
Hooks & Actions<\/h3>\n
La scheda Hooks & Actions<\/strong> elenca tutti gli hooks e la action della pagina corrente, insieme alla loro priorit\u00e0.<\/p>\nPer le azioni, potete espandere una singola azione per vedere il file e la riga di codice associati a quell’azione. Potete anche filtrare le azioni per componente per trovare le azioni del core di WordPress, dei plugin e dei temi.<\/p>\n
Quest’area non \u00e8 realmente incentrata sulle prestazioni, ma \u00e8 comoda per lo sviluppo personalizzato.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-hooks-and-actions-tab-1024x592.png\")
Come visualizzare hooks e actions.<\/figcaption><\/figure>\nLanguages<\/h3>\n
La scheda Languages<\/strong> mostra i domini di lingua e di testo del vostro sito e il file di lingua<\/a> utilizzato per ogni estensione.<\/p>\nNon \u00e8 molto utile se avete un sito in una sola lingua, l’inglese. Tuttavia, questa scheda pu\u00f2 essere utile se gestite un sito multilingue<\/a> e\/o se il vostro sito \u00e8 in una lingua che potrebbe non avere una copertura completa del pacchetto di traduzione.<\/p>\nHTTP API Calls<\/h3>\n
La scheda HTTP API Calls <\/strong> mostra tutte le richieste HTTP lato server che si sono verificate durante il caricamento della pagina, compresi i dettagli della richiesta, i tempi e il codice di stato HTTP<\/a>.<\/p>\nSe un plugin o un tema effettua chiamate HTTP API lente, spesso questa pu\u00f2 essere una causa “nascosta” di scarse prestazioni e dovrete trovare un modo per risolverla, cambiando qualcosa nelle impostazioni dell’estensione o passando a un’estensione diversa.<\/p>\n
Per molte pagine dovreste vedere “Nessuna chiamata API HTTP” (\u201cNo HTTP API calls\u201d), il che \u00e8 un buon segno perch\u00e9 significa che non c’\u00e8 nulla che intralcia le prestazioni del vostro sito.<\/p>\n
Capability Checks<\/h3>\n
L’area Capability Checks<\/strong> vi permette di vedere quali capacit\u00e0 dell’utente possono accedere al contenuto che state guardando. Questo pu\u00f2 essere utile per vedere se diversi utenti possono accedere a determinati contenuti del frontend<\/a> o del backend.<\/p>\nQuesta funzione \u00e8 disattivata per impostazione predefinita per motivi di prestazioni. Se volete abilitarla, dovete modificare il file wp-config.php<\/strong> del vostro sito<\/a> e aggiungere il seguente snippet di codice:<\/p>\ndefine( 'QM_ENABLE_CAPS_PANEL', true );<\/code><\/p>\nEnvironment<\/h3>\n
La scheda Environment<\/strong> fornisce un riepilogo dettagliato degli ambienti del vostro sito, tra cui:<\/p>\n\n- PHP<\/a><\/li>\n
- Database<\/li>\n
- WordPress<\/li>\n
- Server<\/li>\n<\/ul>\n
Potete vedere dettagli importanti, limiti, numeri di versione, impostazioni di configurazione, ecc.<\/p>\n
Questo pu\u00f2 essere utile per prendere decisioni importanti sulle prestazioni.<\/p>\n
Per esempio, se vedete che il limite di memoria del vostro sito \u00e8 limitato, potreste voler aumentare il limite di memoria<\/a> per evitare errori legati al limite di memoria<\/a>.<\/p>\nAllo stesso modo, se vedete che state usando una vecchia versione di PHP<\/a>, potreste voler aggiornare alla versione pi\u00f9 recente<\/a> per migliorare le prestazioni<\/a>.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-environment-1024x761.png\")
Come visualizzare le informazioni sull’ambiente.<\/figcaption><\/figure>\nConditionals<\/h3>\n
La scheda Conditionals<\/strong> vi aiuta a vedere quali dichiarazioni di condizione si applicano alla pagina che state guardando, il che pu\u00f2 essere utile nello sviluppo personalizzato.<\/p>\nPotete vedere sia le condizioni “Vero” che quelle “Falso”.<\/p>\n![\"La](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-conditionals-1024x497.png\")
Come visualizzare le condizioni della pagina.<\/figcaption><\/figure>\nCome Visualizzare le Informazioni di Query Monitor come Utente Non Admin<\/h3>\n
In alcune situazioni potreste voler visualizzare le informazioni di Query Monitor con un ruolo diverso o come utente disconnesso. Questo pu\u00f2 essere molto utile per i negozi WooCommerce<\/a>, i siti associativi<\/a> e altri siti simili.<\/p>\nPer farlo, dovete impostare un cookie di autenticazione nel vostro browser. Una volta impostato il cookie, sarete in grado di visualizzare le informazioni di Query Monitor ogni volta che visiterete il sito, anche se siete disconnessi.<\/p>\n
Per impostare il cookie di autenticazione, fate clic sull’icona dell’ingranaggio nell’angolo in alto a destra del pannello di Query Monitor. Poi, clic sul pulsante Set authentication cookie<\/strong>.<\/p>\n![\"Scheda](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/query-monitor-set-authentication-cookie-1024x622.png\")
Come impostare il cookie di autenticazione in Query Monitor.<\/figcaption><\/figure>\nSe volete disattivare questa funzionalit\u00e0, potete tornare su questa interfaccia e fare clic sul pulsante Clear authentication cookie<\/strong> per rimuovere il cookie.<\/p>\nSe combinate questa funzionalit\u00e0 con User Switching<\/a>, un altro utile plugin dello stesso sviluppatore, potete passare rapidamente da un ruolo all’altro<\/a>\u00a0sul vostro sito.<\/p>\nCome Estendere Query Monitor con i Componenti Aggiuntivi<\/h3>\n
Finora ci siamo concentrati esclusivamente sulle funzioni e sulle opzioni di analisi del plugin Query Monitor. Tuttavia, diversi componenti aggiuntivi di terze parti possono estendere ulteriormente Query Monitor.<\/p>\n
Questi possono aggiungere il supporto a specifiche tecnologie di performance, come Memcached e Redis<\/a>, e a specifici plugin di WordPress, come WooCommerce<\/a> o GiveWP<\/a>.<\/p>\nQuery Monitor supporta anche tutti i componenti aggiuntivi del plugin Debug Bar<\/a>, che aggiunge integrazioni per ElasticPress<\/a>, Elementor<\/a>, Cache Lookup e molti altri.<\/p>\nPotete vedere l\u2019elenco completo dei componenti aggiuntivi di Query Monitor su questa pagina GitHub<\/a>.<\/p>\nAltri Strumenti Utili per il Debug e il Miglioramento delle Prestazioni di WordPress<\/h2>\n
Sebbene Query Monitor sia un utile strumento gratuito per il debug delle prestazioni di WordPress, non copre tutto. Ci sono altri strumenti utili che dovreste prendere in considerazione per analizzare diverse aree delle prestazioni di WordPress.<\/p>\n
Kinsta APM (Application Performance Monitoring)<\/h3>\n![\"Homepage](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/03\/kinsta-apm-1024x546.jpg\")
Lo strumento Kinsta APM.<\/figcaption><\/figure>\nSe ospitate il vostro sito su Kinsta<\/a>, avrete accesso gratuito al Kinsta Application Performance Monitoring (APM)<\/a>.<\/p>\nUno strumento APM<\/a> come Kinsta APM va ancora pi\u00f9 in profondit\u00e0<\/a> di Query Monitor e analizza questi aspetti:<\/p>\n\n- Processi PHP lenti<\/li>\n
- Query di database lente<\/li>\n
- Chiamate API lunghe<\/li>\n
- Lunghe richieste di URL esterni<\/li>\n
- Tracce full-stack delle aree problematiche<\/li>\n<\/ul>\n
Potete anche vedere come queste informazioni cambiano nel tempo, cosa che Query Monitor non pu\u00f2 fare. Inoltre, potete analizzare l’intero sito invece di analizzare pagina per pagina.<\/p>\n
Per un tutorial generale, seguite la nostra guida su Kinsta APM<\/a>.<\/p>\nAbbiamo anche delle guide specifiche sull’uso di APM per ottimizzare i siti WordPress ad alta intensit\u00e0 di risorse:<\/p>\n
\n- Usare APM per ottimizzare un negozio WooCommerce<\/a><\/li>\n
- Usare APM per ottimizzare un sito di membership<\/a><\/li>\n<\/ul>\n
New Relic<\/h3>\n
New Relic<\/a> \u00e8 un altro utile strumento di monitoraggio delle prestazioni simile a Kinsta APM.<\/p>\nSe non avete un hosting su Kinsta, pu\u00f2 essere un ottimo strumento per accedere a tipi di analisi simili. Anche se il vostro sito si trova su da Kinsta, potete comunque attivare il monitoraggio di New Relic<\/a> se necessario, anche se dovete avere una vostra licenza.<\/p>\nPer imparare a usare New Relic, potete seguire il nostro tutorial sulle prestazioni di New Relic<\/a>.<\/p>\nUno Strumento di Test della Velocit\u00e0 di Qualit\u00e0<\/h3>\n
Ne abbiamo parlato in precedenza quando abbiamo parlato dell’analisi a cascata, ma un buon strumento di test di velocit\u00e0 pu\u00f2 essere prezioso per verificare cosa<\/em> e come<\/em> carica il vostro sito.<\/p>\nPer aiutarvi a usare qualsiasi strumento scegliate, abbiamo una guida dedicata al modo corretto di eseguire un test di velocit\u00e0<\/a>. Abbiamo anche degli articoli dedicati ad alcuni degli strumenti pi\u00f9 popolari:<\/p>\n\n- Tutorial GTmetrix<\/a><\/li>\n
- Tutorial di Pingdom<\/a><\/li>\n
- Tutorial di PageSpeed Insights<\/a><\/li>\n<\/ul>\n
Modalit\u00e0 di Debug di WordPress<\/h3>\n
WordPress include una modalit\u00e0 di debug integrata per visualizzare tutti gli errori PHP, gli avvisi e le avvertenze. Avete anche la possibilit\u00e0 di salvare questi problemi in un file di log.<\/p>\n
Per maggiori dettagli, consultate la nostra guida completa alla modalit\u00e0 di debug di WordPress<\/a>.<\/p>\nStrumenti per Sviluppatori del Browser Web<\/h3>\n
Chrome include strumenti di sviluppo molto dettagliati che possono aiutarvi a eseguire il debug delle prestazioni del vostro sito, cos\u00ec come altri browser<\/a>.<\/p>\nPer esempio, la scheda Rete<\/strong> vi permette di visualizzare i tempi di ogni richiesta HTTP sul vostro sito, oltre a un’analisi a cascata. La scheda Prestazioni<\/strong> vi offre un’analisi molto dettagliata delle prestazioni.<\/p>\nDalla scheda Lighthouse potete anche eseguire verifiche con Lighthouse<\/strong>. Si tratta dello stesso algoritmo di test delle prestazioni utilizzato da PageSpeed Insights<\/a>.<\/p>\n
Query Monitor<\/a> \u00e8 un plugin gratuito al 100% che vi aiuta a eseguire il debug delle prestazioni e dello sviluppo del vostro sito WordPress.<\/p>\n Potete considerarlo come gli Strumenti per sviluppatori di Chrome, ma in modo specifico per WordPress. Potete esaminare le query del database, gli script, le tempistiche e molto altro ancora. Inoltre, potete visualizzare tonnellate di informazioni utili, come le informazioni generali sull’ambiente e i dettagli di pagine specifiche.<\/p>\n Query Monitor presenta tutte queste informazioni in un modo facilmente accessibile a cui accedere da qualsiasi punto del vostro sito.<\/p>\n Query Monitor \u00e8 gestito da John Blackbourn, ingegnere web di Human Made<\/a>. Ha creato anche molti altri plugin utili, tra cui WP Crontrol<\/a> (ottimo per il debug di wp-cron<\/a>) e User Switching<\/a> (ottimo per il debug delle esperienze di diversi ruoli utente<\/a>).<\/p>\n John \u00e8 molto attivo e lavora costantemente per mantenere e migliorare Query Monitor. Automattic e altri sponsor sostengono il suo lavoro.<\/p>\n Se, dopo aver letto questo articolo, trovate utile il plugin potete sostenere Query Monitor sponsorizzando il progetto su GitHub<\/a> a partire da 1 dollaro al mese.<\/p>\n\n Query Monitor pu\u00f2 aiutarvi a eseguire il debug non solo delle query al database di WordPress<\/a>, nonostante il nome.<\/p>\n Non fraintendeteci: il debug delle query del database<\/a> \u00e8 un’attivit\u00e0 che Query Monitor svolge egregiamente e rappresenta uno dei vantaggi pi\u00f9 significativi del plugin.<\/p>\n Tuttavia, si occupa anche di molte altre aree, tra cui il debug delle prestazioni e il debug generale dello sviluppo.<\/p>\n Ecco un esempio dei molti dettagli con cui Query Monitor pu\u00f2 aiutarvi per l\u2019analisi e il debug:<\/p>\n Una limitazione notevole di Query Monitor \u00e8 che serve soprattutto per il debug “sul momento”. Quando vi mostra le query del database, i tempi e cos\u00ec via, lo fa solo per il caricamento della pagina corrente.<\/p>\n In genere non tiene traccia delle informazioni storiche o dei trend, anche se John dice che questa funzione \u00e8 prevista per le versioni future.<\/p>\n Ora che sapete cos’\u00e8 e cosa fa Query Monitor, vediamo come usarlo per eseguire il debug delle prestazioni del vostro sito e alcuni altri strumenti per il debug generale dello sviluppo.<\/p>\n Vi daremo un’introduzione generale all’interfaccia di Query Monitor e al suo funzionamento. Poi approfondiremo ogni area dell’interfaccia.<\/p>\n Ci sono pi\u00f9 di 12 diverse aree di alto livello dell’interfaccia, quindi c’\u00e8 molto da dire. Tuttavia, il numero esatto di menu dell’interfaccia che vedrete dipender\u00e0 dalla pagina che state analizzando.<\/p>\n Vediamo di approfondire l’argomento.<\/p>\n Query Monitor non ha un’area di interfaccia separata. Al contrario, visualizza nuove informazioni all’interno della barra di amministrazione di WordPress sia nel frontend che nel backend.<\/p>\n Inizialmente Query Monitor visualizza un rapido riepilogo con 4 informazioni:<\/p>\n Se fate clic su questo riepilogo, si aprir\u00e0 l’intera interfaccia di Query Monitor, che viene visualizzata come finestra in sovraimpressione sulla pagina del frontend o del backend che state visualizzando.<\/p>\n Tutte le funzioni e le informazioni offerte da Query Monitor sono contenute in questa finestra in sovrimpressione.<\/p>\n Se preferite cambiare il layout della finestra in sovrimpressione, potete fare clic sul pulsante nell’angolo in alto a destra per passare a un’interfaccia a barre laterali. Potete anche usare il drag-and-drop per modificare le dimensioni della finestra.<\/p>\n L’interfaccia di Query Monitor e le sue informazioni sono visibili solo ad Admin (o Super Admin su WordPress multisito<\/a>).<\/p>\n C’\u00e8 anche la possibilit\u00e0 di impostare un cookie di autenticazione per visualizzare l’output di Query Monitor anche quando non siete connessi (o siete connessi come utente con un ruolo inferiore<\/a>). Vi spiegheremo come fare pi\u00f9 avanti nella guida.<\/p>\n Passiamo in rassegna ogni scheda dell’interfaccia e vi spieghiamo come potete utilizzarla per eseguire il debug del vostro sito WordPress.<\/p>\n La scheda Overview<\/strong> mostra ulteriori dettagli del riepilogo della barra di amministrazione e alcune informazioni generali sull’ambiente.<\/p>\n Per esempio, invece di vedere solo il picco di utilizzo della memoria, la scheda Panoramica fa un passo avanti per vedere in che modo questo picco di utilizzo si relazione con i limiti di memoria del vostro server e di WordPress.<\/p>\n Non c’\u00e8 nulla di troppo dettagliato: \u00e8, appunto, solo una panoramica (da qui il nome).<\/p>\n La scheda Queries<\/strong> vi permette di approfondire ogni query del database per la pagina che state guardando. \u00c8 una delle aree pi\u00f9 ricche di informazioni di Query Monitor, il che ha senso se si considera il nome del plugin.<\/p>\n Per ogni query, potete vedere le seguenti informazioni:<\/p>\n Oltre al debugging generale, potete usarlo per trovare le query lente che bloccano le prestazioni del vostro sito.<\/p>\n Query Monitor suddivide le query in base al tema e ai singoli plugin, in modo che possiate vedere l’impatto di ogni estensione.<\/p>\n Supponiamo che un plugin specifico stia causando molte query lente. In questo caso, dovrete trovare un modo per risolvere il problema, ottimizzando le impostazioni del plugin o la configurazione del vostro server (per esempio usando la cache del database o degli oggetti<\/a>) o passando a un altro plugin pi\u00f9 efficiente<\/a>.<\/p>\n Nella scheda principale potete vedere tutte le informazioni di alto livello per ogni query.<\/p>\n Se volete saperne di pi\u00f9 su una specifica query, fate clic sull’icona pi\u00f9 per espandere le informazioni pi\u00f9 dettagliate.<\/p>\n Se vedete numeri anormalmente bassi, potrebbe essere a causa di un qualche tipo di caching<\/a>, per esempio il caching della pagina o un plugin che memorizza le query del database<\/a>. Per questo motivo, pu\u00f2 essere utile disabilitare la cache durante il debug.<\/p>\n In quest’area ci sono anche alcuni sottomenu che vi aiutano a trovare tipi specifici di query:<\/p>\n L’area Duplicate Queries<\/strong> evidenzia le query duplicate ed elenca i “potenziali problemi” per aiutarvi a risolvere i problemi e a semplificare le cose.<\/p>\n L’area Queries by Caller<\/strong> vi permette di visualizzare tutti i caller di questa pagina. Se fate clic su uno di essi, potete vedere l’elenco delle query per quel caller.<\/p>\n L’area Queries by Components<\/strong> mostra un elenco di tutti i componenti che hanno effettuato query, tra cui il core di WordPress, il vostro tema e i singoli plugin.<\/p>\n Potete fare clic su un componente specifico per visualizzare tutte le sue query.<\/p>\n Anche in questo caso, si tratta di uno dei report pi\u00f9 preziosi perch\u00e9 vi permette di individuare i plugin specifici che peggiorano le prestazioni del vostro sito con query lente.<\/p>\n Se non vedete le informazioni sui componenti in Query Monitor, \u00e8 probabile che Query Monitor non riesca a collegarsi al file db.php. In questi casi vedrete un messaggio di errore come quello che segue.<\/p>\n Ci sono due probabili cause:<\/p>\n Potete vedere alcune correzioni e soluzioni in questo articolo di GitHub<\/a>. Se vi sentite a vostro agio nel connettervi al vostro server tramite SSH<\/a>, potete risolvere il problema con un comando WP-CLI<\/a> (anche se esistono altri metodi).<\/p>\n La maggior parte delle funzionalit\u00e0 di Query Monitor continuer\u00e0 a funzionare anche con questo problema, ma non potrete vedere le informazioni sui componenti finch\u00e9 non risolverete il problema.<\/p>\n La scheda Logs<\/strong> \u00e8 una scheda avanzata che vi permette di impostare i messaggi e le variabili da registrare. Questo pu\u00f2 aiutarvi a risolvere problemi tecnici o a tenere sotto controllo il vostro sito per individuare eventuali problemi.<\/p>\n Quando installate Query Monitor per la prima volta, questa scheda non visualizzer\u00e0 nulla perch\u00e9 non avrete impostato alcuna variabile di log.<\/p>\n Tuttavia, se volete impostare delle variabili di log personalizzate, potete farlo usando una semplice sintassi come questa:<\/p>\n Query Monitor supporta le seguenti azioni, che vi permettono di registrare i problemi a diversi livelli:<\/p>\n Se volete saperne di pi\u00f9 e vedere alcuni esempi, consultate la pagina Query Monitor Logging Variable<\/a>.<\/p>\n La scheda principale Request<\/strong> mostra le variabili della query per la richiesta corrente.<\/p>\n Ci sono anche dei sottomenu per vedere le intestazioni della richiesta (Request Headers)<\/strong> e le intestazioni di risposta (Response Headers)<\/strong>, che probabilmente sono pi\u00f9 utili per il debug delle prestazioni.<\/p>\n Per esempio, potreste voler eseguire il debug del comportamento del caching o del CDN. Nel sottomenu Response Headers<\/strong> potete vedere il comportamento Cache-Control, che vi permette di eseguire il debug del caching del browser sul vostro sito<\/a>.<\/p>\n La scheda Blocks<\/strong> \u00e8 visibile solo se guardate una pagina costruita con l’editor di blocchi nativo di WordPress (AKA Gutenberg)<\/a>.<\/p>\n In questi casi, questa pagina elencher\u00e0 ogni singolo blocco<\/a> della pagina, insieme a informazioni dettagliate su quel blocco.<\/p>\n Una cosa intelligente \u00e8 che vi dir\u00e0 se il blocco proviene dal core di WordPress o da un altro plugin.<\/p>\n La scheda Template<\/strong> sar\u00e0 visibile solo se state usando Query Monitor sul frontend del vostro sito. Vi aiuta a visualizzare e a fare il debug della gerarchia dei template<\/a> della pagina che state guardando.<\/p>\n Potete vedere il file del template specifico per quella pagina e le varie parti del template e le classi del corpo.<\/p>\n Questo non ha nulla a che fare con le prestazioni, ma pu\u00f2 essere utile per lo sviluppo di temi personalizzati<\/a>.<\/p>\n La scheda Admin Screen<\/strong> sar\u00e0 visibile solo se usate Query Monitor nella bacheca di amministrazione di WordPress<\/a>. Probabilmente non la userete spesso, ma pu\u00f2 essere utile se dovete eseguire il debug di un comportamento in una schermata di amministrazione personalizzata.<\/p>\n Se guardate una schermata di amministrazione con una tabella di annunci, vi mostrer\u00e0 i filtri e le azioni delle colonne personalizzate. Vi mostrer\u00e0 anche lo stato di get_current_screen.<\/p>\n Dopo la scheda Queries<\/strong>, la scheda Scripts<\/strong> \u00e8 probabilmente l’area di debug delle prestazioni pi\u00f9 utile in Query Monitor.<\/p>\n Questa scheda mostra tutti gli script JavaScript<\/a> in attesa sulla pagina e le loro dipendenze. Potete anche disporre di filtri per trovare rapidamente gli script provenienti da un host specifico o con dipendenze esplicite.<\/p>\n In linea di massima, pi\u00f9 script equivalgono a un sito web pi\u00f9 lento perch\u00e9 aumentano le dimensioni della pagina e aggiungono richieste HTTP.<\/p>\n Potete usare quest’area per scoprire l’impatto delle diverse estensioni e trovare il modo di ridurre il numero di script in attesa<\/a> che vengono caricati su ogni pagina.<\/p>\n Query Monitor non mostra per\u00f2 i tempi di caricamento di tutti questi script. Se volete vedere questo aspetto, dovete usare uno strumento di test della velocit\u00e0<\/a> e approfondire l’analisi a cascata: Pingdom<\/a> e GTmetrix<\/a> sono due ottime opzioni.<\/p>\n Se avete bisogno di aiuto per usare questi dettagli e ottimizzare gli script del vostro sito, abbiamo molte guide utili per ottimizzare JavaScript su WordPress:<\/p>\n La scheda Styles<\/strong> \u00e8 come la scheda Script<\/strong>, ma mostra i CSS in attesa<\/a> invece di JavaScript. \u00c8 un’altra scheda utile per il debug delle prestazioni del vostro sito.<\/p>\n Come per gli script, il caricamento di un maggior numero di fogli di stile in una pagina comporta, in linea di massima, un caricamento pi\u00f9 lento del sito.<\/p>\n In quest’area potete scoprire l’impatto delle diverse estensioni sul vostro sito. Potete usare queste informazioni per ridurre il numero di fogli di stile da caricare sulla pagina, riducendo cos\u00ec le dimensioni del file e le richieste HTTP necessarie per caricare la pagina<\/a>.<\/p>\n Come per gli script, Query Monitor non vi fornir\u00e0 un’analisi approfondita del caricamento dei CSS e se questi bloccano il caricamento di parti critiche del vostro sito. Per questo, dovrete usare nuovamente l’analisi a cascata.<\/p>\n Abbiamo alcuni post utili che vi aiutano a ottimizzare il CSS del vostro sito:<\/p>\n La scheda Hooks & Actions<\/strong> elenca tutti gli hooks e la action della pagina corrente, insieme alla loro priorit\u00e0.<\/p>\n Per le azioni, potete espandere una singola azione per vedere il file e la riga di codice associati a quell’azione. Potete anche filtrare le azioni per componente per trovare le azioni del core di WordPress, dei plugin e dei temi.<\/p>\n Quest’area non \u00e8 realmente incentrata sulle prestazioni, ma \u00e8 comoda per lo sviluppo personalizzato.<\/p>\n La scheda Languages<\/strong> mostra i domini di lingua e di testo del vostro sito e il file di lingua<\/a> utilizzato per ogni estensione.<\/p>\n Non \u00e8 molto utile se avete un sito in una sola lingua, l’inglese. Tuttavia, questa scheda pu\u00f2 essere utile se gestite un sito multilingue<\/a> e\/o se il vostro sito \u00e8 in una lingua che potrebbe non avere una copertura completa del pacchetto di traduzione.<\/p>\n La scheda HTTP API Calls <\/strong> mostra tutte le richieste HTTP lato server che si sono verificate durante il caricamento della pagina, compresi i dettagli della richiesta, i tempi e il codice di stato HTTP<\/a>.<\/p>\n Se un plugin o un tema effettua chiamate HTTP API lente, spesso questa pu\u00f2 essere una causa “nascosta” di scarse prestazioni e dovrete trovare un modo per risolverla, cambiando qualcosa nelle impostazioni dell’estensione o passando a un’estensione diversa.<\/p>\n Per molte pagine dovreste vedere “Nessuna chiamata API HTTP” (\u201cNo HTTP API calls\u201d), il che \u00e8 un buon segno perch\u00e9 significa che non c’\u00e8 nulla che intralcia le prestazioni del vostro sito.<\/p>\n L’area Capability Checks<\/strong> vi permette di vedere quali capacit\u00e0 dell’utente possono accedere al contenuto che state guardando. Questo pu\u00f2 essere utile per vedere se diversi utenti possono accedere a determinati contenuti del frontend<\/a> o del backend.<\/p>\n Questa funzione \u00e8 disattivata per impostazione predefinita per motivi di prestazioni. Se volete abilitarla, dovete modificare il file wp-config.php<\/strong> del vostro sito<\/a> e aggiungere il seguente snippet di codice:<\/p>\n La scheda Environment<\/strong> fornisce un riepilogo dettagliato degli ambienti del vostro sito, tra cui:<\/p>\n Potete vedere dettagli importanti, limiti, numeri di versione, impostazioni di configurazione, ecc.<\/p>\n Questo pu\u00f2 essere utile per prendere decisioni importanti sulle prestazioni.<\/p>\n Per esempio, se vedete che il limite di memoria del vostro sito \u00e8 limitato, potreste voler aumentare il limite di memoria<\/a> per evitare errori legati al limite di memoria<\/a>.<\/p>\n Allo stesso modo, se vedete che state usando una vecchia versione di PHP<\/a>, potreste voler aggiornare alla versione pi\u00f9 recente<\/a> per migliorare le prestazioni<\/a>.<\/p>\n La scheda Conditionals<\/strong> vi aiuta a vedere quali dichiarazioni di condizione si applicano alla pagina che state guardando, il che pu\u00f2 essere utile nello sviluppo personalizzato.<\/p>\n Potete vedere sia le condizioni “Vero” che quelle “Falso”.<\/p>\n In alcune situazioni potreste voler visualizzare le informazioni di Query Monitor con un ruolo diverso o come utente disconnesso. Questo pu\u00f2 essere molto utile per i negozi WooCommerce<\/a>, i siti associativi<\/a> e altri siti simili.<\/p>\n Per farlo, dovete impostare un cookie di autenticazione nel vostro browser. Una volta impostato il cookie, sarete in grado di visualizzare le informazioni di Query Monitor ogni volta che visiterete il sito, anche se siete disconnessi.<\/p>\n Per impostare il cookie di autenticazione, fate clic sull’icona dell’ingranaggio nell’angolo in alto a destra del pannello di Query Monitor. Poi, clic sul pulsante Set authentication cookie<\/strong>.<\/p>\n Se volete disattivare questa funzionalit\u00e0, potete tornare su questa interfaccia e fare clic sul pulsante Clear authentication cookie<\/strong> per rimuovere il cookie.<\/p>\n Se combinate questa funzionalit\u00e0 con User Switching<\/a>, un altro utile plugin dello stesso sviluppatore, potete passare rapidamente da un ruolo all’altro<\/a>\u00a0sul vostro sito.<\/p>\n Finora ci siamo concentrati esclusivamente sulle funzioni e sulle opzioni di analisi del plugin Query Monitor. Tuttavia, diversi componenti aggiuntivi di terze parti possono estendere ulteriormente Query Monitor.<\/p>\n Questi possono aggiungere il supporto a specifiche tecnologie di performance, come Memcached e Redis<\/a>, e a specifici plugin di WordPress, come WooCommerce<\/a> o GiveWP<\/a>.<\/p>\n Query Monitor supporta anche tutti i componenti aggiuntivi del plugin Debug Bar<\/a>, che aggiunge integrazioni per ElasticPress<\/a>, Elementor<\/a>, Cache Lookup e molti altri.<\/p>\n Potete vedere l\u2019elenco completo dei componenti aggiuntivi di Query Monitor su questa pagina GitHub<\/a>.<\/p>\n Sebbene Query Monitor sia un utile strumento gratuito per il debug delle prestazioni di WordPress, non copre tutto. Ci sono altri strumenti utili che dovreste prendere in considerazione per analizzare diverse aree delle prestazioni di WordPress.<\/p>\n Se ospitate il vostro sito su Kinsta<\/a>, avrete accesso gratuito al Kinsta Application Performance Monitoring (APM)<\/a>.<\/p>\n Uno strumento APM<\/a> come Kinsta APM va ancora pi\u00f9 in profondit\u00e0<\/a> di Query Monitor e analizza questi aspetti:<\/p>\n Potete anche vedere come queste informazioni cambiano nel tempo, cosa che Query Monitor non pu\u00f2 fare. Inoltre, potete analizzare l’intero sito invece di analizzare pagina per pagina.<\/p>\n Per un tutorial generale, seguite la nostra guida su Kinsta APM<\/a>.<\/p>\n Abbiamo anche delle guide specifiche sull’uso di APM per ottimizzare i siti WordPress ad alta intensit\u00e0 di risorse:<\/p>\n New Relic<\/a> \u00e8 un altro utile strumento di monitoraggio delle prestazioni simile a Kinsta APM.<\/p>\n Se non avete un hosting su Kinsta, pu\u00f2 essere un ottimo strumento per accedere a tipi di analisi simili. Anche se il vostro sito si trova su da Kinsta, potete comunque attivare il monitoraggio di New Relic<\/a> se necessario, anche se dovete avere una vostra licenza.<\/p>\n Per imparare a usare New Relic, potete seguire il nostro tutorial sulle prestazioni di New Relic<\/a>.<\/p>\n Ne abbiamo parlato in precedenza quando abbiamo parlato dell’analisi a cascata, ma un buon strumento di test di velocit\u00e0 pu\u00f2 essere prezioso per verificare cosa<\/em> e come<\/em> carica il vostro sito.<\/p>\n Per aiutarvi a usare qualsiasi strumento scegliate, abbiamo una guida dedicata al modo corretto di eseguire un test di velocit\u00e0<\/a>. Abbiamo anche degli articoli dedicati ad alcuni degli strumenti pi\u00f9 popolari:<\/p>\n WordPress include una modalit\u00e0 di debug integrata per visualizzare tutti gli errori PHP, gli avvisi e le avvertenze. Avete anche la possibilit\u00e0 di salvare questi problemi in un file di log.<\/p>\n Per maggiori dettagli, consultate la nostra guida completa alla modalit\u00e0 di debug di WordPress<\/a>.<\/p>\n Chrome include strumenti di sviluppo molto dettagliati che possono aiutarvi a eseguire il debug delle prestazioni del vostro sito, cos\u00ec come altri browser<\/a>.<\/p>\n Per esempio, la scheda Rete<\/strong> vi permette di visualizzare i tempi di ogni richiesta HTTP sul vostro sito, oltre a un’analisi a cascata. La scheda Prestazioni<\/strong> vi offre un’analisi molto dettagliata delle prestazioni.<\/p>\n Dalla scheda Lighthouse potete anche eseguire verifiche con Lighthouse<\/strong>. Si tratta dello stesso algoritmo di test delle prestazioni utilizzato da PageSpeed Insights<\/a>.<\/p>\nCosa Fa Query Monitor?<\/h2>\n
\n
Come Usare Query Monitor per Fare il Debug di WordPress e Migliorare le Prestazioni<\/h2>\n
Introduzione all’Interfaccia di Query Monitor<\/h3>\n
\n
Overview<\/h3>\n
Queries<\/h3>\n
\n
\n
Duplicate Queries<\/h4>\n
Queries by Caller<\/h4>\n
Queries by Components<\/h4>\n
Leggete Qui Se Non Vedete le Query per Componente<\/h4>\n
\n
Logs<\/h3>\n
do_action( 'qm\/debug', 'This happened!' );<\/code><\/p>\n\n
Request<\/h3>\n
Blocks<\/h3>\n
Template<\/h3>\n
Admin Screen<\/h3>\n
Script<\/h3>\n
\n
Styles<\/h3>\n
\n
Hooks & Actions<\/h3>\n
Languages<\/h3>\n
HTTP API Calls<\/h3>\n
Capability Checks<\/h3>\n
define( 'QM_ENABLE_CAPS_PANEL', true );<\/code><\/p>\nEnvironment<\/h3>\n
\n
Conditionals<\/h3>\n
Come Visualizzare le Informazioni di Query Monitor come Utente Non Admin<\/h3>\n
Come Estendere Query Monitor con i Componenti Aggiuntivi<\/h3>\n
Altri Strumenti Utili per il Debug e il Miglioramento delle Prestazioni di WordPress<\/h2>\n
Kinsta APM (Application Performance Monitoring)<\/h3>\n
\n
\n
New Relic<\/h3>\n
Uno Strumento di Test della Velocit\u00e0 di Qualit\u00e0<\/h3>\n
\n
Modalit\u00e0 di Debug di WordPress<\/h3>\n
Strumenti per Sviluppatori del Browser Web<\/h3>\n