Quando la maggior parte delle persone inizia a fare lo sviluppo di WordPress, il loro flusso di lavoro comporta il download di un file da un tema o plugin tramite FTP, la modifica, il caricamento tramite FTP, l'aggiornamento della pagina, la ricerca è andata male e quindi l'avvio dell'intero processo. Questa strategia, sapere come "cowboy coding" non è solo inefficiente, ma pericolosa.
Una volta che ti sei messo alle spalle i tuoi giorni da cowboy, sarà ovvio che nessun serio sviluppo di WordPress può mai essere fatto in quel modo. L'alternativa richiede un po 'di lavoro per essere configurata e abituata, ma il pay-off ne vale la pena.
Sviluppare il tuo sito WordPress in un ambiente locale – uno che si trova sul tuo personal computer – è una pratica essenziale che accelererà il tuo sviluppo e impedirà che uno qualsiasi degli errori che inevitabilmente commetterai venga mostrato al mondo. Lavorare localmente ti consente di sperimentare senza paura di rendere il tuo sito non disponibile per i tuoi utenti.
In questo articolo ti darò una panoramica di un flusso di lavoro affidabile, efficiente e sicuro per lo sviluppo e la manutenzione del tuo sito localmente e la distribuzione in un server live durante la creazione di backup automatici. Discuterò di tecnologie specifiche che uso e raccomando. Non ho intenzione di coprire tutte le opzioni o fare un tutorial approfondito su ciascuno.
Mentre ti invito a lasciare un commento sul perché preferisci un altro strumento a quello che sto suggerendo, ti preghiamo di pensare a questo post come più a una strategia generale che a una serie di regole o raccomandazioni difficili e veloci. Una volta che hai familiarizzato con il concetto, puoi migliorarlo per soddisfare le tue esigenze.
Prima di iniziare
Ambienti locali e remoti
Per evitare confusione per chiunque possa essere nuovo a questo, vorrei assicurarmi che tutti siano chiari sul fatto che quando mi riferisco a un ambiente locale o a un server locale, mi riferisco a qualsiasi server Web che è in esecuzione su un personal computer e viene utilizzato per lo sviluppo, cioè non per rendere effettivamente il sito disponibile ad altri su Internet. Al contrario, i termini "produzione", "remoto" e "live" da soli o davanti a "server", "host" o "ambiente" si riferiscono al server Web utilizzato per servire la pagina su Internet. Questo tipo di server è generalmente fornito da una società di hosting di qualche tipo.
I miei strumenti
Ecco un elenco degli strumenti che uso per gestire il mio ambiente WordPress locale e distribuirlo nel mio server live. Ti consiglio di provarli mentre inizi a migliorare il tuo flusso di lavoro.
- DesktopServer – Esistono una varietà di strumenti per la creazione di siti WordPress locali. Secondo me, lo strumento migliore è Vagrant, ma il migliore e il secondo migliore è DesktopServer. Vagrant è un sistema automatizzato per la creazione e la gestione di ambienti server completi in una macchina virtuale. DesktopServer crea automaticamente un server utilizzando XAMMP, utilizzando una semplice GUI.
- SourceTree – Uno strumento GUI gratuito, facile da usare e molto potente per Git.
- Private BitBucket Git Repository – Mentre la maggior parte delle volte le uniche informazioni veramente sensibili in un'installazione di WordPress si trovano nel file wp-config, che non indetto nel mio repository Git, tengo interi siti in repository privati, che sono gratuiti da Bitbucket. L'approvvigionamento aperto dell'intero sito potrebbe avere senso, ma è qualcosa a cui riflettere a fondo prima di farlo, ed errare sul lato della cautela è una buona politica, specialmente quando si fa il lavoro del cliente.
- WP Migrate DB Pro – Mentre Git può mantenere tutti i file del sito sincronizzati tra gli ambienti, è necessario uno strumento diverso per mantenere sincronizzati i databses MySQL. WP Migrate DB Pro è un eccellente plug-in che automatizza questo processo.
- Web Hosting con Git – Sempre più in questi giorni, anche l'hosting condiviso offre l'accesso preinstallato e SSH di Git. Se il tuo host condiviso non offre queste funzionalità, ti consiglio di prenderne una nuova in quanto Git e SSH sono essenziali per lo sviluppo web moderno. Molti host, come WP Engine e Site Ground, ora offrono Git come funzionalità standard nei loro pacchetti di hosting di fascia bassa.
Il flusso di lavoro che sto delineando qui è per una configurazione semplice, un server per sito, che consente l'uso di Git come strumento di distribuzione.
Se si utilizza una configurazione server più complessa o potrebbe essere in futuro, ottenere il sito sotto il controllo della versione è il primo passaggio per utilizzare uno strumento di distribuzione più adatto a quel tipo di processo, ad esempio Beanstalk. Beanstalk rende molto semplice spingere un repository Git su più host e migliorare la maggior parte degli altri aspetti della distribuzione. Per un sito semplice può essere utile, ma non è davvero necessario.
Configurazione di siti locali e remoti con Git
Passaggio 1: Creare un sito locale
La creazione di un sito WordPress locale con DesktopServer richiede solo pochi clic, ma prima di iniziare si desidera creare alcuni progetti. Un progetto è una cartella WordPress o un file zip che DesktopServer utilizzerà per creare il tuo sito. Vengono memorizzati nella directory blueprints della cartella dell'applicazione DesktopServer.
Questa funzione consente di creare uno o più punti di partenza da cui lavorare. È anche possibile personalizzare il file wp-config nel progetto modificando wp-config-sample.php in base alle esigenze. Lasciare le impostazioni del database e i sali di protezione così come sono e DesktopServer li riempirà quando configura il sito. Personalmente, tengo due progetti alla volta. Entrambi hanno WordPress stesso in una sotto directory della directory radice, con una cartella di contenuto anche nella directory radice. Carico i temi e le cartelle plugin con i temi e i plugin che mi piace sempre installare.
Per informazioni su come eseguire questa procedura, vedere il mio articolo sulle modifiche wp-config. I risultati finali sono fortemente ispirati a WordPress Skelton di Mark Jaquith.
(Si noti che WordPress viene aggiunto come sottomodulo git dal mirror WordPress Git. La differenza principale tra i due progetti che uso è che uno ha quel sottomodulo impostato sul ramo master e l'altro è impostato sul ramo per l'ultima versione.)
Dopo aver impostato i progetti, aprire DesktopServer e riavviare il Web in modo più severo. Una volta avviato, selezionare l'opzione "Crea un nuovo sito Web di sviluppo".
Nella schermata successiva darai al sito un nome, che sarà il suo indirizzo con il falso dominio di primo livello .dev aggiunto ad esso. Puoi anche selezionare il progetto, impostare la posizione in cui verrà salvato il sito e scegliere di consentire WordPress multisito o meno.
Dopo aver immesso le impostazioni, fare clic su "Crea" per creare il sito. Al termine di DesktopServer, ti darà un link alla pagina di installazione di WordPress e da lì, l'esperienza è proprio come usare qualsiasi altro sito WordPress che tu abbia mai usato.
Passaggio 2: Creare un repository Git locale
Il passaggio successivo consiste nel mettere il sito sotto il controllo della versione. Nell'albero di origine selezionare "Nuovo/Clone" dal menu file. Nella finestra visualizzata selezionare "Nuovo repository", selezionare Git per "Tipo di repository" e passare al livello radice del nuovo sito nel campo "Percorso di destinazione". Una volta fatto clic su Crea, il nuovo repository verrà visualizzato nella finestra dei segnalibri. Vai avanti e aprilo.
Prima di fare il commit del pugno, che sarà tutto nell'albero di lavoro, è molto importante prima dire a git di ignorare il file wp-config. A breve ci rivolgeremo alla gestione dei diversi file wp-config per i diversi server. Ottenere git per ignorare wp-config è semplice come fare clic con il pulsante destro del mouse su di esso nell'elenco "File nell'albero di lavoro" e selezionare "Ignora".
|
|
|
