Non solo, ma puoi anche scaricarlo sul tuo computer locale e lavorare con esso. Ci\u00f2 richieder\u00e0 alcuni pezzi di software e ci occuper\u00f2 momentaneamente; tuttavia, lo scopo ultimo di questo post \u00e8 parlare di:<\/p>\n
- \n
- come lavorare con l’istantanea corrente del codice con WordPress,<\/li>\n
- come e perch\u00e9 pu\u00f2 essere utile utilizzare questa base di codice quando si lavora su progetti per altri.<\/li>\n<\/ul>\n
Come affermato sopra, ci sono delle avvertenze per farlo, ea volte \u00e8 una buona idea usare l’ultima versione stabile della base di codice. E ne parler\u00f2 anche pi\u00f9 avanti nell’articolo.<\/p>\n
Sviluppo contro il tronco di WordPress<\/h2>\n
Prima di iniziare, \u00e8 importante avere Subversion o un client Subversion installato. Se stai utilizzando un gestore di pacchetti come Homebrew per gestire il software, installare il client della riga di comando \u00e8 semplice come inserirlo nel tuo terminale:<\/p>\n
$ brew install subversion<\/code><\/pre>\nPuoi leggere di pi\u00f9 su Homebrew e sui gestori di pacchetti nei post precedenti<\/a><\/strong> ; tuttavia, potresti anche voler utilizzare qualcosa come Versions<\/a><\/strong> o Cornerstone<\/a><\/strong> se stai cercando di utilizzare un front-end.<\/p>\n
1 Scarica l’ultimo codice<\/h3>\n
A questo punto, puoi scaricare l’ultimo snapshot della codebase di WordPress usando questo comando:<\/p>\n
$ svn co https:\/\/core.svn.wordpress.org\/trunk\/ .<\/code><\/pre>\nSe, d’altra parte, stai utilizzando un front-end, puoi utilizzare il seguente URL nel tuo client preferito per sfogliare il repository:<\/p>\n
https:\/\/core.svn.wordpress.org\/trunk<\/code><\/pre>\nDa qui, scarica il contenuto della\u00a0 directory trunk<\/strong> sul tuo computer e preparati a installarlo sul tuo computer.<\/p>\n
Oppure utilizzando il tuo front-end preferito:<\/p>\n
![\"Sviluppo](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-164358-61e763df08feb.png\")
<\/a><\/p>\nPer fare ci\u00f2, assicurati di avere un database preparato e quindi segui la procedura di installazione standard.<\/p>\n
Puoi leggere come farlo nel Codex<\/a><\/strong> o in questo post<\/a><\/strong>.<\/p>\n
2 Imposta la modalit\u00e0 di debug<\/h3>\n
Una volta installato, ti consiglio di impostare WordPress in modalit\u00e0 di debug in modo da poter vedere le informazioni nei registri di debug e nel tuo browser.<\/p>\n
Per fare ci\u00f2, apri wp-config.php<\/strong> e cambia la riga che dice:<\/p>\n
define( 'WP_DEBUG', false );<\/code><\/pre>\nLeggere:<\/p>\n
define( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', false );\n@ini_set( 'display_errors', 0 );\ndefine( 'SCRIPT_DEBUG', true );<\/code><\/pre>\nDa questo punto, ogni volta che lavori con il codice vedrai le informazioni stampate sullo schermo e avrai le informazioni scritte su debug.log<\/strong> che puoi visualizzare nel tuo editor di testo o console preferito.<\/p>\n
Questo non significa che non dovresti avere uno strumento come Xdebug installato, ma \u00e8 contenuto per un altro post<\/a><\/strong>.<\/p>\n
3 Lavorare con le directory corrette<\/h3>\n
Ora che WordPress \u00e8 installato e sei pronto per lavorare al tuo progetto, nota se stai lavorando o meno con plugin o temi. Naturalmente, li troverai tutti in wp-content\/plugins<\/strong> o wp-content\/themes<\/strong>.<\/p>\n
![\"Sviluppo](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-164358-61e763e2b5e39.png\")
<\/a><\/p>\nSupponiamo, ad esempio, che stai lavorando su un plug-in, quindi manterrai il tuo plug-in nella directory dei plug-in. Nel mio caso, come vedi nello screenshot sopra, lavoro con il collegamento al post programmato<\/a><\/strong> contro il tronco.<\/p>\n
Una parola sulle versioni stabili<\/h2>\n
Ogni volta che stai lavorando con un plug-in o un tema, e hai intenzione di provare a lavorare con loro contro una versione stabile di WordPress, hai una scelta da fare:<\/p>\n
- \n
- lavorare con la versione stabile del codice disponibile su WordPress.org,<\/li>\n
- lavorare contro l’istantanea del codice nel trunk.<\/li>\n<\/ul>\n
Se usi il primo, allora sai che il tuo codice funzioner\u00e0 con l’ultima versione stabile. Ma se scegli di lavorare con quest’ultimo, allora sai che il tuo codice funzioner\u00e0 con la prossima versione di WordPress.<\/p>\n
Ma ecco l’avvertenza: le cose possono cambiare tra ci\u00f2 che \u00e8 nel bagagliaio e ci\u00f2 che alla fine viene rilasciato. Quindi, se lavorerai con trunk, ricorda che dovrai continuare a testare il tuo lavoro rispetto al codice fino a quando il team principale non taggher\u00e0 trunk come versione stabile.<\/p>\n
Al rialzo, non appena lo faranno, avrai una versione funzionante del tuo progetto pronta per l’uso quando spediranno WordPress.<\/p>\n