{"id":21128,"date":"2018-06-24T06:08:27","date_gmt":"2018-06-24T05:08:27","guid":{"rendered":"https:\/\/kinsta.com\/?p=10106"},"modified":"2023-10-12T12:35:34","modified_gmt":"2023-10-12T11:35:34","slug":"admin-ajax-php","status":"publish","type":"post","link":"https:\/\/kinsta.com\/it\/blog\/admin-ajax-php\/","title":{"rendered":"Come Diagnosticare un Elevato Utilizzo di Admin-Ajax nel Vostro Sito WordPress"},"content":{"rendered":"

Ajax \u00e8 una tecnologia web basata su JavaScript che aiuta a costruire siti web dinamici e interattivi. WordPress usa Ajax per alimentare molte delle sue caratteristiche principali dell’area amministrativa, come il salvataggio automatico dei post, la gestione delle sessioni utente e le notifiche.<\/p>\n

Per impostazione predefinita, WordPress dirige tutte le chiamate Ajax attraverso il file admin-ajax.php<\/code><\/strong> che si trova nella directory \/wp-admin<\/code><\/strong> del sito.<\/p>\n

Numerose richieste Ajax simultanee possono portare a un uso elevato di admin-ajax.php<\/code><\/strong>, con conseguente notevole rallentamento del server e del sito web. \u00c8 uno dei problemi pi\u00f9 comuni affrontati da molti siti WordPress non ottimizzati. In genere, si manifesta come un sito web lento o un errore HTTP 5xx (per lo pi\u00f9 errori 504<\/a> o 502<\/a>).<\/p>\n

In questo articolo, imparerete a conoscere il file admin-ajax.php<\/code><\/strong> di WordPress, come funziona, i suoi vantaggi e svantaggi, e come \u00e8 possibile diagnosticare e risolvere il problema dell’elevato utilizzo di admin-ajax.php<\/code><\/strong>.<\/p>\n

Pronti a partire? Andiamo!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Cos’\u00c8 il File admin-ajax.php?<\/h2>\n

Il file admin-ajax.php<\/code><\/strong> contiene tutto il codice che serve per l’instradamento delle richieste Ajax su WordPress. Il suo scopo principale \u00e8 quello di stabilire una connessione tra il client e il server usando Ajax. WordPress lo usa per aggiornare i contenuti della pagina senza ricaricarla, rendendola cos\u00ec dinamica e interattiva<\/a> per gli utenti.<\/p>\n

\"Una
Una panoramica di base sul funzionamento di Admin Ajax su WordPress<\/figcaption><\/figure>\n

Poich\u00e9 il core di WordPress usa gi\u00e0 Ajax per alimentare le sue varie funzioni di backend<\/a>, \u00e8 possibile usare le stesse funzioni per impiegare Ajax su WordPress. Tutto quello che dovete fare \u00e8 registrare un’azione, puntarla sul file admin-ajax.php<\/code><\/strong> del vostro sito e definire come volete che restituisca il valore. Potete impostarlo in HTML, JSON, o anche XML.<\/p>\n

\"Il
Il file admin-ajax.php in WordPress<\/figcaption><\/figure>\n

Come indica WordPressTrac<\/a>, il file admin-ajax.php<\/code><\/strong> \u00e8 apparso per la prima volta in WordPress 2.1. Viene anche chiamato Ajax Admin<\/strong> nella comunit\u00e0 di sviluppo di WordPress.<\/p>\n

\"Controllo
Controllo dell’utilizzo di Ajax nel cruscotto di MyKinsta<\/figcaption><\/figure>\n

Il grafico qui sopra mostra solo la quantit\u00e0 di richieste admin-ajax.php<\/code><\/strong>, non da dove potrebbero provenire. \u00c8 un ottimo modo per vedere quando si verificano i picchi. Potete combinarlo con altre tecniche menzionate in questo articolo per restringere la causa primaria.<\/p>\n

\"Controllo
Controllo del numero di richieste admin-ajax.php in Chrome DevTools<\/figcaption><\/figure>\n

Potete anche usare Chrome DevTools per vedere quante richieste vengono inviate a admin-ajax.php<\/code><\/strong>. Controllate anche la scheda Timings<\/strong> nella sezione Network<\/strong> per scoprire quanto tempo ci vuole per elaborare queste richieste.<\/p>\n

Per quanto riguarda la ricerca della ragione esatta dietro l\u2019elevato utilizzo di admin-ajax.php<\/code><\/strong>, ci sono due cause principali: una dovuta al frontend e l’altra dovuta al backend. Le analizziamo entrambe qui di seguito.<\/p>\n\n

Come Eseguire il Debug di Un Elevato Utilizzo di admin-ajax.php su WordPress<\/h2>\n

I plugin di terze parti<\/a> sono uno dei motivi pi\u00f9 comuni dietro l\u2019elevato utilizzo di admin-ajax.php. In genere, questo problema \u00e8 visto sul frontend del sito e si presenta spesso nei rapporti di test di velocit\u00e0.<\/p>\n

Ma i plugin non sono l’unico colpevole qui: anche i temi<\/a>, il core di WordPress, il web server<\/a> e un attacco DDoS<\/a> possono essere una ragione dietro l\u2019elevato utilizzo di Admin Ajax.<\/p>\n

Esploriamoli in modo pi\u00f9 dettagliato.<\/p>\n

Come Determinare l’Origine di un Elevato Utilizzo di admin-ajax.php per Plugin e Temi<\/h3>\n
\"Plugin
Plugin alimentati con Ajax nel repository di WordPress.org<\/figcaption><\/figure>\n

Ajax \u00e8 spesso usato dagli sviluppatori di WordPress<\/a> per creare plugin e temi dinamici e interattivi. Alcuni esempi popolari includono l’aggiunta di funzionalit\u00e0 come la ricerca in tempo reale<\/a>, i filtri dei prodotti, lo scroll infinito, il carrello dinamico<\/a> e il box per la chat<\/a>.<\/p>\n

Solo perch\u00e9 un plugin usa Ajax non significa che rallenter\u00e0 il vostro sito<\/a>.<\/p>\n

\"Visualizzazione
Visualizzazione della richiesta admin-ajax.php nel rapporto di WebPageTest<\/figcaption><\/figure>\n

Di solito, l’Admin Ajax si carica verso la fine del processo di caricamento di pagina. Inoltre, potete impostare il caricamento delle richieste Ajax in modo asincrono, in modo che possa avere poco o nessun effetto sulle prestazioni di pagina percepite dall’utente.<\/p>\n

Come potete vedere nel rapporto WebPageTest<\/a> sopra riportato, admin-ajax.php<\/code><\/strong> si carica verso la fine della coda di richieste, ma impiega ancora 780 ms. \u00c8 un sacco di tempo per una sola richiesta.<\/p>\n

\"Rapporto
Rapporto GTmetrix che indica un importante picco di utilizzo di admin-ajax.php<\/figcaption><\/figure>\n

Quando gli sviluppatori non implementano correttamente Ajax su WordPress<\/a>, questo pu\u00f2 portare a drastici problemi di performance. Il rapporto GTmetrix di cui sopra \u00e8 un perfetto esempio di tale comportamento.<\/p>\n

\u00c8 inoltre possibile usare GTmetrix per scavare nei singoli post e nei dati di risposta. Potete usare questa funzione per individuare la causa del problema.<\/p>\n

Per farlo, andate alla scheda Waterfall<\/strong> del report GTmetrix, quindi trovate la voce POST admin-ajax.php<\/strong> e fateci clic sopra. Vedrete tre schede per questa richiesta: Headers, Post e Response.<\/p>\n

\"I
I dati di header della richiesta POST per admin-ajax.php<\/figcaption><\/figure>\n

Controllando le schede Post<\/strong> e Response<\/strong> della richiesta, troverete alcuni suggerimenti per scoprire le ragioni alla base del problema di performance. Per questo sito, potete vedere gli indizi nella scheda Response.<\/p>\n

\"Dati
Dati della scheda Response per la richiesta POST admin-ajax.php<\/figcaption><\/figure>\n

Potete vedere che parte della risposta ha qualcosa a che fare con un tag di input con id impostato su “fusion-form-nonce-656”.<\/p>\n

Una rapida ricerca di questa stringa vi condurr\u00e0 al sito web di ThemeFusion, i creatori del tema Avada. Da qui, potete concludere che la richiesta proviene dal tema, o da uno qualsiasi dei plugin che lo compongono.<\/p>\n

In tal caso, \u00e8 necessario prima assicurarsi che il tema Avada e tutti i relativi plugin siano completamente aggiornati. Se questo non risolve il problema, allora potete provare a disabilitare il tema e vedere se questo risolve tutto.<\/p>\n

A differenza della disabilitazione di un plugin, la disabilitazione di un tema non \u00e8 fattibile nella maggior parte degli scenari. Quindi, provate a ottimizzare il tema<\/a> per rimuovere eventuali colli di bottiglia. Potete anche contattare il team di supporto del tema per vedere se pu\u00f2 suggerire una soluzione migliore.<\/p>\n

Il test GTmetrix di un altro sito web lento ha portato a trovare problemi simili dovuti al costruttore di pagine di Visual Composer e il plugin Notification Bar.<\/p>\n

\"I
I dati Response di un’altra richiesta POST admin-ajax.php<\/figcaption><\/figure>\n
\"I
I dati Post di un’altra richiesta POST admin-ajax.php<\/figcaption><\/figure>\n

Per fortuna, se non riuscite a risolvere un problema con il plugin, la maggior parte di voi ha a disposizione molti plugin alternativi da provare. Per esempio, quando si tratta di costruttori di pagine<\/a>, potreste provare anche Beaver Builder o Elementor.<\/p>\n

Come Determinare l’Origine di un Elevato Utilizzo di admin-ajax.php<\/h3>\n

A volte, i dati Post e Response presentati nei rapporti di test della velocit\u00e0 possono non essere cos\u00ec chiari e semplici. In questo caso, trovare l’origine dell’elevato utilizzo di admin-ajax.php<\/code><\/strong> non \u00e8 cos\u00ec facile. In questi casi, si pu\u00f2 sempre fare alla vecchia maniera.<\/p>\n

Disattivate tutti i plugin del sito<\/a>, cancellate la cache del sito<\/a> (se presente) e poi eseguite nuovamente un test di velocit\u00e0. Se la richiesta admin-ajax.php<\/code><\/strong> \u00e8 ancora presente, allora il colpevole pi\u00f9 probabile \u00e8 il tema. Ma se non trovate nulla da nessuna parte, allora dovete attivare ogni plugin uno per uno ed ripetere i test di velocit\u00e0 ogni volta. Con il processo di eliminazione, bloccherete l’origine del problema.<\/p>\n

Suggerimento:<\/strong> l’utilizzo di un ambiente di staging<\/a> (ad esempio l’ambiente di staging di Kinsta<\/a>) \u00e8 un ottimo modo per eseguire i test sul vostro sito senza influenzare il vostro sito live. Una volta determinata la causa e risolto il problema nell’ambiente di staging, potete spostare le modifiche al sito live<\/a>.<\/p>\n

Diagnosticare i Problemi del Server Backend con admin-ajax.php<\/h3>\n

La seconda ragione pi\u00f9 comune per l’elevato utilizzo di admin-ajax.php<\/code><\/strong> \u00e8 l’API WordPress Heartbeat che genera frequenti chiamate Ajax, portando a un elevato utilizzo della CPU sul server. Tipicamente, questo \u00e8 causato da molti utenti che hanno effettuato l’accesso alla dashboard del backend di WordPress. Questo quindi non si vedr\u00e0 nei test di velocit\u00e0.<\/p>\n

Per impostazione predefinita, l’API Heartbeat esegue il polling del file admin-ajax.php<\/code><\/strong> ogni 15 secondi per salvare automaticamente i post o le pagine. Se usate un server di hosting condiviso<\/a>, allora non disponete di molte risorse server dedicate al vostro sito. Se state modificando un post o una pagina e lasciate la scheda aperta per un tempo significativo, allora potete accumulare molte richieste Admin Ajax.<\/p>\n

Ad esempio, un singolo utente da solo pu\u00f2 generare 240 richieste in un’ora mentre scrive o modifica i post!<\/p>\n

\"Frequenti
Frequenti richieste di salvataggio automatico di admin-ajax.php<\/figcaption><\/figure>\n

Sono senza dubbio molte richieste sul backend per un solo utente. Ora immaginate un sito in cui ci sono pi\u00f9 editor collegati contemporaneamente. Un sito di questo tipo pu\u00f2 accumulare rapidamente un gran numero di richieste Ajax, generando un elevato utilizzo della CPU.<\/p>\n

Questa \u00e8 stata la situazione scoperta da DARTDrones<\/a> quando l’azienda stava preparando il suo sito WooCommerce per l’aumento di traffico previsto dopo la sua partecipazione a Shark Tank.<\/p>\n

Prima di apparire nello show televisivo, il sito di DARTDrones riceveva oltre 4.100 chiamate admin-ajax.php<\/strong><\/code> in un giorno, con solo 2.000 visitatori unici. Si tratta di un rapporto richieste\/visite molto basso.<\/p>\n

\"Uso
Uso elevato di admin-ajax.php su dartdrones.com<\/figcaption><\/figure>\n

Le persone incaricate dell’analisi hanno notato l’URL<\/a> di riferimento \/wp-admin<\/strong> e hanno determinato correttamente la causa principale. Queste richieste erano dovute al fatto che gli amministratori e i redattori di DARTDrones stavano aggiornando frequentemente il sito in previsione dello show.<\/p>\n

WordPress ha in parte gi\u00e0 da tempo risolto questo problema delle API Heartbeat<\/a>. Ad esempio, potete ridurre la frequenza delle richieste generate dall’API Heartbeat sugli host con risorse limitate. La frequenza si sospende anche dopo un’ora di inattivit\u00e0 della tastiera \/mouse\/touch.<\/p>\n