Nella parte introduttiva di questa serie, ho menzionato che "Gli strumenti di WordPress" non possono essere definiti su un supporto specifico: uno strumento WordPress può avere la forma di un plugin WordPress, un singolo file PHP, un sito Web o persino un'applicazione desktop.
In questa parte della serie "Toolbox dello sviluppatore Smart WordPress", passeremo attraverso due strumenti diversi in due diversi tipi di supporto: WXR File Splitter (come applicazione desktop) e WP Serialized Search & Replace (come File PHP).
Se sei un web designer freelance o lavori in un'agenzia di web design, e stai leggendo questo articolo, è probabile che tu installi regolarmente WordPress sui server, quindi sai un po '(o Un sacco) sulla migrazione di WordPress. E se sei uno dei pochi fortunati sviluppatori di WordPress, potresti aver avuto un client con un enorme sito web che deve essere migrato tra due server.
Mentre ci sono dozzine di tecniche e opzioni diverse là fuori per spostare le installazioni di WordPress, in alcuni casi, potremmo avere nient'altro che il più affidabile: i backup di WordPress Extended RSS (WXR).
Cosa succede se il tuo cliente ti fornisce le credenziali WP-Admin del vecchio server crappy condiviso e nient'altro? Cosa succede se quel nuovo plugin per WordPress non può migrare dal tuo vecchio server a quello nuovo? Quando arrivano i tempi bui, devi essere pronto e preparato.
Se il backup WXR è enorme (e intendo dire gigabyte di enorme), il WXR File Splitter sarà quello che fa a pezzi le tue lacrime.
Le cattive notizie prima: questo strumento, che funziona in Windows, è vecchio. Super vecchio. E non funziona. Voglio dire che non funziona con le versioni più recenti di WordPress (probabilmente negli ultimi due anni). non sto scherzando.
Ma ovviamente, non scriverò su uno strumento completamente inutile. Quindi la buona notizia è che è estremamente facile farlo funzionare, così facile che dovrai solo fare una rapida ricerca e sostituirla nel tuo file di backup.
Andiamo oltre i passaggi:
i tag in maiuscolo (cercando e sostituendo solo i tag di apertura-non c'è bisogno di fare lo stesso con
tag) e salvare il file.WXRsplit.exe
file.Ordeal? Bene, dovrebbe essere: se il tuo cliente consegna il pannello di amministrazione di un sito web ospitato su server utilizzati nella Seconda Guerra Mondiale, la soluzione al tuo problema di migrazione non dovrebbe essere semplice. Destra?
Oh, e c'è una versione per Mac OS X sviluppata da uno sviluppatore non collegato, ma non ho avuto la possibilità di provarla (e ho un esaurimento nervoso a causa di esso) perché non possiedo un Mac.
Passiamo ora al nostro secondo strumento: WP Serialized Search & Replace.
Ho lavorato in un'agenzia di web design una volta, nel 2012. Il mio primo giorno, ho rivisto alcuni progetti passati per vedere come lavoravamo con i nostri clienti. Ho visto che quando siamo arrivati a un cliente, abbiamo iniziato a costruire il loro sito web in un sottodominio del dominio del nostro marchio e abbiamo mostrato il nostro lavoro al cliente quando necessario; e quando tutto è stato impostato (incluso il pagamento dell'ultimo pagamento), abbiamo spostato il sito Web nel dominio del cliente.
Quel giorno ho subito proposto di cambiare questo flusso di lavoro con i nostri clienti, perché rallentava il nostro lavoro; ma il capo ha respinto la mia proposta per "motivi finanziari". Ha spiegato che in passato alcuni clienti avevano provato a farlo rubare il nostro lavoro subito prima dell'ultimo pagamento, ed è per questo che lavoravamo così. "Sciocchezze", pensai, ma dopotutto era il capo.
Il mio primo lavoro è stato un cliente ad alta priorità che aveva bisogno del sito web il più velocemente possibile. (Fortunatamente, il contenuto è stato inviato in anticipo.) Ho installato WordPress rapidamente in un sottodominio del nostro sito Web e attivato il tema (selezionato dal client) insieme ad alcuni plugin. Ho regolato tutte le impostazioni del core, del tema e dei plugin, quindi ho iniziato a lavorare con il contenuto.
Quando ho finito (e ho impressionato il capo dipingendo rapidamente un intero sito web in meno di quattro ore), abbiamo mostrato il sito Web al cliente e ottenuto immediatamente un'approvazione e un messaggio che diceva che il sito web avrebbe dovuto essere operativo domani. stavano andando a visitare una mostra.
Con fiducia, ho deciso di fare degli straordinari e spostare quel sito quel giorno. Ho scaricato tutti i file da FTP e invece di fare un rapido backup WXR, ho fatto un backup SQL in phpMyAdmin. Dopo aver modificato gli URL del sito Web nel wp_options
tabella, ho caricato i file e inviato l'SQL al database del sito web del cliente. Oh, e ho eliminato rapidamente tutto nel sottodominio di sviluppo.
Quando ho notato che le immagini in primo piano erano rotte, ho rivisto il file SQL e ho visto che tutti avevano ancora URL dal sottodominio del nostro sito web. Ho fatto una rapida ricerca e sostituzione, salvato le modifiche nel backup e sovrascritto il database con il nuovo SQL. Quando ho visitato il sito web, ho visto non solo che le immagini erano ancora rotte, ma anche che tutti i post erano spariti, anche se erano ancora nel database.
Questo è il giorno in cui ho appreso le "voci serializzate". (Sono anche tornato a casa a mezzanotte, perché ho lavorato per il resto della giornata costruendo lo stesso sito web ancora una volta sul server del cliente.) Da quell'esperienza, ho appreso che le voci serializzate sono memorizzate con il numero di caratteri, e se il numero dei caratteri non è 'coerente con la stringa, WordPress omette del tutto la voce.
Quindi, come facciamo a cercare e sostituire in WordPress, comprese le voci serializzate? Con WP Serialized Search & Replace, ovviamente.
La ricerca e sostituzione serializzata WP è più simile a portatile strumento: basta caricare la cartella (nella directory di installazione di WordPress) ed eseguire il file index.php
file. Quindi, se i tuoi file WordPress sono dentro mywebsite.com/wp/
directory, dovresti eseguire lo strumento da mywebsite.com/wp/srtool/index.php
(il nome della cartella dello strumento non ha importanza, quindi puoi cambiare il nome della cartella se lo desideri).
Dopo aver eseguito lo strumento, vedrai cinque sezioni:
wp-config.php
file.Devo dire che mi è piaciuto molto il design, ma credo che questo strumento funzionerebbe meglio come plugin per WordPress.
Abbiamo preso il ritmo un po 'per questa parte e abbiamo esaminato due piccoli strumenti di WordPress in un singolo post. Credo che entrambi meritino credito, nonostante siano un po 'fuori dal comune nella comunità di WordPress.
Cosa ne pensi di questi strumenti? Conosci alternative migliori? Condividi i tuoi pensieri ed esperienze con noi nella sezione commenti qui sotto. E se ti è piaciuto l'articolo, non dimenticare di condividerlo con i tuoi amici!
Ci vediamo nella prossima parte in cui parleremo del GitHub Plugin Updater di WordPress, un ottimo strumento per gestire il processo di aggiornamento dei plugin WordPress ospitati su GitHub.