<?php\ndefine( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', true );\n@ini_set( 'display_errors', 1 );\ndefine( 'SCRIPT_DEBUG', true );\ndefine( 'SAVEQUERIES', true );<\/code><\/pre>\nCon questi set, le informazioni verranno scritte nel registro di debug, sullo schermo e cos\u00ec via. Aggiunge molto di un ulteriore livello per aiutarti a individuare i problemi all’interno della tua base di codice.<\/p>\n
Supponendo che sia impostato, ecco un breve riassunto di tutto ci\u00f2 che uso ogni volta che lavoro a un progetto.<\/p>\n
terminale<\/h3>\n
Il mio IDE (di cui parler\u00f2 pi\u00f9 avanti in questo post) include un terminale integrato che uso regolarmente ma avendo la possibilit\u00e0 di navigare tra le directory, scaricare informazioni o, pi\u00f9 in genere, interagire con la shell PHP \u00e8 il motivo per cui uso un sistema autonomo istanza del terminale.<\/p>\n
In generale, aiuta a valutare il codice al volo e testare cose come le espressioni regolari senza doverlo fare nell’ambito di un browser web.<\/p>\n
L’idea \u00e8 che se funziona nel terminale, funzioner\u00e0 nel contesto della funzione in cui sto lavorando.<\/p>\n
Sequel Pro<\/h3>\n
![\"Strumenti](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-162419-61e73eaf811b7.png\")
<\/a><\/p>\nOrmai da anni, questo \u00e8 stato il mio front-end di database preferito. So che a molte persone piace usare qualcosa all’interno del browser come PhpMyAdmin (o il relativo plugin di amministrazione per WordPress).<\/p>\n
Ma sono un fan di avere un front-end di database autonomo che supporta la visualizzazione del database, attraverso determinati criteri o inserendo query direttamente in un front-end.<\/p>\n
Console<\/h3>\n
![\"Strumenti](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-162419-61e73eb3b704f.png\")
<\/a><\/p>\nL’applicazione Console di macOS \u00e8 ottima per guardare i log di debug. Questo \u00e8 particolarmente utile se fai qualcosa del genere<\/a><\/strong> :<\/p>\n<?php\nerror_log(print_r($value, true));<\/code><\/pre>\nCi\u00f2 consente di scrivere informazioni sul registro, quindi rivederle nella console e seguire l’intera traccia dello stack di come sono state recuperate le informazioni. Inoltre, pu\u00f2 mostrarti quali sono effettivamente le informazioni recuperate e come verranno percepite da PHP o WordPress.<\/p>\n
Codice di Visual Studio<\/h3>\n
![\"Strumenti](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-162419-61e73eb78e1d0.png\")
<\/a><\/p>\nInfine, dopo aver provato una variet\u00e0 di IDE nel corso degli anni, continuo a tornare a Visual Studio Code. In poche parole, mi piace il modo in cui funziona e come interagisce con il modo in cui lavoro. Sembra pi\u00f9 che si adatti alla mia modalit\u00e0 di lavoro piuttosto che alla mia necessit\u00e0 di adattarmi ad essa.<\/p>\n
Da l\u00ec, utilizzo diverse estensioni come:<\/p>\n
\n- ESLint<\/a><\/strong><\/li>\n
- Debug PHP<\/a><\/li>\n
- Generatore di blocchi di documenti PHP<\/a><\/li>\n
- Codice PHP Sniffer<\/a><\/li>\n
- Unit\u00e0 PHP<\/a><\/li>\n
- TUTTI i punti salienti<\/a><\/li>\n
- Cassetta degli strumenti di WordPress<\/a><\/li>\n<\/ul>\n
Uso anche Fira Code<\/strong> e alcuni altri strumenti come il terminale integrato per portare a termine il lavoro.<\/p>\nCi sono pi\u00f9<\/h2>\n
Per quanto riguarda gli altri strumenti, ci sono cose come git<\/a><\/strong> (che uso dal terminale integrato in Code<\/a><\/strong> ), Kaledeiscope<\/a><\/strong>, WP-CLI<\/a><\/strong> e cos\u00ec via, ma presumo che siano dati, pi\u00f9 o meno.<\/p>\nGli strumenti di cui sopra sono quelli che in genere ho aperto e che utilizzo quotidianamente ogni volta che lavoro su un progetto e ho bisogno di interagire con tutte le parti del progetto.<\/p>\n