Press This: The Backwards Compatibility Enigma con WP-CLI con Alain Schlesser

Benvenuto in Press This, il podcast della community di WordPress di WMR. Qui l'host David Vogelpohl si siede con gli ospiti di tutta la comunità per parlare dei maggiori problemi che devono affrontare gli sviluppatori di WordPress. Quella che segue è una trascrizione della registrazione originale.

Realizzato da RedCircle

David Vogelpohl: Ciao a tutti e benvenuti su Press This, i podcast della community di WordPress su WMR. Questo è il tuo ospite, David Vogelpohl, supporto la community di WordPress attraverso il mio ruolo in WP Engine, e mi piace portare il meglio della community per farti sentire ogni settimana sulla stampa come promemoria, puoi trovarmi su Twitter @wpdavidv oppure puoi abbonarti per premere questo su iTunes, iHeartRadio, Spotify o scaricare gli ultimi episodi su wmr.fm. In questo episodio parleremo del connettore di compatibilità retrocompatibile con WP CLI. E si unisce a noi per questa conversazione qualcuno che sa un bel po' di WP CLI. Noi contributori per WP CLI di XMPP vorrei dare il benvenuto ad Alain Schlesser. Alain, benvenuto su Press This.

Alain Schlesser: David. Ciao. Bello essere qui.

DV: Sono così felice di averti. Questa è almeno la tua seconda volta in questo show. Ti abbiamo fatto domande su WP CLI nel corso degli anni e mi piace davvero averti su. Per chi ascolta. WP CLI è una parte fondamentale dell'ecosistema WordPress, in particolare per quanto riguarda l'automazione, i flussi di lavoro e altri aspetti delle build di WordPress e ciò che tratteremo oggi è insieme ai pensieri su ciò che è stato realizzato con l'IA BPCL nell'ultimo anno. Quali modifiche alla compatibilità con le versioni precedenti ci aspettano. Sai che la compatibilità con le versioni precedenti è una parte enorme dei vantaggi di WordPress, ma anche la sfida degli sviluppatori di software e, naturalmente, il modo in cui queste sfide vengono affrontate e la parte del leone un po' sui modi in cui puoi contribuire a WP CLI verso la fine. Quindi non vedo l'ora che arrivi l'intervista. Quindi ti farò la stessa domanda che faccio a tutti gli ospiti e te l'ho già fatto prima, ma voglio che tu lo ripeta se puoi. Potresti parlarmi della tua storia di origine di WordPress? Quando è stata la prima volta che hai utilizzato WordPress?

AS: Uhm, sì, quindi la mia storia di origine è come la maggior parte delle storie di WordPress inizia con una deviazione più piccola. Ho lavorato come agente governativo in Lussemburgo. E a un certo punto mi sono davvero stufato della politica di tutto. Volevo fare qualcos'altro con la mia vita e provare una carriera diversa. E ho deciso di fare sviluppo come freelance, perché avevo già fatto sviluppo prima ma non l'avevo mai fatto come freelance. E quando è arrivato il momento di decidere effettivamente su cosa concentrarmi, ho solo guardato cosa c'era là fuori e cosa aveva la maggiore quota di mercato in un momento. È successo a WordPress come tutti sappiamo. E ho appena iniziato con lo sviluppo di WordPress perché pensavo che sarebbe stato il modo più semplice per ottenere clienti come un nuovo libero professionista che inizia da 0.

DV: Ho scelto WordPress come piattaforma preferita per lo stesso motivo per cui ricordo una grande agenzia tra Drupal e WordPress e penso che all'epoca Drupal fosse la scelta corretta, ma non era quello che la gente chiamava per cose come Oh, ma questo era il 2010 Sai, proprio al culmine dei tipi di post personalizzati e dei meta campi. E mi chiedo solo quando stavi prendendo questa decisione in quale anno più o meno gli ascoltatori

AS: um, quello era il 2014 un po' del 2014 e penso che WordPress fosse intorno alla versione 332 o qualcosa del genere. Non sono sicuro di essere onesto.

DV: Quindi per te come sviluppatore freelance, il vantaggio dei siti di post personalizzati era già stato rilasciato. E quindi stavi entrando in questo ecosistema e vedendo quelle capacità. Tuttavia, mancavano ancora altri due anni a una WP CLI. Quindi immagino che non abbia risposto completamente a tutto ciò di cui avevi bisogno come sviluppatore, ma è bello vederti gestire quel progetto ora. Ora, capisci che lavori con XMPP. E noi mi dici cosa fa XMPP e cosa fai lì.

AS : Quindi X Delta P è un'agenzia che si concentra su progetti WordPress di livello aziendale ad alte prestazioni. L'obiettivo principale è sulle prestazioni, ma non solo in termini di velocità di caricamento del sito, ma anche di quanto bene soddisfa la tua attività. Lavoro con XWP da circa due anni e mezzo ormai e durante questo periodo ho lavorato insieme al plugin amfa WordPress e poi all'esperienza della pagina per il plugin WordPress.

DV: suonano come progetti MIDI. Conosco sicuramente loro che non ho per WordPress, non ho ancora giocato sull'esperienza della pagina e so che sai che XMPP abbiamo avuto alcune persone di XMPP che hanno effettivamente stampato questo. Fanno dei progetti davvero fantastici. Sembra che tu stia lavorando su alcuni dei più fantastici. Ed è fantastico. Relativamente al nostro argomento per lo spettacolo, però, oggi, WP CLI di alto livello, supponendo che ci saranno alcuni ascoltatori che non hanno idea di cosa sia WP CLI, mi chiedevo se potessi inquadrarlo in modo che possano capire cosa WP CLI è.

AS: Sì, certo. Quindi WordPress ha il suo back-end di amministrazione in cui esegui tutta la manutenzione del sito in cui apporti le modifiche in cui configuri le opzioni. E WP CLI è un'interfaccia diversa per controllare il tuo sito WordPress. È un'interfaccia che puoi usare dalla riga di comando. Quindi digiti i comandi in forma di testo per controllare il tuo sito. Ti consente di fare tutto ciò che fa il back-end di amministrazione e altro ancora. E usando la riga di comando che sembra essere un'interfaccia molto più espressiva rispetto al back-end di amministrazione, puoi risolvere molti problemi che sono molto specifici per i tuoi casi d'uso in cui non è presente alcun elemento dell'interfaccia utente predefinito nel retro dell'amministratore fine. Puoi semplicemente combinare e abbinare i comandi WP CLI per risolvere questi problemi ovunque. E poi, come ulteriore passo avanti, qualsiasi cosa tu possa fare con WP CLI puoi anche inserirla in uno script e, in definitiva, puoi automatizzare tutti i tuoi processi di gestione e persino eseguirli da remoto. Quindi c'è molta potenza andando a un'interfaccia basata su testo e WP CLI ti consente di farlo con WordPress.

DV: Wow, è stato davvero elegante. Penso che tu abbia un'altra carriera nel marketing da solo. È stato un modo molto carino di inquadrare VCI e ricorda di descrivere anche se è molto buono. Ok, quindi a mio avviso, e ho, sai, un piccolo cheat sheet per la sequenza temporale dei momenti chiave nella storia di WordPress che uso quando sento le storie sulle origini delle persone per chiedere loro quando sono entrate e cosa stava succedendo a il tempo. E WP CLI è in realtà uno dei momenti chiave nella storia di WordPress che chiamo qui. Nel 2016 nella visualizzazione della sequenza temporale, lo mantengo quindi penso che sia estremamente importante. E so che sai che c'è questa spinta per ottenere sempre più funzionalità e funzionalità rilasciate, ma sono solo un parente curioso come dire il recente batch di versioni relative a funzionalità o refactoring o altro, cosa ti ha entusiasmato di più nelle versioni recenti ?

AS: Quindi una caratteristica molto interessante è l'aggiunta di contesti globali per i quali da quando è stato creato YouTube, si discuteva sempre del contesto in cui lo strumento doveva essere eseguito, se doveva essere eseguito come processo front-end o processo amministrativo o qualcosa del genere nel mezzo. E tutti gli approcci arrivavano sempre con la loro serie di problemi. Quindi non c'è mai stata davvero una soluzione pulita. E il modo in cui la CLI viene eseguita per impostazione predefinita è questa strana miscela che non è né un processo di amministrazione né un processo front-end. Per motivi storici, ma ciò significa che alcuni processi che controllano se la richiesta corrente è una richiesta dell'amministratore, ad esempio, falliranno automaticamente. Ciò accade più notoriamente con plugin e temi premium quando corri per eseguire gli aggiornamenti. Quindi di solito vedrai quegli aggiornamenti che funzionano nel back-end di amministrazione. Ma con WP CLI, gli amministratori non sono gli aggiornamenti visibili o non funzionano come previsto. Questo perché la logica personalizzata che gestisce questi aggiornamenti per ogni plug-in, controlla che il processo di amministrazione non rallenti il ​​front-end ovviamente e che esegue automaticamente WP CLI. Quindi ora con questo nuovo flag di contesto, possiamo scegliere il contesto in cui eseguire e che ti consente di cambiare il contesto in un contesto di amministrazione. Ad esempio, quando esegui un aggiornamento del plug-in e all'improvviso tutte le integrazioni premium funzionano proprio come previsto. Questo è molto eccitante. Siamo spiacenti, questa non è una nuova funzionalità molto eccitante. È stato creato in collaborazione con cloudways in quanto attualmente stiamo testando in una fase in cui non è attivo per impostazione predefinita. Quindi è necessario eseguire manualmente questo provisioning automatico che diventerà l'impostazione predefinita nell'iterazione successiva.

DV: Eccellente, eccellente. Posso capire perché saresti entusiasta di questo. E penso che sia davvero intelligente che tu abbia pensato, ok, ci sarà il front-end o l'amministratore, ma in realtà, dando allo sviluppatore la scelta ti dà la possibilità di risolvere, o almeno lo sviluppatore di risolvere per più casi d'uso contemporaneamente. Posso capire perché saresti entusiasta di questo. in particolare pensando a quel caso d'uso dell'eroe e non essendo in grado di eseguire il rendering degli aggiornamenti per i plug-in premium. È un caso d'uso piuttosto comune. E immagina che ne scaturiscano molti altri. Ho alcune domande, però, tipo, sai, una specie di irruzione nella tabella di marcia e pensare a considerazioni sulla compatibilità con le versioni precedenti. Ma faremo la nostra prima pausa. Torniamo subito. È ora di inserirsi in un'interruzione pubblicitaria. Resta sintonizzato per più pressanti questo in un momento. Tutti bentornati a premere questo podcast della community di WordPress che sto regalando a Omar, il tuo ospite David Vogel. Paolo. Sto intervistando un locatore di lancio su WP CLI e alcuni connettori di compatibilità con le versioni precedenti. Da solo subito prima della pausa stavi condividendo la tua funzionalità preferita o WP CLI di recente, che era il contesto globale che cambiava la bandiera sia che si trattasse di un front-end o di un processo amministrativo. E ho pensato che fosse davvero intelligente. Tutto ciò che volevi aggiungere prima di entrare nel tipo di roadmap futura e compatibilità con le versioni precedenti.

AS: Sì, volevo aggiungere che non vedo l'ora perché questa è probabilmente una delle richieste di supporto più frequenti che WP CLI sta ricevendo. Perché gli aggiornamenti funzionano in WP CLI quando lo fanno nel bucket di amministrazione?

DV: Sì, quella cosa del processo di repository di plugin premium fa capolino e trovo molti posti diversi in WordPress, ma sì, posso vedere dove è una capacità fondamentale in cui le persone sono tipo, perché diamine non lo fa ? È così semplice per WordPress. È stupefacente. Mentre pensi al futuro di WP CLI, voglio portare in un secondo considerazioni sulla compatibilità con le versioni precedenti, ma cosa ci piacciono le due o tre principali funzionalità di cui sei entusiasta per il futuro.

AS: Quindi quello che sto pianificando da un po' di tempo è di revisionare completamente l'impalcatura di WP CLI. Il comando scaffolding è un comando che utilizza modelli per consentire di generare codice come generare un tema vuoto generare un plug-in vuoto. E volevo completare il Super Bowl in modo che fosse meno uno strumento per iniziare e più un aiuto allo sviluppo costante come è nello spazio di Laravel con il comando autismo in cui ogni concetto utilizzato nello sviluppo di WordPress avrebbe il proprio comando per generarne la versione canonica. E ciò non solo accelererebbe drasticamente lo sviluppo, ma sarebbe anche un eccezionale strumento di apprendimento e contribuirebbe a plasmare la qualità complessiva nello spazio di WordPress.

DV: Quello suona davvero bene e posso anche iniziare a immaginare dove potrebbe essere la compatibilità con le versioni precedenti. C'è qualche altra funzionalità simile alla tabella di marcia? Era abbastanza buono qualsiasi altro Vuoi aggiungere?

AS: C'è anche del lavoro attualmente in corso su una riscrittura del comando Profile che è ancora un comando di terze parti. Non è ancora in bundle. Ma non appena la riscrittura è terminata, voglio anche raggruppare quel comando in modo che tutti abbiano un modo semplice di profilare. Il sito Web richiede e vede in quali azioni ho bisogno, guarda quali filtri sono bloccati i principali colli di bottiglia delle prestazioni.

DV: Questa è un'altra buona. Ok, quindi hai due succosi elementi della tabella di marcia. Sono sicuro che qualcosa di più di questo, ovviamente, è che stai pensando al futuro e altri contributori stanno pensando al futuro. Ma ovviamente, la compatibilità con le versioni precedenti è una cosa importante in WordPress. Quindi quali considerazioni stanno pesando sulla tua mente mentre pensi alla tua capacità di realizzare quella tabella di marcia?

AS: Sì, WP CLI è il modo in cui funziona, il suo lavoro interno è direttamente legato alla politica di compatibilità con le versioni precedenti del core di WordPress. In questo momento WordPress Core supporta ancora un minimo di PHP 5.6 WP CLI lo fa anche. E c'è una politica per WP CLI che qualunque sia il minimo di WordPress, ogni volta che cambia. WP CLI ritarderà tale modifica di almeno un anno per dare a tutti la possibilità di utilizzare WP CLI per migrare dai vecchi siti. Ai nuovi siti. E poiché WP CLI è solitamente lo strumento utilizzato per la migrazione dai vecchi siti, deve comunque funzionare sulle persone di esportazione. Quindi WP CLI non può mai guidare l'approccio nel supportare le versioni più recenti di PHP e cose del genere. Perché fallirebbe quindi il suo scopo principale che è quello di ottenere l'accesso ai vecchi siti e permetterti di mettere in movimento. Quindi, a questo proposito, è davvero difficile fare lo sviluppo in WP CLI in un modo che mantenga il codice fresco e manutenibile ma si attiene comunque a questo requisito minimo PHP molto basso con il core di WordPress, che sta causando sempre più problemi

DV: quando lo faranno o sai quando il core aumenterebbe il numero minimo di versione di 5.6. Quindi hai AB è perché 5.6 è passato di alcune variazioni ed è difficile mantenere così lontano hai un tallone su quando le versioni più recenti sarebbero il minimo?

AS: Onestamente non posso dire di aver investito molto lavoro nel progetto sub happy in cui ho molti meccanismi per rendere tecnicamente fattibile il passaggio rapido del codice WordPress verso versioni più recenti di PHP a questo punto tutti i prerequisiti tecnici sono là. Si tratta solo di prendere la decisione. E non posso dire quando accadrà. Perché era già programmato da un po' ma finora non è ancora successo nulla.

DV: E così dal momento in cui succede anche se hai un anno dopo, quando WP CLI può aumentare la sua versione PHP minima supportata. Ci sono altre parti dello stack software o linguaggi o qualsiasi altra cosa che anche in qualche modo appesantisce mentre pensi alla tua capacità di fornire la roadmap, o è principalmente PHP

AS: è in termini di compatibilità con le versioni precedenti? È principalmente principalmente php. La WP CLI è costruita in PHP e in gherkin e in uno script di shell. Quindi gherkin è un linguaggio di test che non è davvero un problema e gli script della shell non sono cambiati per 20 anni. Non credo che ci saranno problemi a breve.

DV: Qual è l'impatto, ovviamente, mantenere il software compatibile con versioni molto vecchie di PHP è impegnativo, ma aiutami a capire come è impegnativo? Quali sono i compromessi che devi fare a causa del mantenimento del supporto per 5.6

AS: supportare cinque contro sei da solo non è un grosso problema. È solo una versione del linguaggio ed era un linguaggio più brutto. A quel tempo, ma ancora molto utilizzabile. Il problema è se vuoi essere in grado di eseguire anche la versione più recente di PHP. Quindi è necessario coprire l'intero spettro. E finché non aumentiamo la versione minima, aggiungiamo sempre più versioni che devi supportare e con PHP, ma ora la cadenza è che ogni anno esce una nuova versione principale, quindi chiamano it versioni minori, ma in termini di funzionalità sono versioni principali e le ultime versioni hanno visto cambiamenti più grandi e radicali nel linguaggio. E in questo momento è davvero difficile costruire più costruzioni di basso livello, più di basso livello in un modo che funzioni sia su cinque, sei e otto due contemporaneamente e peggiorerà solo nel tempo. E ciò che si aggiunge a ciò è che gli strumenti di cui hai bisogno per lavorare in PHP, devi eseguire unit test, devi eseguire test funzionali e così via e così via. Tutti questi strumenti si attengono alla cadenza PHP per qualcosa con l'unità PHP. Ad esempio, ora è molto difficile scrivere i test in modo tale che i test stessi funzionino su tutte le versioni dell'unità PHP. È necessario utilizzare per coprire tutte queste versioni di PHP.

DV: Va bene , quindi è il peso di tutte queste coorti multiple, se vuoi, PHP tipi unità TA, e quindi suppongo che probabilmente stai anche lottando con te, sai come stai usando le funzioni in diverse versioni come nuove funzioni diventano disponibili e sono obsoleti. E sembra che la raccolta di tutto quel lavoro extra sia l'attrito che appesantisce la tua capacità di fornire nuove funzionalità, ti sembra giusto?

AS: Sì, ehm, c'è anche PHP che sta diventando sempre più severo. Quindi dove prima quando dovevi mappare più versioni di PHP e potevi semplicemente mantenere il tuo codice vago in modo che non incontrasse nessuno dei problemi da una versione o dall'altra. Ora sta diventando sempre più difficile, perché HP lancia un sacco di avvisi, avvisi e problemi di deprecazione per la maggior parte. Per i più piccoli dettagli ormai, e a volte ciò significa che crei una funzione che devi eseguire build più volte e hai un meccanismo per inserire la versione corretta di quella funzione, a seconda della versione di PHP che stai eseguendo, quale incrementi esponenziali allo sforzo di manutenzione di tutto.

DV: Sì, ha perfettamente senso. Va bene, beh, voglio iniziare a esplorare un po', sai, come lo vesti e forse anche i tuoi pensieri su come WordPress in generale può fare di meglio e, sai, vestire la compatibilità con le versioni precedenti, ma noi' faremo la nostra ultima pausa, e torneremo subito. È ora di inserirsi in un'interruzione pubblicitaria. Resta sintonizzato per più pressanti questo in un momento. Bene a tutti bentornati a premere questo podcast della community di WordPress su W EMR. Stiamo parlando con un locatore di lancio dell'enigma dell'abitabilità all'indietro con WP CLI. Avrei dovuto scegliere un titolo meno scioglilingua per questo spettacolo. Ma eccoci qua. A lungo è un buon libro. Sì, così devo dire tre volte veloce prima che sia finita. Ma va bene, quindi prima della pausa stavi parlando di questo problema di manutenzione esponenziale quando inizi a gestire più versioni di PHP e non so se questo ti fa sentire meglio da solo, ma come il 100% dei motori WP i clienti vengono aggiornati nelle versioni moderne di PHP, abbiamo forzato quegli aggiornamenti, ma ovviamente non tutti lo fanno. Giusto? Non tutti gli host non tutti coloro che ospitano un sito Web fanno queste cose e quindi questo crea solo oshin messi da parte là fuori e obsoleti, versioni di PHP morbide o persino plugin di WordPress sicuramente. E quindi, questa natura di WordPress che conosci, in questa idea di compatibilità con le versioni precedenti fa parte di WordPress è la forza nella sua popolarità, importa se lo imposti tu stesso. WP CLI deve rimanere indietro perché sta facendo un lavoro per le persone che devono aggiornare. E quindi questa è una buona cosa, giusto? Questa è una buona parte di quella dinamica. Ma mi chiedo solo quali siano i tuoi pensieri su come WP CLI o WordPress nel loro insieme potrebbero migliorare nel mantenere quelle parti buone e forse evitare più parti cattive come i requisiti di manutenzione esponenziale della compatibilità con le versioni precedenti. Quali sono i tuoi pensieri su quella scritta in grande?

AS: Sì, penso che in questo momento siamo a un punto in cui WordPress sta rendendo la sua base di utenti un disservizio attenendosi a quell'approccio di compatibilità con le versioni precedenti molto estremo che ha in questo momento per quanto riguarda PHP, perché tutti i segni sembrano indicare il fatto che entreremo lentamente nella fase in cui non potremo più mantenere WordPress in esecuzione sulle ultime versioni di PHP, il che è un vero problema. E avremmo bisogno di molto tempo per lavorare sulla compatibilità perché al giorno d'oggi i cambiamenti lì stanno accadendo in PHP. E l'unico modo per risolvere questo problema è avere un approccio continuo di adattamento al ciclo PHP che può rimanere indietro rispetto a PHP, ma non può avere una velocità inferiore a PHP che non farà altro che peggiorare il problema. Quindi deve corrispondere alla velocità di PHP, anche se non ha tutti i due anni di ritardo dietro. E poi dobbiamo assicurarci di poter mantenere tutto ciò che riguarda gli strumenti, i test, gli strumenti e così via, abbastanza aggiornati in modo da poter sempre lavorare per supportare l'ultima versione di PHP, perché come sembra in questo momento , PHP nove sarà probabilmente la prima versione poiché sembra ora che WordPress non sarà in grado di adattarsi se non cambiamo l'approccio. Si spera, va bene, sì.

DV: Stavo per dire che suona come se questo problema esponenziale che stai affrontando su WP CLI sia un po' aggravato, se vuoi, in tutto WordPress, e se vuoi è un po' alzare la testa, con come le sfide che hai menzionato per PHP nove. E quindi ha senso in termini di questo, questo tipo di forza che sposta WordPress per essere migliore nel mantenimento corrisponde a quella velocità in modo da non rimanere troppo indietro rispetto ai servizi e rimanere troppo indietro nelle versioni PHP. Negli ultimi due minuti qui, so che ci sono molte sfide con la compatibilità con le versioni precedenti. So che hai fornito ottime funzionalità e vuoi fornirne di più. E come se avessi visto una marea di contributori a Gutenberg e mi piace, sento che non farei un servizio a meno che non avessimo fatto un po' d'amore a WP CLI in questo podcast per i contributori. In che modo le persone possono contribuire a WP CLI per aiutare a mantenere viva e attiva questa parte davvero importante di WordPress?

AS: Quindi prima di tutto abbiamo il team Slack principale di wordpress.org. Abbiamo un canale CLI. Quindi puoi semplicemente saltare su quel canale e salutare e fare domande. E se vuoi iniziare, ci sono sempre persone che sono felici di aiutarti a partecipare ai contributi WP CLI. C'è anche il sito web make wordpress.org/cli che è il punto di ingresso per tutta la documentazione e collegamenti a buoni primi numeri e così via. E poi, idealmente, ti uniresti a uno dei giorni di contributori della webcam che stanno accadendo di nuovo. Sono davvero felice di questo. Perché durante questi giorni di contributo, le persone possono effettivamente aiutarti a configurare la tua macchina per fare un adeguato sviluppo locale. Questo fermerà il pezzo dal vivo perché a volte l'onboarding è l'ostacolo più difficile che le persone devono installare.

DV: Sì, posso attestarlo. Alcuni amici che avevano iniziato a contribuire e ciò che hanno superato. So che ci sono parecchie persone là fuori che hanno piccoli corsi e istruzioni, ovviamente fanno in modo che WordPress abbia cose intorno anche a questo in termini di documentazione, ma questo è davvero un buon punto e i giorni dei contributori aiutano con quell'aspetto di questo. Mi è piaciuto anche il modo in cui hai chiamato per unirti al canale Slack. In un certo senso mi ricorda come Mike Liddell è stato coinvolto con WordPress rispondendo a ciò che sto commentando sui post di un blog Mac Mullenweg, ma quell'idea di contribuire in un contesto sociale che porta a qualcosa di più grande. Bene, questo è stato fantastico. Grazie per essere stato con noi oggi.

AS: Grazie per avermi ospitato.

DV: Sono così felice di averti qui. Se vuoi controllare di più su cosa fa anche Alon. Si prega di visitare make wordpress.org e cercare il sito WP CLI o trovarlo in wordpress.org slack e il canale WP CLI. Grazie a tutti per aver ascoltato premere questo podcast della community di WordPress su WMR. Ancora una volta, questo è stato il tuo ospite David Vogelpohl. Supporto la community di WordPress attraverso il mio ruolo in WP Engine. E adoro portarti il ​​meglio della community qui ogni settimana su Press This.