Premi questo: un viaggio ottimizzando Enterprise WordPress per una velocità incredibile e altro con Atul Jindall

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.

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 di un viaggio che ottimizza WordPress aziendale per una velocità incredibile e altro ancora. Ho avuto modo di vedere un'anteprima di questa roba davvero interessante. E unirti a noi per questa conversazione. Vorrei dare il benvenuto alla stampa di questo Atul Jindall. Atul, benvenuto.

Atul Jindall: Grazie, David.

DV: Sono così felice di averti qui. E per chi ascolta. Quello di cui parleremo oggi è un viaggio con gli strumenti che ottimizza un sito WordPress aziendale per una ricerca straordinariamente veloce e deliziosa in un approccio ottimizzato con una vernice, quindi oggi diventiamo un po' nerd. Quindi spero che tu abbia il tuo cappello da nerd su forse solo occhiali da nerd, non lo so. Pensaci. Freddo. Bene, buttaci via uno strumento. Ti farò la stessa domanda che ho fatto a tutti. Potresti raccontarmi brevemente la tua storia di origine di WordPress? Quando è stata la prima volta che hai utilizzato WordPress?

AJ: Grazie, David. Quindi inizierò con il mio sviluppo PHP. Nel 2007, ho iniziato a lavorare su PHP come sviluppatore e poi, dopo aver lavorato per alcuni anni, ho iniziato a utilizzare WordPress nel 2012 per le aziende locali in giro per la città e mi piace il backend di WordPress. System e io abbiamo pensato che fosse molto facile da usare creare semplicemente un piccolo team con le imprese locali. E poi ho lavorato su un paio di altri CMS come Drupal Joomla WordPress è stata una delle mie scelte preferite essendo facile da lavorare. E poi ho iniziato a consultare anche le aziende locali della zona.

DV: È un lavoro fantastico, dice 2012. Sarebbe stato due anni dopo i tipi di post personalizzati con metacampi personalizzati. Ho avuto qualche influenza sulla tua decisione di provare WordPress nel 2012? O ne avevi solo sentito parlare o sei solo curioso?

AJ: Oh, avevo un paio di CMS dice e ho usato presto dal 2009 al 2010, ma Zula aveva molte complessità da usare per le piccole imprese, perché le strutture degli URL non erano così buone. Volevano che i loro siti Web fossero SEO friendly e WordPress aveva queste cose integrate ed era facile da usare. Quindi ho preferito WordPress rispetto ad altri CMS dopo, e io sono quel sistema. Sto usando WordPress e mi piace.

DV: Eccellente. Sto diventando come una scarica di ricordi qui ha alcune delle stesse esperienze di allora il nostro precedente indirizzo nel kayak. Era anche uno sviluppatore PHP e durante la transizione stava sostituendo il suo CMS nostrano. Ecco qual era la sua storia passata. È un po' interessante, ma anche un tuo tipo di viaggio simile. Capisco che lavori con la crescita selvaggia. Ed ero solo curioso come puoi dirmi un po' di loro e poi cosa fai per loro o altro?

AJ: Sì, molto. of growth è un'agenzia di consulenza per le imprese. E lavoro con loro e poche altre aziende come convert crank come consulente freelance e li aiuto in bollette di alto livello e prezzi, oltre a consultarli su siti Web ad alto traffico. Quindi, come ottimizzarli e diverse cose strategiche, oltre a scrivere gli sviluppatori per la gestione e la creazione di siti Web di carico aziendali dal punto di vista tecnico. Quindi lavoro su un paio di progetti con grandi marchi, marchi di pozioni con amore, oltre a control drink come consulente freelance.

DV: È fantastico. Bene, abbiamo avuto un bel po' di ospiti a parlare della costruzione nell'impresa e stavo leggendo alcuni dei tuoi approcci e sono davvero entusiasta di poterti chiedere di più su di lui mentre finiamo l'intervista qui. Ma so che lo sai, abbiamo molte persone che ascoltano che hanno, sai, siti WordPress molto grandi o forse anche che lavorano in aziende o anche altre agenzie che lavorano sui loro prezzi. Penso che sia davvero interessante pensare alla crescita lì. E poi cosa lo sta guidando, ma anche il lato dell'implementazione di cui sai, non avevi un ottimo punto di vista. Grazie. Quindi capisco. Sai, per il progetto di cui parleremo oggi che non puoi condividere il nome dell'azienda, il sito che ottimizzi e lo ottieni totalmente. Se apprezza davvero le intuizioni che puoi condividere, perché hai spiegato approssimativamente qual era lo scopo del sito, era come un sito di brochure, era per gli studenti una sorta di funzionalità come solo di alto livello?

AJ: Sì, quindi il sito web era Wenders. Fondamentalmente era il sito Web per mantenere l'azienda manifatturiera una delle migliori aziende al mondo. E avevano quasi Wenders in ogni parte del mondo e avevano due diversi portali. In origine, uno era in Drupal e uno in Microsoft SharePoint o in un altro entrambi. Non ricordo esattamente come lo avessero in Microsoft, dal momento che ero open source per qualsiasi cosa e uno era un portale era una loro abitudine, ma volevano riunire tutto in un unico posto e stavano usando WordPress per sempre notizie e scopi di marketing per annunci e il loro capo prodotto che desiderano utilizzare WordPress come soluzione di back-end in cui hanno tutto insieme e volevano gestire i fornitori del CMS. Quindi questo era l'obiettivo principale del loro progetto e volevano avere WordPress o Drupal nella soluzione, ma il team che hanno per la scrittura e la gestione dei contenuti, ama molto gli editor di WordPress, quindi volevano usare WordPress. È così che hanno scelto WordPress tra le altre persone sul mercato.

DV: Wow, queste sono alcune intuizioni incredibili. Quindi stanno costruendo un sito fondamentalmente per facilitare i rapporti con i loro fornitori di produzione. E sono in tutto il mondo. Sono una grande compagnia. Hanno Drupal nel loro stack. Hanno SharePoint nel loro stack, hanno una piattaforma personalizzata nel loro stack e hanno WordPress e il loro stack un po', quindi dici che il capo del prodotto dice che vogliono usare WordPress per questo. E quella una delle decisioni trainanti è stata la facilità d'uso dell'inserimento del contenuto. Voglio dire, penso che abbia appena scritto come una proposta simile a quella di tutti per WordPress all'impresa per quello. Ed è stato fantastico. Quello strumento. Sì. Quindi lascia che te lo chieda, giusto, come se li stessi solo immaginando laggiù, come stare seduto lì a guardare tutti questi sistemi e pensare, quale sceglieremo per questa cosa grande e importante? E come, ovviamente, sai, non stanno pensando come una PMI con un grigio come, oh, abbiamo modelli che possiamo creare un sito velocemente, giusto? Non stanno pensando così. Quindi, cosa pensi che siano considerate considerazioni per l'impresa quando prende questo tipo di decisione? Come se fosse sicuramente più del semplice editor, ma come, cosa ne pensi delle considerazioni sono diverse da dire, come una PMI potrebbe guardare le cose?

AJ: Sì, esattamente. Quindi avevano una grande impresa. Avevano una grande concentrazione sulla sicurezza dei dati, perché avevano tutti i fornitori che erano come 400.000 fornitori, record, che erano originariamente archiviati in Drupal e SharePoint, perché hanno due diversi gruppi di lavoro. Uno, un gruppo di lavoro utilizzava Drupal e uno utilizzava SharePoint. E volevano consolidare tutti quei 400.000 record in un unico posto. E per questo volevano avere una facile migrazione dei record nel sistema. E poi hanno avuto anche una considerazione sulla sicurezza dei dati che viene insegnata. Quindi abbiamo trovato di più, sai, con una soluzione per la migrazione dei dati e la creazione del sistema back-end personalizzato utilizzando l'accesso al tipo di post personalizzato per WordPress in modo da poterlo migrare, quindi scrivo ho scritto alcune delle altre API utilizzando PHP quattro e quindi utilizzare quelle API rimanenti per essere richiamate da WordPress per inviare i dati direttamente nelle strisce dei clienti e quindi abbiamo creato una parte superiore su quella, faremo un altro livello di applicazione

DV: Suona come Amazon o eBay suona come il tema che sta emergendo qui. E la considerazione è flessibilità e velocità, giusto? Dicono, ok, dobbiamo prendere tutti questi record. Sono tutti complicati, e suppongo che per dirla sono un po' curioso dal punto di vista della sicurezza, l'hai detto un minuto fa. E vorrei scompattarlo insieme ad alcune delle altre ottimizzazioni che hai fatto sulle prestazioni, ma faremo la nostra prima pausa. Torniamo subito. È ora di inserirsi in un'interruzione pubblicitaria. Restate sintonizzati per più stampa questo solo un momento. Tutti bentornati a premere questo podcast della community di WordPress su W EMR. Questo è il tuo ospite David rollerball. Sto intervistando lo strumento Jen Doll su un progetto che ha realizzato per ottimizzare WordPress aziendale per una velocità incredibile e altro ancora. Poco prima della pausa ci stavi raccontando un po' perché quel particolare cliente in questo progetto ha scelto WordPress e dal mio punto di vista sei un po' a raccontare questa storia di flessibilità, velocità, facilità d'uso, ma ero un po' curioso di un po. Sai, abbiamo in qualche modo promesso e preso in giro alcune specifiche di implementazione qui e mi piacerebbe davvero arrivare al nocciolo della questione e mi avevi detto prima di questa intervista, che non hai ottimizzato un po' per le prestazioni . Quindi mi chiedevo se potresti in qualche modo guidarci attraverso alcuni dei metodi che usi per ottimizzare questa particolare build per la velocità perché finora, stai dicendo che ho un enorme database e persone da tutto il mondo lo vedranno it, penso che questo sia un sito lento. Come hai fatto in fretta?

AJ: Sì, quindi avevamo in pila, avevamo la cache di memoria e avevamo un sacco di nicchia per ottimizzare il contenuto del database che era una considerazione. Volevamo avere tutto caricato in memoria, quando il record viene estratto dal database. Volevamo avere un'istantanea di quella pagina per questo abbiamo usato la cache di memoria e il coordinamento. Quindi, così male, la consegna dei contenuti è più veloce rispetto al semplice utilizzo dei CD. E poi abbiamo avuto un'altra considerazione per la sicurezza. Cerchiamo di nascondere l'amministratore di WordPress dal pubblico dominio che era la cosa più importante che volevamo implementare. Quindi per questo avevamo un sistema di bilanciamento del carico e abbiamo solo il front-end di WordPress su diversi set di server. E poi avevamo il back-end, stare da qualche altra parte in modo che le persone non potessero accedere alla parola persona.

DV: Hai considerato una build senza testa per questo? Voglio dire, se capisci cosa intendo come alcuni dei vantaggi che stai descrivendo, è abbastanza chiaro come lo stai facendo con il core WordPress. E mi chiedo solo se hai considerato JavaScript disaccoppiato per risolvere quel problema?

A J: Sì, abbiamo. Abbiamo anche alcune porzioni di JavaScript disaccoppiato, ma era come qualche anno fa. Quindi non abbiamo implementato del tutto senza testa

DV: Capito. Quindi stai ottenendo alcuni dei vantaggi senza testa, però, usando i tuoi bilanciatori di carico per separare il front-end dal back-end, in pratica. Si, esattamente. Questo ha aiutato con le prestazioni?

AJ: Sì, ha aiutato. Sai, dal momento che avevamo un database condiviso che è stato detto, su un server diverso, abbiamo avuto un'architettura complessa su quello. Quindi stiamo usando il database condiviso, ma abbiamo avuto tutta la parte front-end di stare su un paio di altri server che hanno molto nelle prestazioni, come perché stavamo scattando l'istantanea delle pagine, in modo che ogni volta che avessimo qualche visitatore o aumento del traffico nei server, avevamo la rete metallica per trattenere quel traffico e mostrare le istantanee fuori dalle pagine. Ma la ricerca era un grosso problema. Sai, una volta implementata questa architettura, abbiamo cercato di ottimizzare la ricerca perché i risultati della ricerca impiegavano troppo tempo per essere visualizzati nel sistema e non era una buona esperienza per gli utenti che utilizzavano la ricerca predefinita di WordPress in quel momento prima

DV: Sì, dove ti sei trasferito?

AJ: Abbiamo cercato di utilizzare la ricerca solare per ottimizzare l'esperienza di ricerca per gli utenti, quindi abbiamo integrato un ordine di acquisto, perché l'azienda non voleva scegliere una soluzione premium. Quindi volevano avere tutto in casa. Scegli i servizi aziendali. Quindi usiamo le corrispondenze open source per questo.

DV: Ah, interessante. Sì, WP Engine con la nostra offerta di e-commerce include la stampa elastica, che è simile all'ottimizzazione di ricerca elastica per WordPress. Sì. Uno dei vantaggi di questo. Sono solo curioso di sapere se ne hai approfittato in questa build con questi altri strumenti, con i quali non ho familiarità. Ma per quanto riguarda le query durante il caricamento di pagine Web, sono solo curioso. Come la soluzione di stampa elastica, non solo migliora i risultati di ricerca, ma migliorerà anche la velocità di caricamento delle pagine sulle pagine con molte query. Sono solo curioso di sapere se ne hai approfittato e l'ottimizzazione delle prestazioni in questo disegno di legge.

AJ: Sì, è una buona domanda. Quindi utilizziamo essenzialmente la ricerca solare per ottimizzare le query di ricerca, ma per le pagine con molti turisti, abbiamo utilizzato la cache di memoria, perché volevamo che tu conoscessi i record personalizzati dai campi personalizzati poiché WordPress memorizza tutti i record in una preoccupazione con un formato diverso, memorizzando le coppie chiave-valore nel database. Quindi volevamo che quelli che usassero la cache di memoria in modo che il tuo database non debba eseguire la query questo

DV: Sì, modellando questo scaricando quelle query di ricerca tutto il giorno, giusto? Yeah Yeah. Grande, grande grande giorno. Sì, eseguiamo la nostra istanza di stampa elastica è in realtà un cluster scaricato. Quindi tutte le query sui pagelet e le query di ricerca si spengono dai server di WordPress. Esattamente. La velocità c'è amico io quando l'ho aggiunta per la prima volta Beh, voglio dire, non l'hanno documentata ma l'ho scoperta per caso. L'ho attivato su un sito. Il sito è diventato più veloce e mi sono detto, cosa è successo? Non ho fatto niente di simile a questo fallimento, dopotutto

AJ: Per me, è stato come, sai, stavo sempre cercando di ottimizzare per WordPress. Feed e io abbiamo iniziato a esaminare la struttura del database, come viene rubato il contenuto, organizzato nelle tabelle all'interno del database, perché avevamo tabelle diverse, cose molto complesse e volevamo capire la cosa dell'archiviazione dei dati di WordPress per avere un'idea che potesse mi sono imbattuto in memcached sarebbe la soluzione migliore per ottimizzare il WordPress

DV: Ho capito. Lascia che ti ponga una domanda molto veloce sull'implementazione della ricerca. In un certo senso hai detto che sei arrivato lì perché la ricerca di base di WordPress non funzionava bene, e specialmente nei grandi database e cose del genere è un problema che hai fatto al cliente ha cercato di ottimizzare l'esperienza con risultati di ricerca personalizzati o qualsiasi tipo di tipo, cercherò di capire il credo di non capire davvero lo scopo del sito hanno fatto hanno provato a farlo si trattava solo di renderlo più veloce? Volevano cambiare l'esperienza stessa?

AJ: Vogliono cambiare l'esperienza anche con più filtri all'interno della ricerca, oltre a creare alcuni team e avere dei layout piacevoli e migliorare il percorso del cliente dei visitatori. Quindi volevano sopraffare o sovrapporre la rampa complessiva dell'esperienza di WordPress non solo non solo le prestazioni di ricerca, ma volevano anche migliorare l'esperienza.

DV: Sì, è fantastico da ascoltare. So che per molti siti è come l'ultima cosa nella tua lista da ottimizzare ed è una parte così importante. Ho letto che uno studio dell'anno scorso era qualcosa come il 43% degli acquirenti usa la barra di ricerca in qualsiasi negozio di comunicazione e ha il doppio delle probabilità di acquistare e come no, tipo, whoa, forse è davvero carino, giusto? Sì. Ma è interessante perché la ricerca trascende così tanto la costruzione di un sito che conosci solo tu e oltre le cose semplici come la ricerca di un prodotto. Sembra che tu sia in grado di trarne molti vantaggi qui.

AJ: Sì, esatto. Perché gli autori di contenuti solo WordPress perché pubblicavano storie su base regolare e viceversa e l'editor erano i preferiti. Quindi volevamo che lo usassero. Andando per Drupal.

DV: Quindi stai parlando degli editor di contenuti. Me l'hanno in qualche modo ricordato all'inizio di questa intervista, o stavi dicendo che quali sono le decisioni che portano qui è stata la facilità d'uso dell'editor? E, voglio dire, sembra che la motivazione dietro forse non so se hai un'osservazione qui è che, sai, mentre le persone pensano a quali sistemi vogliono creare e mantenere, pensano anche a come quanto spesso quegli utenti li infastidiranno come WordPress perché è un percorso così facile per i creatori di contenuti. Mi chiedo solo se lo vedi espresso e il tuo lato di questi progetti.

AJ: Sì, vedo molto valore nella facilità di creazione di contenuti e nell'avere WordPress così facile da usare. Per i soli scrittori o persone che non hanno un background tecnico rispetto ad altri CMS perché in Drupal hanno l'editor e sembrano ancora piuttosto complessi. Questi alcuni di questi editori

DV: Penso che siano davvero buoni. È solo che come mi ricordo che ero in una riunione con una grande azienda di telecomunicazioni e stavano cercando di scegliere CMS e dovevano proprietari e cosa funzionava per noi e mi sono alzato davanti alla stanza e ho detto ecco come usare il primo le persone proprietarie alzino la mano. Secondo proprietario, poche persone in più. Ho detto WordPress come se l'intera stanza alzi la mano anche le persone che conoscevano l'altro CMS. E io ero tipo, sì, ecco perché potresti prendere in considerazione WordPress. Si Esattamente.

AJ: Beh, in primo luogo come un grande vantaggio SEO essere buono per SEO, penso.

DV: Oh, sì, molto dell'ecosistema di plugin, gli sviluppatori assumeranno la documentazione. Così tante cose. Bene. Ora, però, voglio in qualche modo colmare questo un po'. E volevo scegliere il tuo cervello e quali erano le tue parti preferite di questo progetto, ma ci prenderemo la nostra ultima pausa. Torniamo subito. È ora di inserirsi in un'interruzione pubblicitaria. Resta sintonizzato per ulteriori informazioni, premi questo in un momento. Tutti bentornati a premere questo podcast della community di WordPress sulla radio dei webmaster. Questo è il tuo ospite David Gold Paul e nel bel mezzo dell'intervista a uno strumento sull'ottimizzazione di WordPress per lo strumento di velocità proprio prima della pausa. Stavamo parlando un po' del ruolo dell'esperienza utente e della guida delle decisioni delle imprese nella scelta di un CMS. Oh, se ne parla molto. Ma ora vorrei lasciarlo aperto a te come se questo fosse un progetto piuttosto grande per te. Hai avuto molte parti complesse. Qual è stata la tua parte preferita del progetto e perché?

AJ: Sì, quindi la mia parte preferita di Project era in realtà quella è una storia divertente. All'inizio ero molto, molto entusiasta di usare WordPress, ma quando si è trattato di ottimizzarlo, perché abbiamo iniziato a creare cose e tutto il team è stato creato e poi il sito installato è diventato drasticamente lento perché la dimensione dei dati era così grande, era come in gigabyte, giusto. Quindi, allora, ho detto loro come, questo sta diventando lento, dovremmo ottenere qualcosa per l'impresa per la memorizzazione nella cache o qualcosa del genere. Hanno detto di no, noi andremo con le soluzioni open source. E poi mi sono grattato la testa per pensare, come dovrei progettare questo o per la performance? Poi abbiamo iniziato a esaminare un paio di opzioni e abbiamo escogitato una cosa di war mesh, memcached e solare. Quindi direi che per i siti Web aziendali, i modi migliori per pensare prima a prestazioni simili sarebbero il mio suggerimento su questo

DV: Se posso fare come una parafrasi, è che il cliente arriva con i requisiti per utilizzare questa fonte. E stai pensando come, oh, potrei solo, sai, risolverlo con questo strumento proprietario o qualcosa del genere. E poi aggiungono i vincoli, i vincoli sono sempre la parte divertente dei progetti, giusto? Ora devi cercare di capirlo e progettare il modo open source, pensi che sia più probabile che ti piaccia scegliere Open Source la prossima volta o pensi ancora che a volte sia una facile via d'uscita proprietaria. Quindi sono anche così facili? Hai trovato le soluzioni open source superiori per qualche motivo?

AJ: no, penso che l'open source sia il migliore. E andrei anche con l'open source, se necessario. L'unica cosa che vorrei dire è che alcune cose che ho perso in questo progetto all'inizio erano che non stavamo considerando le prestazioni basate sulla scienza dei dati. Eravamo meno concentrati sull'aiutare il team di marketing dei contenuti e i ragazzi dell'esperienza utente a creare il bellissimo design. Quindi scegliere l'impresa o scegliere l'open source dipende interamente dai modelli. A volte le aziende hanno i budget in tasca per eseguire una grande soluzione aziendale. A volte vogliono solo che gli sviluppatori si grattino la testa e trovino una soluzione entro i vincoli.

DV: Ho capito, però, come se avessi una lezione da imparare dal progetto, sembra come controllare il lato della performance all'inizio del progetto. È un presupposto sicuro?

AJ: Sì, pensaci. prestazioni piuttosto che cercare di accontentare i ragazzi dell'esperienza utente.

DV: Sì, perché è divertente perché, come quando penso a UX, ci penso spesso lo descrivo come l'equilibrio tra sofferenza e gioia. La gioia di portare una nuova esperienza visiva a qualcuno e la sofferenza del tempo di pagelet che aggiungi quando lo fai sì, giusto. Sì, devi tenere sotto controllo quell'equilibrio per costruire una performance e un buon sito web. Bene, questo suona come un progetto davvero eccitante. Sei felice? Sei uscito è fuori dalla porta.

AJ: Sì, mi sono davvero divertito e ho imparato tre molto, molto forti da questa build a livello aziendale, perché avevamo, avevamo considerato come ottimizzare questa infrastruttura anche per sviluppi futuri. Quindi ci sono state molte cose che sono state apprese in questo progetto.

DV: Eccellente. Beh, puoi, è sempre una cosa meravigliosa. Sono così felice di sentirlo. Bene, strumento. Mi è davvero piaciuto ascoltare la tua storia oggi e apprezzo che tu l'abbia condivisa. Grazie mille per esserti unito a noi qui nello show. Sì, assolutamente. Eccezionale. Grazie. Grazie. Se desideri dare un'occhiata a ciò che uno strumento ha fatto, puoi visitare loud groov.com Grazie a tutti per aver ascoltato questo podcast della community di WordPress su WMR. Di nuovo, questo è 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 su Press This.