Allora perch\u00e9 vediamo che questo accade cos\u00ec frequentemente? Non \u00e8 che non ci siano momenti in cui ha senso usarlo. Penso solo che ne abusiamo. Ma ci sono ragioni per cui.<\/p>\n
Sono un fan dei cicli di rilascio brevi. A seconda del progetto, la durata del ciclo varier\u00e0, ma per molti dei tipi di progetti su cui lavoro, miro ad avere cicli di rilascio di due settimane.<\/p>\n
Inoltre, ci sono momenti in cui sto lavorando a un progetto per qualcuno in cui sono necessarie variabili ambientali in modo che il codice sappia se \u00e8 in esecuzione in fase di sviluppo, staging o produzione.<\/p>\n
E questo pu\u00f2 essere ottenuto in modo diverso a seconda delle esigenze del progetto. A volte, un file di configurazione funzioner\u00e0, a volte le variabili della stringa di query possono funzionare e altre volte penso che sia ragionevole memorizzare un’impostazione nel database.<\/p>\n
Ma, per quanto riguarda WordPress, penso che scorriamo decisioni di progettazione migliori e gettiamo informazioni nel database, in particolare la tabella delle opzioni, quando le alternative potrebbero essere pi\u00f9 adatte.<\/p>\n
Voglio essere chiaro: non credo che la tabella delle opzioni dovrebbe fungere da discarica per le impostazioni quando non si ha nessun altro posto dove inserire informazioni. E questo \u00e8 il succo di questo intero post.<\/p>\n
Puoi invece utilizzare:<\/p>\n
Allora perch\u00e9 vediamo che questo accade cos\u00ec frequentemente? Non \u00e8 che non ci siano momenti in cui ha senso usarlo. Penso solo che ne abusiamo. Ma ci sono ragioni per cui.<\/p>\n
![\"Non](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-160574-61e70cd8a4ea4.png\")
<\/a><\/p>\n