Come ogni developer può testimoniare, il codice non è mai pronto per la produzione dopo la prima bozza. Una parte fondamentale del processo di sviluppo è il debug, ovvero la rimozione o la modifica di tutte le parti del codice che non funzionano.

L’estensione Xdebug per PHP è un modo molto diffuso per scovare e distruggere tutti i bug del vostro codice.

Uno degli aspetti più interessanti di Xdebug è la sua flessibilità. Indipendentemente dal framework o dall’ambiente di sviluppo che preferite, potrete trovare una versione di Xdebug adatta al vostro flusso di lavoro. Da lì a prendere confidenza con lo strumento non ci vorrà molto.

In questo tutorial vedremo Xdebug in modo approfondito, compreso il processo di installazione, l’integrazione nella vostra configurazione e l’utilizzo generale.

Per prima cosa, vediamo di capire meglio cos’è e cosa fa Xdebug.

Presentazione di Xdebug

Xdebug è una delle estensioni più popolari per il debug del codice PHP. Si installa dall’ambiente che avete scelto e agisce come un “debugger a passi”.

Uno sfondo verde a strati che mostra il logo Xdebug, completo di una 'X' verde
Il logo di Xdebug.

In breve, questo vi permette di lavorare sul vostro codice riga per riga, in modo da poter esaminare il modo in cui il codice agisce e interagisce all’interno del programma, oltre a studiare il suo output. Da lì potrete apportare le modifiche che ritenete opportune.

Xdebug può fare molto di più, però:

  • Potete analizzare le prestazioni del vostro codice usando una serie di metriche e visualizzazioni.
  • Quando eseguite i test unitari di PHP, potete vedere quali suite di codice vengono eseguite.
  • Xdebug include funzionalità di “tracing” che scrivono su disco ogni chiamata di funzione. Questo include argomenti, assegnazioni di variabili e valori di ritorno.
  • Xdebug apporta anche dei miglioramenti alla segnalazione degli errori standard di PHP. Ne parleremo più avanti.

Date le sue caratteristiche, ci sono molti modi per usare Xdebug (e qualsiasi altro debugger simile) all’interno del vostro flusso di lavoro. Li illustreremo nella prossima sezione.

Perché Usare Xdebug

Molti developer non hanno un flusso di lavoro dedicato al debug che utilizza strumenti ed estensioni di terze parti. Questo perché PHP include un proprio rudimentale sistema di registrazione degli errori. Userete comandi come error_log, var_dump e print per vedere i risultati delle variabili e delle chiamate di funzione.

Per esempio, ci sono molti snippet che potete riutilizzare per lo sviluppo di WordPress: Stack Overflow ne è pieno:

function log_me($message) {
  if ( WP_DEBUG === true ) {
      if ( is_array($message) || is_object($message) ) {
          error_log( print_r($message, true) );
      } else {
           error_log( $message );
      }
  }
}

Tuttavia, questo approccio presenta alcuni importanti svantaggi:

  • Per prima cosa dovete assicurarvi di aver abilitato i log degli errori per la piattaforma con cui state lavorando. In questo caso, dovrete abilitare WP_DEBUG (ne parleremo più avanti).
  • Questo esempio di debug “dump” offre meno possibilità di indagine rispetto al debug a passi. In questo caso, potete produrre solo ciò che definite.

L’ultimo punto richiede un grande sforzo manuale, soprattutto se il vostro lavoro quotidiano non è quello di sysadmin. Per esempio, se volete eseguire il debug di un blocco di codice, potreste aggiungere il vostro snippet in base a una variabile che definite. Tuttavia, potrebbe non essere la fonte del problema e nemmeno indicare cosa sta succedendo.

Invece, uno strumento come Xdebug può fare la sua magia per fornire una portata maggiore:

  • Potete “rompere” il vostro codice in vari punti durante l’esecuzione per vedere cosa succede in tempo reale.
  • Ci sono una miriade di metriche, visualizzazioni, rami e altro ancora che vi aiutano a capire cosa sta facendo il vostro codice e come risponde.
  • A volte potete anche modificare i valori al volo durante il processo di debug. Questo offre un valore immenso, anche per le suite di codice che funzionano bene. In sostanza, potete eseguire test unitari manuali in qualsiasi momento.
  • Poiché si usano i breakpoint per contrassegnare le aree da sottoporre a debug, non avrete bisogno di lavorare con gli snippet all’interno del codice. Questo mantiene il codice più pulito e riduce il numero di problemi futuri.

In generale, l’utilizzo di uno strumento come Xdebug è una decisione proattiva piuttosto che responsive. Potete utilizzare il debug a tappe come parte integrante del processo di sviluppo, proprio come l’implementazione dei test unitari come parte dello sviluppo guidato dai test (TDD).

Come Attivare la Registrazione degli Errori in PHP

Anche se potete eseguire il debug del vostro codice senza un errore specifico, spesso è utile sapere se un problema si verifica senza avere Xdebug aperto. Questo vi dà un punto di partenza per l’esplorazione. Non è strettamente necessario, ma può essere una parte utile della vostra catena.

Per segnalare ogni errore che si verifica, dovrete aggiungere una riga all’inizio del file PHP corrispondente:

error_reporting(E_ALL);

Si tratta di un comando di tipo catch-all e potete ottenere lo stesso risultato utilizzando la funzione ini_set:

ini_set('error_reporting', E_ALL);

Questo vi permette di modificare le impostazioni all’interno del vostro file php.ini, progetto per progetto. Sebbene possiate entrare in questo file e fare una modifica manuale, spesso è meglio lavorare con ini_set per modificare un parametro specifico:

ini_set('display_errors', '1');

Una volta impostata la segnalazione degli errori attivi secondo i vostri gusti, potete iniziare a lavorare con Xdebug.

Come Usare Xdebug

Nelle prossime sezioni vi mostreremo come usare Xdebug, compresi i passaggi necessari per configurarlo. Anche se non possiamo occuparci di tutti gli aspetti dello strumento, questa guida rapida vi permetterà di iniziare subito a lavorare.

Per prima cosa, però, dovete installare Xdebug. Scopriamo come fare.

1. Installare Xdebug per il Vostro Sistema Operativo (OS)

Poiché Xdebug è adattabile a qualsiasi tipo di configurazione, il processo esatto per ciascuno di essi sarà leggermente diverso. A livello di sistema operativo, ci sono alcune differenze:

  • Windows: Si tratta di un processo di installazione un po’ complicato che prevede l’utilizzo di un file PHP esistente e di una procedura guidata di installazione, per poi scaricare la versione adatta al vostro sistema.
  • Linux: Il metodo è probabilmente il più semplice: Potete utilizzare un gestore di pacchetti per installare Xdebug o la PHP Extension Community Library (PECL).
  • Mac: Anche questo metodo è semplice: Una volta installato PECL, potete eseguire pecl install xdebug da un’istanza del Terminale. Dovrete inoltre avere gli strumenti da riga di comando XCode e PHP installati sul vostro sistema.

Tuttavia, la maggior parte degli utenti non vorrà attenersi a un’istanza di Xdebug a livello di sistema. Al contrario, vi conviene integrarlo nel vostro ambiente di sviluppo.

2. Integrare Xdebug nel Vostro Ambiente di Sviluppo

Una volta installato Xdebug per il vostro sistema operativo, dovete collegarlo al vostro ambiente.

I sistemi e gli strumenti supportati sono talmente tanti che non è possibile esaminarli tutti. Più avanti vi forniremo le istruzioni per DevKinsta e PhpStorm. Tuttavia, ci sono molti altri ambienti popolari tra cui scegliere. Di seguito vi elenchiamo alcuni dei nostri migliori consigli.

Varying Vagrant Vagrants (VVV)

VVV è uno degli ambienti nominati sul sito web di Make WordPress:

Uno sfondo blu contenente l'arte ASCII a 8 bit del logo Varying Vagrant Vagrants.
Il logo Varying Vagrant Vagrants.

La buona notizia è che VVVV include già una versione di Xdebug, ma dovete attivarla. Potete farlo usando Secure Shell (SSH) all’interno di una finestra del Terminale:

vagrant ssh -c "switch_php_debugmod xdebug"

Tuttavia, le prestazioni ne risentono un po’ e dovrete riattivare questa opzione se fate il provisioning dei vostri siti.

Laravel Valet

Per alcuni utenti, Laravel Valet rappresenta un ambiente di sviluppo web quasi perfetto. Ancora meglio, potete integrare Xdebug con esso.

Per farlo, dovrete creare un file di configurazione per il debugger. Potete trovare il vostro percorso utilizzando php --ini alla riga di comando, che vi restituirà diversi percorsi di file:

Una finestra del Terminal che mostra un elenco di percorsi dei file di configurazione PHP .ini e un cursore del prompt dei comandi vuoto.
Il Terminal mostra un elenco dei percorsi dei file di configurazione.

Successivamente, create un nuovo file xdebug.ini nel percorso dei file .ini aggiuntivi. Nel nostro esempio, si trova in /opt/homebrew/etc/php/7.4/conf.d.

Una volta aperto questo nuovo file, aprite anche il percorso del file di configurazione caricato (il vostro file php.ini principale). Con entrambi aperti, aggiungete il seguente testo in fondo:

  • php.ini: zend_extension="xdebug.so"
  • xdebug.ini: xdebug.mode=debug

Una volta salvate le modifiche, eseguite valet restart dal Terminal, quindi aggiungete phpinfo(); exit; a uno dei file del vostro sito. Dovrete verificare se questo funziona attraverso un rapido caricamento della pagina nel browser.

Un file di informazioni PHP all'interno del browser, che mostra il logo di Xdebug e il nome del programma.
La schermata informativa di PHP.

Tenete presente che potrebbe essere necessario riavviare PHP usando sudo brew services restart php e verificare che l’installazione di Xdebug nel sistema sia corretta utilizzando php --info | grep xdebug. Noterete le linee specifiche di Xdebug all’interno dell’output:

Una finestra di Terminal che mostra una serie di diverse impostazioni di configurazione di Xdebug (come i nomi di output e le variabili di visualizzazione).

Da qui potete cercare di incorporare Xdebug nel vostro editor di codice preferito.

XAMPP

Come per Valet, anche per XAMPP ci sono alcune parti del processo. Tuttavia, le versioni per Windows e macOS hanno due processi diversi.

Iniziate installando XAMPP, poi eseguite un rapido controllo per verificare se il file php_xdebug.dll (Windows) o xdebug.so (macOS) esiste sul vostro sistema:

A Finestra del terminale che mostra uno snippet per verificare se esiste un while. Se esiste, il Terminale mostrerà
Una finestra del Terminale che mostra il test di un file XAMPP.

Se il file esiste, potete passare alla configurazione. In caso contrario, dovrete prima scaricare il binario giusto per Windows – un file a 64 bit per la versione di PHP che preferisci – oppure installare qualche altra dipendenza se usate un Mac.

Per Windows, rinominate il file DLL php_xdebug.dll e spostatelo nel percorso del file xamppphpext. Quindi, aprite il file xamppphpphp.ini nel vostro editor di codice preferito e aggiungete quanto segue:

output_buffering = Off

Nella sezione [XDebug], aggiungete le tre righe seguenti:

zend_extension=xdebug
xdebug.mode=debug
xdebug.start_with_request=trigger

Una volta salvate le modifiche, riavviate Apache e verificate la presenza di Xdebug.

Per Mac, dovete assicurarvi di installare gli strumenti da linea di comando di Xcode usando xcode-select --install in un’istanza del Terminale. Successivamente, dovrete installare tre pacchetti utilizzando Homebrew:

brew install autoconf automake libtool

In alcuni casi, dovrete anche reinstallare XAMPP per ottenere sia il programma principale che i “File per developer”. Dovreste essere in grado di reinstallare solo questi file, ma prima dovrete eseguire un backup della configurazione esistente.

Successivamente, andate al download della cartella sorgente di Xdebug sul vostro sistema e decomprimete il file TGZ. All’interno di una finestra del Terminal, navigate in questa cartella ed eseguite il seguente comando:

phpize
pecl install xdebug

Notate che potrebbe essere necessario usare sudo anche in questo caso. Da qui potrete modificare il file php.ini di XAMPP. Per la maggior parte delle installazioni macOS, lo troverete in /Applications/XAMPP/xamppfiles/etc/php.ini. All’interno di questa directory troverete anche il percorso del vostro file xdebug.so: annotatelo e usatelo al posto del percorso del file per questo frammento:

[xdebug]
zend_extension=/path/to/xdebug.so
xdebug.mode=develop,degug
xdebug.start_with_request=yes

Per verificare se funziona, create un nuovo file xdebug_info.php all’interno della cartella principale htdocs di XAMPP. All’interno, aggiungete quanto segue:

<?php
xdebug_info();

… poi aggiornate Apache e provate Xdebug nel browser.

Usare PhpStorm con Xdebug

Una volta installato Xdebug attraverso il sistema operativo e l’ambiente di sviluppo, dovrete visualizzare il debugger stesso. Potrete farlo attraverso l’editor di codice o l’ambiente di sviluppo integrato (IDE) che avete scelto. Come per l’ambiente, ce ne sono molti tra cui scegliere e ognuno di essi può avere un approccio diverso.

Detto questo, molti developer scelgono di usare PhpStorm di JetBrains. Infatti, PhpStorm offre “assistenza consapevole di WordPress” ed è una scelta popolare anche per molte altre ragioni.

L'interfaccia di PhpStorm, con una directory ad albero per il progetto sulla sinistra che usa testo bianco, blu e giallo. Il lato destro contiene il codice PHP per un plugin di WordPress, con testo arancione, viola, verde e bianco.
L’interfaccia di PhpStorm.

Il sito web di JetBrains contiene le istruzioni complete per collegare Xdebug e PhpStorm, ma le esamineremo qui.

Per prima cosa, andate alla pagina Languages & Frameworks > PHP all’interno del pannello Preferences. Qui, aprite il menu More Items accanto al campo a tendina CLI Interpreter:

Schermata parziale delle preferenze di PhpStorm, che mostra il link alla pagina
Selezionare un interprete CLI in PhpStorm.

In questo modo verranno mostrati ulteriori dettagli sulla versione di PHP e sull’interprete. Se fate clic sul pulsante More items accanto all’opzione Configuration file, vedrete il percorso completo del vostro file php.ini:

Schermata parziale di PhpStorm More Items, che mostra il nome della configurazione, il percorso del file eseguibile PHP, il numero di versione corrente di PHP e del debugger e un elenco di file di configurazione per vari aspetti dell'installazione PHP.
Modifica della configurazione PHP all’interno di PhpStorm.

Lavorerete su questo file PHP per continuare il processo di configurazione.

Lavorare nel File php.ini

Il primo compito da svolgere è quello di modificare tutte le righe che influiscono sul funzionamento di Xdebug con PhpStorm.

All’interno del file php.ini, cercate le seguenti righe e rimuovetele o commentatele:

zend_extension=<path_to_zend_debugger>
zend_extension=<path_to_zend_optimizer>

Queste linee non saranno presenti in tutti i casi, quindi non allarmatevi se non le vedete.

Successivamente, aggiungete al file quanto segue:

[xdebug]
zend_extension="xdebug.so"
xdebug.mode=debug
xdebug.client_host=127.0.0.1
xdebug.client_port="<the port (9003 by default) to which Xdebug connects>"

Ci sono alcune cose da notare su questa suite di codice:

  • È possibile che abbiate già una sezione [xdebug], nel qual caso potete omettere la prima denominazione.
  • La voce zend_extension potrebbe richiedere l’aggiunta del percorso completo di xdebug.so per la connessione.
  • Anche se può sembrare un segnaposto, il parametro xdebug.client_port è il modo in cui lo imposterete nel vostro codice.

Una volta aggiunti questi elementi, salvate e chiudete l file, quindi verificate la versione di PHP dalla linea di comando (utilizzando php --version):

Sfondo del desktop con sfumature blu, rosse e viola di Big Sur, che mostra una finestra del terminale di macOS. Mostra il comando "php -version", insieme al numero di versione di PHP, a una nota di copyright e alle versioni installate (complete di numeri di versione) di Zend Engine, Xdebug e Zend OPcache.
Test per le installazioni attuali di PHP e Xdebug utilizzando il terminale di macOS.

Se avete una versione funzionante di Xdebug, verrà visualizzata come una delle estensioni PHP. Potete anche aggiungere phpinfo(); a un nuovo file e testarlo nel browser.

Questo è tutto ciò che dovete fare per far funzionare Xdebug come debugger predefinito con PhpStorm. L’ultimo passo prima di utilizzarlo è l’installazione di un’estensione di aiuto al browser.

Installare un’Estensione Browser Helper

L’ultima connessione chiave che dovrete stabilire è quella tra il vostro browser e PhpStorm, ottenuta attivando il debug a passi sul server. Sebbene possiate farlo dalla linea di comando utilizzando i valori speciali GET o POST, è più semplice utilizzare un’estensione.

Vi consigliamo di utilizzare l’estensione dedicata Xdebug Helper. Potete installarla sul vostro browser preferito:

Se volete esplorare altre estensioni, il sito web di JetBrains offre alcune opzioni aggiuntive per i browser più diffusi.

Una volta installata l’estensione del browser che avete scelto, non dovreste dover modificare altre impostazioni di configurazione. Da qui, potete iniziare a usare Xdebug con PhpStorm.

Usare Xdebug

Anche se in questo caso useremo PhpStorm, vedrete un layout e un’interfaccia simili tra i diversi IDE, anche se ci saranno alcune differenze evidenti.

Ci sono alcuni concetti che si combinano per formare l’intera esperienza di debug:

  • Breakpoints: Questi sono i punti in cui Xdebug si ferma per permettervi di ispezionare l’output. Potete impostarne quanti ne volete.
  • Listening for connections: Potete attivare o disattivare questa funzione, anche se la maggior parte degli sviluppatori la lascerà sempre attiva.
  • The debugging screen: La maggior parte del tempo verrà trascorsa all’interno dell’interfaccia di debug: è qui che lavorerete con le varie linee di codice, le variabili e i parametri.

Il primo passo è attivare l’ascolto (listening): senza di esso non potrete eseguire il debug. Per farlo, fate clic sull’opzione Run > Start Listening for PHP Debug Connections nella barra degli strumenti:

Una schermata parziale dell'interfaccia di PhpStorm, che mostra una directory ad albero sulla sinistra e la barra degli strumenti dell'applicazione. Il menu Esegui è aperto ed è evidenziata l’opzione Start Listening for PHP Debug Connections
Il menu Run aperto in PhpStorm.

In alternativa, potete fare clic sull’icona “telefono” nella barra degli strumenti di PhpStorm:

Un primo piano della barra degli strumenti di PhpStorm, che mostra le opzioni per la configurazione dell'esecuzione corrente, varie opzioni Git e l'icona del telefono Start Listening for PHP Debug Connections (completa di tooltip).
L’opzione Listening for connections di debug PHP identificato dall’icona del telefono nella barra degli strumenti di PhpStorm.

Entrambe le opzioni avviano l’ascolto delle connessioni.

Da qui, potete iniziare a impostare i punti di interruzione all’interno dell’editor di codice. Un punto rosso indica un punto di interruzione su cui potete fare clic per attivarlo:

Un primo piano dell'interfaccia di PhpStorm, che mostra una directory ad albero sulla sinistra e il pannello di codifica sulla destra. All'interno dell'editor, alle righe 45, 50 e 55 sono presenti dei punti rossi con spunte bianche. Si tratta di punti di interruzione per il debug.
Punti di interruzione all’interno dell’interfaccia di una pagina di modifica di PhpStorm.

Quando volete eseguire il debug del codice, il modo più semplice è quello di iniziare l’ascolto, impostare i punti di interruzione e poi andare alla pagina specifica nel vostro browser. Individuate l’icona della vostra estensione all’interno del browser, poi fateci clic sopra e selezionate l’opzione “Debug”:

Il browser Mozilla Firefox con lo sfondo verde chiaro e, nel menu dell’estensione dedicata, l’opzione debug evidenziata in azzurro
Selezione dell’opzione Debug nella barra degli strumenti del browser utilizzando un’estensione dedicata.

In questo modo si aprirà il debugger di PhpStorm e si riceveranno le buone o le cattive notizie:

Una schermata parziale di PhpStorm, che mostra un pannello di debugger aperto. A sinistra sono mostrati vari punti di interruzione, completi di nomi di file, numeri di riga e riferimenti a funzioni. A destra sono mostrati i valori delle variabili presenti nel codice, insieme ai tipi di valore.
Utilizzando il debugger di PhpStorm con Xdebug.

Se fate clic con il tasto destro del mouse sui vari valori, attributi, parametri e variabili, potrete accedere a un ulteriore menu contestuale. In questo modo avrete a disposizione un ampio margine di manovra per testare ed eseguire il debug del vostro codice:

Una parte dell'interfaccia di PhpStorm Debugger con un elenco di punti di interruzione, nomi di file, numeri di riga e riferimenti a funzioni sulla sinistra. A destra viene mostrato un valore evidenziato all'interno del codice, con un menu contestuale aperto. Tra le opzioni c'è
Utilizzo del menu contestuale del tasto destro del mouse all’interno di PhpStorm Debugger per impostare nuovi valori.

Per esempio, potete impostare valori diversi per le variabili lungo il percorso. Questo potrebbe essere un tentativo deliberato di rompere il vostro codice e vedere cosa succede, oppure un modo per testare il codice che ha già bisogno di una correzione. In ogni caso, questo vi offre un metodo fantastico per eseguire il debug del vostro codice senza doverlo prima modificare.

Come Kinsta Vi Aiuta a Eseguire il Debug del Vostro Sito WordPress

WordPress dispone di una serie di opzioni di debug attraverso WP_DEBUG e altri strumenti, come Query Monitor. Questi strumenti consentono di visualizzare messaggi di errore precedentemente nascosti in tutto il sito e nella bacheca. Da lì potrete iniziare a capire qual è il problema.

Potete anche salvare i messaggi di errore usando WP_DEBUG_LOG, che vi offre un modo per documentare i problemi del vostro sito. Abbiamo spiegato come configurarlo in un altro articolo del blog. La configurazione è semplice attraverso il cruscotto di MyKinsta (e la schermata Siti > Strumenti ):

Il cruscotto di MyKinsta, che mostra la barra laterale viola di sinistra e un ulteriore sottomenu grigio. Ci sono due opzioni da attivare: uno strumento di ricerca e sostituzione a destra e lo strumento di debug di WordPress a sinistra.
L’opzione di debug di WordPress nel cruscotto di MyKinsta.

Se lo abbinate allo strumento gratuito DevKinsta per l’ambiente locale, avrete anche un modo per abilitare e disabilitare WP_DEBUG con un solo clic per ogni sito che create:

Il cruscotto di DevKinsta per un singolo sito. Mostra le impostazioni del database, compresi host, porta, nome e credenziali utente.
Abilitazione di WP_DEBUG nel pannello di controllo di DevKinsta.

In questo modo potete individuare gli errori sul vostro sito durante lo sviluppo e assicurarvi che non vengano trasmessi al sito live. Queste modalità sono anche facili da disattivare, il che è fondamentale per la sicurezza del sito e degli utenti.

Tutti i piani Kinsta includono anche lo strumento Kinsta APM, il nostro strumento di monitoraggio delle prestazioni per i siti WordPress.

Scheda Informativa sui Comandi

Prima di concludere questo articolo, dobbiamo parlare delle scorciatoie.

Come per molti altri software, ci sono vari modi per navigare in Xdebug (e PhpStorm) usando solo la tastiera. In effetti, potete anche usare la riga di comando per eseguire il debug degli script PHP.

Una volta che Xdebug è attivo e funzionante, potete usare i seguenti comandi per muovervi:

Comando Scorciatoia
Specificare la porta su cui ascoltare (per esempio [9003]) -p [value]
Impostare un punto di interruzione sulla riga specificata per il percorso del file indicato. breakpoint_set -t line file:///<path> -n <line>
Eseguire lo script fino alla fine o al punto di interruzione successivo run
Passare alla riga successiva dell’eseguibile step_into
Elencare le variabili e i valori dell’ambito corrente context_get
Visualizzare il valore della proprietà specificata property_get -n <property>

Anche se il vostro editor di codice specifico avrà le sue scorciatoie dedicate, qui l’attenzione è rivolta a PhpStorm. Date un’occhiata a questa tabella di scorciatoie da tastiera per usare Xdebug con PhpStorm:

Comandi Windows macOS
Azione Trova Ctrl + Shift + A Shift + Cmd + A
Aprire il Debugger Shift + F9 Ctrl + D
Attivare il punto di interruzione Control + F8 Cmd + F8
Entrare F7 F7
Passare oltre F8 F8
Visualizzare i punti di interruzione Ctrl + Shift + F8 Shift + Cmd + F8
Riprendere il programma F9 F9
Valutare l’espressione corrente Alt + F8 Opzione + F8

Per fortuna non c’è molto da memorizzare. Dovete aprire il debugger, impostare i punti di interruzione per linea, ascoltare le connessioni ed eseguire gli script.

Tuttavia, se avete bisogno di una scorciatoia per un compito particolare, potete usare il comando PhpStorm Find Action:

L'interfaccia di PhpStorm, che mostra la visualizzazione dell'azione Trova. Ci sono vari filtri di ricerca per Tutti, Classi, File, Simboli, Azioni e Git. Il termine di ricerca è debug
Utilizzo del menu Find Action di PhpStorm.

Quando iniziate a digitare in questo spazio, vi verrà mostrato un elenco dinamico di comandi e relative scorciatoie. Potete anche trovare una versione PDF di tutte le scorciatoie da tastiera nel menu Help > Keyboard Shortcuts PDF.

Se volete dare un’occhiata in tempo reale alle scorciatoie mentre lavorate con il mouse, JetBrains mette a disposizione il plugin Key Promoter X:

Una finestra dell'interfaccia di PhpStorm, che mostra una serie di opzioni per trovare file e progetti insieme ai corrispondenti collegamenti. Nell'angolo in basso a destra sono presenti due notifiche di Key Promoter X
L’interfaccia di PhpStorm mostra le notifiche di Key Promoter X.

Questo pratico strumento mostra le notifiche dell’ultima azione eseguita, insieme alla relativa scorciatoia da tastiera. Una volta che avrete imparato a usare le scorciatoie, potrete eliminare questo plugin e restituire al vostro schermo un po’ di spazio prezioso.

Riepilogo

La pratica del debug ha fatto molta strada dai suoi umili inizi; oggi comprende un campo di applicazione molto più ampio di quello che i suoi progenitori avrebbero potuto immaginare. Per svolgere un lavoro accurato quando si tratta di correggere il vostro codice PHP, dovete usare uno strumento efficace. Ci sono molte estensioni e strumenti eccellenti tra cui scegliere, ma Xdebug è senza dubbio il primo in classifica.

Come abbiamo visto, Xdebug è in grado di adattarsi anche ai gusti più eclettici in fatto di editor di codice ed è particolarmente indicato se abbinato a PhpStorm. Tuttavia, a prescindere dalla vostra configurazione, spesso esiste una versione di Xdebug adatta alle vostre esigenze. Nel complesso, è uno strumento potente, flessibile e intuitivo da usare.

Pensate che Xdebug meriti le sue lodi o preferite un altro strumento di debug? Fatecelo sapere nella sezione commenti qui sotto!

Salman Ravoof

Salman Ravoof é uno sviluppatore web autodidatta, uno scrittore, un creatore e un grande ammiratore del Free and Open Source Software (FOSS). Oltre alla tecnologia, è appassionato di scienza, filosofia, fotografia, arte, gatti e cibo. Per saperne di più su di lui, visitate il suo sito web o contattate Salman su X.