Apăsați aici: Cum WP Engine face WooCommerce mai rapid cu Josh Dailey de la WP Engine

Publicat: 2022-08-03

Bun venit la Press This, podcastul comunității WordPress de la WMR. Aici gazda David Vogelpohl se așează cu invitații din întreaga comunitate pentru a vorbi despre cele mai mari probleme cu care se confruntă dezvoltatorii WordPress. Următoarea este o transcriere a înregistrării originale.

Produs de RedCircle

David Vogelpohl: Salutare tuturor și bine ați venit la Press This, podcastul comunității WordPress pe WMR. Acesta este gazda ta, David Vogelpohl. Sprijin comunitatea WordPress prin rolul meu la WP Engine și îmi place să vă aduc tot ce este mai bun din comunitate aici în fiecare săptămână pe Press This. Pentru a vă aminti, mă puteți urmări pe Twitter @wpdavidv și vă puteți abona la Press This pe Red Circle, iTunes, Spotify sau puteți descărca cele mai recente episoade de pe wmr.fm. În acest episod vom vorbi despre modul în care WP Engine face comerțul mai rapid. Și ni te alături pentru acea conversație. Aș dori să-l prezint pe domnul Josh Dailey. Josh bine ai venit.

Josh Dailey: Bună, David. Mulțumesc că m-ai avut în emisiune. Este o adevărată onoare.

DV: Oh, asta e grozav. Sunt foarte bucuros să te am aici dacă ai fost în emisiune înainte de Josh, cred că la patru sau cinci episoade și acum nu-mi amintesc.

JD: Încă nu am făcut-o. Încă nu am avut privilegiul. Și deci aceasta este o mare problemă pentru mine.

DV: Excelent, excelent. Mă bucur să te am aici. Știu. Lucrăm împreună, bineînțeles, cu Motorul WP și o varietate de lucruri, dar aventurile seniorilor de-a lungul anilor și WordPress în general și ne bucurăm foarte mult să avem perspectiva ta aici. Pentru această ascultare în acest episod, ceea ce Josh va vorbi despre actualizările recente ale motoarelor WP Opțiunea de găzduire axată pe WooCommerce, inclusiv noi optimizări de cache axate pe Woo, care oferă până la 90% mai mult și o creștere foarte mare a paginilor de cache din Josh, urma să le împărtășească. provocările lor actuale cu stocarea în cache a ovocitelor? Ce a făcut WP Engine pentru a ajuta la rezolvarea acestui lucru și apoi ce au planificat pentru viitor. Așa că aștept cu nerăbdare interviul Josh, voi începe totuși punându-ți aceeași întrebare pe care am pus-o fiecărui oaspete. Îmi poți spune pe scurt povestea ta despre originea WordPress? Când ați folosit prima dată WordPress?

JD: Da, probabil a fost în jurul anului 2012. Cream videoclipuri și alte active digitale pentru organizații nonprofit și IMM-uri. Dar provocarea a fost că ei căutau un loc pentru distribuție în masă, care era online, evident, a deschis o lume întreagă pentru ca oamenii să poată partaja acel conținut. Cheltuiesc mulți bani pentru a crea acele active. Și așa am găsit WordPress ca CMS și am încărcat pentru asta. Și apoi am pătruns adânc în acea lume, când am deblocat și am găsit o comunitate de oameni în jurul ei și apoi am fost invitat să lucrez pentru unele companii de dezvoltare și plugin WordPress. Excelent, excelent.

DV: Deci 2012 ar fi fost la doar doi ani după tipuri de postări personalizate și meta câmpuri. Deci, acest lucru ar fi fost chiar în grosimea faptului că WordPress ar fi de fapt un CMS față de poate mai puțin înainte de acea perioadă. Ați recunoscut asta în 2012 sau că nu era doar WordPress și a funcționat așa.

JD: Nici măcar nu am recunoscut. Mă scufundam pentru că aveam nevoie de o soluție. Și acesta a fost cel mai bun pe care l-am putut găsi și am învățat cum să-l învârt. Versiunea open source. Am avut un blog înainte de asta pe wordpress.com. Adică, totul este open source, dar soluția the.com pentru blog, o foloseam deja. Și apoi cineva mi-a arătat cum să las unul și și-a dat seama cum să intru în partea din spate a postării, astfel încât să știu destule pentru a fi periculos, mai ales în acel moment. A fost suficient pentru a fi periculos.

DV: Înțeleg, ies tot timpul. Mă întrebam dacă ai putea să-mi spui pe scurt despre WP Engine și ce faci acolo.

JD: Da, WP Engine este o companie de tehnologie care se concentrează pe WordPress, în primul rând pe lăudarea și rezolvarea unora dintre cele mai mari probleme pe care le cunoașteți, în jurul vitezei, a suportului pentru scalabilitatea securității. Așa că, de fapt, am fost un client timpuriu al WP Engine după ce am fost piratat și am avut nevoie de o soluție pentru asta. Deci, așa cum am spus, atât cât să fie periculos. Și așa a fost atunci când spațiul de găzduire WordPress gestionat a început cu adevărat să iasă și să decoleze în acel moment. Și așa am fost unul dintre cei care au adoptat-o ​​timpurie în acest spațiu, deoarece soluțiile de sare din jurul hackurilor fermierilor și genul ăsta de lucruri. Dar acum a devenit mult mai avansat. Și apoi, pentru rolul meu acolo, sunt un manager de marketing de produs, care se află într-un fel între client și produs și inginerie pentru a comunica ca o legătură principală între cei doi, dacă aș sta pe un scaun pivotant, cum să comunic care sunt nevoile clienților. ? Și apoi, de asemenea, cum să vorbim despre acele produse înapoi clientului și să ne imaginăm că vă rotiți înainte și înapoi.

DV: Acum știi Josh, de fapt l-am pus pe WP Engine după un atac DDoS. Așa că cred că poate că tu și cu mine împărtășim genul acesta de poveste despre origine din partea WP Engine. Dar haideți să schimbăm treptele dacă am putea să începem să vorbim despre performanța plăgii. Deci, vreau să spun, evident că există o mulțime de oameni care au vorbit despre unele dintre provocările cu care te poți confrunta cu Wu în timp ce încerci să optimizezi viteza și cred că este important să subliniem că a fost cea mai dominantă platformă de comerț electronic. pe pamant. Și, știi, există atât de multe avantaje extraordinare acolo. Dar cred că, pe măsură ce oamenii încep să se perfecționeze cu adevărat pentru viteză, pot începe să facă față unor provocări. Și așa că încerc doar să înțeleg, din perspectiva dvs., care sunt principalele provocări cu care se confruntă constructorii sau dezvoltatorii sau când optimizează WooCommerce pentru pagină?

JD: Da, odată ce credeți că este important să rețineți despre WooCommerce și viteza este că este o platformă solidă. Știi, WordPress este solid și rapid și este atunci când începi să adaugi lucruri peste el și să lucrezi cu el. Și astfel, provocările actuale în acest moment sunt departe de ceea ce odinioară omiteau. S-a îmbunătățit mult, dar și postarea a devenit mult mai bună. Și astfel, punctele dureroase pe care le-am identificat în starea actuală sunt tabelele de comenzi personalizate la nivel structural. Deci este ceva la care WooCommerce lucrează. Și participăm la asta, dar în esență, în acest moment, WooCommerce folosește aceleași tabele de baze de date pe care le folosește WordPress și nu există tabele de comenzi personalizate pentru lucruri precum produse, dar ceea ce fac ei este să extindă asta astfel încât să meargă. să fie mai scalabil și să performeze mult mai bine decât să strângeți totul în același spațiu. Și, deci, participăm la lucrul beta, dar puteți și dacă ascultați și doriți să participați la testarea migrației, pentru că asta va îndepărta o migrare din procesul actual. Puteți face asta accesând developer.woocommerce.com și găsind acolo postarea de blog despre asta. Sunt tabele de comenzi personalizate. Dar dintr-o altă perspectivă, este cache-ul. Pentru că conținutul WooCommerce este dinamic. Cache-ul devine o problemă. Și pentru că dacă memorezi în cache o pagină greșită, s-ar putea să întrerupi funcționalitatea dacă memorezi ceva greșit, vei aduce funcționalitate sau vei expune date. Și acesta este un punct de tensiune cu care vedem o mulțime de dezvoltatori care se luptă cu conținut dinamic. Și apoi, în sfârșit, ar fi problema fragmentelor de coș dacă accesați orice forum în jurul WooCommerce. Discutați cu orice dezvoltator despre viteza și obținerea unui test de viteză a paginii Google și veți vedea dintr-o dată că există acest script de fragment de card. Și așa sunt un fel de trei.

DV: Puteți explica ce sunt fragmentele de cărucior pentru cei care nu au citit acele articole?

JD: Da, sigur. Așadar, fragmentele de coș sunt o modalitate prin care coșul poate fi la curent cu cele mai recente notificări sau prețuri sau cu ceea ce puneți în coș fără a fi nevoie să reîmprospătați pagina de fiecare dată. Așadar, folosește o bucată de cod JavaScript pentru a recunoaște asta atunci când se întâmplă asta și, astfel, o va muta și te va ține la curent. Acum, soluția actuală pentru a remedia asta de multe ori oamenii spun pur și simplu că dezactivează-l, dar dacă o faci, atunci nu primești cele mai recente informații actualizate și nu poți permite clientului tău să aibă acea experiență personalizată sau experiența personalizată care este atât de valoroasă atunci când cineva face cumpărături pe site-ul tău.

DV: Știi, e amuzant când mă gândesc la optimizarea vitezei și mă gândesc la lucruri precum câte elemente voi avea sau nu pe o pagină. Deseori numesc asta echilibrul suferinței și bucuriei. Și ceea ce vreau să spun prin asta este că cunoști bucuria de a adăuga o nouă experiență sau conținut, dar apoi suferința paginilor suplimentare. Și se pare că poate această noțiune a echilibrului suferinței. Și bucuria este, de asemenea, experimentată în timp ce ne gândim la conținutul dinamic. Și cât de incapsulabil este și, desigur, știm că, cu cât site-ul nostru este mai încasat, se simte ca și cum are un efect dublu, în cazul în care pagina care este în cache este mai rapidă și cu cât stocați mai multe pagini, cu atât deschideți mai multe resurse de server. pentru paginile care nu sunt și așadar, știi, există această forță, pare woo unde e ca și cum ar face toate aceste treburi cu adevărat importante, cum ar fi să-ți păstrezi cardul la zi. Dar compromisul pentru aceasta este compromisul de performanță și se pare că în unele cazuri, în special ca pentru cardul de actualizare, poate compromisul de performanță este prea mare. Poate că nu este și vreau să vă vorbesc despre cum vă abordați, dar ne vom lua prima pauză. Vom reveni imediat.

DV: Toată lumea bine ați revenit la Apăsați acest podcast al comunității WordPress WMR. Acesta este gazda dumneavoastră David Vogelpohl. Vorbesc cu Josh Dailey despre modul în care WP Engine face WooCommerce mai rapid. Josh chiar înainte de pauză, am împărtășit că cele trei domenii principale de atenție pe care le vedeți ca oportunități în tabelele de comenzi ale clienților pentru optimizarea performanței WooCommerce. Mă bucur să aud că echipa calm lucrează la asta. Mulțumesc pentru strigătul de a-i face pe oameni să testeze atât de importantă capacitatea de cache a site-ului și apoi, în special, capacitatea de cache este afectată de practica curentă și asta este în concordanță cu ceea ce am auzit și văzut personal și pe care m-am concentrat peste tot. ani. Deci sunt doar curios. Ca din nou, așa cum am menționat mai devreme, așa cum oamenii au vorbit despre asta și bloguri, chiar și eu știu despre asta. Cum abordează dezvoltatorii de constructori aceste provocări în afara găzduirii unei agende WP aici și să-mi spună ce face WP Engine? Și sunt doar curios cum se potrivește DIY. Ambele remedieri sau optimizări pentru aceste provocări.

JD: Da, cred că în primul rând este important de remarcat pentru că ai avut un apel grozav la sfârșitul ultimului segment. Dar, în esență, când te gândești la PageSpeed ​​și la performanță, pentru că am petrecut mult timp în acel spațiu. Nu este o știință. Este mai mult o formă de artă. Și este mult de a da și de a lua. Și aici intră în joc multe dintre aceste lucruri este că nu știi cu adevărat, dacă vrei ca un videoclip mare să fie redat pe site-ul tău, trebuie să știi că doar o să-ți sufere viteza și asta, dar asta ar putea merita. spune-ne ce faci. Și așa, în cazul spațiului de comerț electronic, în special modul în care mulți oameni de bricolaj se adresează acești pași de optimizare este manual este o modalitate prin care trebuie să intri și să-l gestionezi. dvs. și găsiți implementările de implementare în numerar. Există, de asemenea, câteva plugin-uri grozave dacă ești nou în spațiu, dar te-aș încuraja să intri și să te joci cu acele plugin-uri și apoi să testezi testele de testare. Trebuie să intri acolo și să te asiguri că pornești un comutator pentru a vedea cum funcționează pe partea din față, să te asiguri că nu încalcă anumite funcționalități și apoi să te întorci și să te joci cu el. Acesta este un alt mod în care oamenii fac asta dintr-o perspectivă de bricolaj. Și apoi, în sfârșit, cred că există vreo 10 remedieri de viteză și performanță sau o muncă în curs. Nu doar stabiliți ceva și uitați. Trebuie să te gândești în mod constant la implicațiile acestui lucru din cauza valorii pe care o adaugă magazinului tău atunci când există o viteză de conversie mai mare. Și astfel, lucruri precum eliminarea tranzitorii sunt sfaturi că comerțul sunt sesiuni de compensare. Și apoi, ca bonus, puteți bloca, de asemenea, roboții să creeze sesiuni atunci când se conectează. Deci, aceștia sunt unii dintre pașii pe care îi fac oamenii atunci când fac performanță pe cont propriu sau dacă sunt un dezvoltator care lucrează la asta.

DV: Da, deci mă gândesc doar înapoi și apoi mă gândesc și la ceea ce tocmai ai spus, dar este ca, bine, știu că există aceste provocări pentru performanță de care pot profita ca o oportunitate. S-ar putea să mă gândesc la asta pe măsură ce încep să fac o listă și o abilitate de numerar și fragmente de cărți și regulile mele de stocare în cache și toate acestea joacă un rol. Așa că voi prezenta acest plan de proiect și voi alege o soluție pentru fiecare fel de fel de-a lungul drumului. Și apoi mă voi duce, practic, să o configurez și să o implementez în lucruri precum regulile de cache, cum ar fi ce păstrez în cache? Ce nu pun în cache? Expun date ca tipul de puncte pe care le-ați făcut mai devreme? Și apoi mă voi duce să execut împotriva asta. Și apoi nu doar o dată, ci în timp. Împărtășim asta în timp ce implementez cod nou sau pun noi funcții și conținut nou, dar optimizez și pe măsură ce merg, este așa?

JD: Da, și după cum puteți auzi, și un fel de explicație prin care treci și poate dura mult timp. Ajunge prin a fi destul de mult de lucru, mai ales dacă nu ai o persoană dedicată sau îți conduci propriul magazin. Optimizarea performanței, se pare că nu este niciodată suficient timp și în interiorul acestuia, așa că luați-o în bucăți mici. Dacă puteți. Dar, evident, există și alte soluții acolo unde este gestionat pentru tine, este doar ca un cost de valoare. Propunere.

DV: Da, este foarte interesant, știi, propunerea de valoare pe care simt că o oferim în cele din urmă este propriul magazin. Nu-l închiriați pentru domnișoara fund. Și să aveți o flexibilitate independentă, să începeți codul scăzut sau nou, dar, știți, să deveniți ceva mai puternic, dar cu asta vine și acest tip de responsabilitate de tip de optimizare a performanței consistentă și persistentă. Deci, știți, evident titlul emisiunilor vorbește despre motoare WP, ofertă nouă sau îmbunătățiri aduse operatorului său de comerț electronic. Sunt totuși curios, când a lansat WP Engine găzduirea specifică whoo și ce a făcut inițial?

JD: Da, a fost acum puțin peste un an. Acum. În martie. Și la acel moment, ne uitam la starea actuală a comerțului electronic și la boom-ul evident de creștere care a avut loc în cazul magazinelor care s-au mutat online prin pandemie. Dar acest fel de vedere, dacă te gândești la asta, era direcția în care lucrurile erau deja în tendințe, într-adevăr. Prin urmare, ne uităm la cum ajutăm pentru nevoile unice ale magazinelor și, prin urmare, unul dintre punctele de tensiune în WordPress este că funcția de căutare nu a fost concepută pentru experiențe de cumpărături sau căutări extinse. Practic, este doar căutări în baza de date, iar asta este foarte limitat. Și astfel, unul dintre lucrurile pe care le-am inclus în primul rând a fost căutarea instantanee în magazin. Ne-am asociat cu presa elastică pentru a alimenta acest lucru și este un instrument atât de grozav cu sugestii automate și ați vrut să spuneți sugestii, dar apoi merge mult dincolo de asta pentru a crea experiențe de căutare personalizate în stil Amazon pentru bricolaj sau îl puteți activa și activa câteva funcții activate. Dar apoi pentru dezvoltator, a fost creat inițial ca instrument de dezvoltator. Și deci are o funcționalitate foarte puternică pentru a face lucruri pe care nu le poți face. Deci, gândiți-vă, știți, sortând în moduri diferite, alfabetic. Este foarte greu de realizat cu căutarea dvs. obișnuită din WordPress sau prin descrieri specifice de produse și așa ceva. Al doilea lucru care a fost inclus a fost licențierea Genesis bro, care este un instrument uimitor și are unele funcționalități suplimentare specifice pentru WooCommerce. Dar cred că adevăratul bonus și beneficiul cu Genesis grow sunt blocurile personalizate Genesis, unde vă puteți crea propriile blocuri pentru comerțul electronic sau pentru WooCommerce cu foarte puțin cod, sau JavaScript în mod specific și putând folosi poate ceea ce ești familiarizat. sau confortabil cu. Și apoi, în cele din urmă, am avut Managerul de pluginuri inteligent de licențiere SPM este un instrument uimitor care efectuează teste de regresie vizuală înainte de fiecare tip automat de testare a pluginurilor și ai putea petrece mult timp făcând actualizări de plugin așa cum îl cunoaștem noi. Există atât de multe plugin-uri atât de multe teme, atât de multe actualizări care trebuie făcute, iar managerul inteligent de plugin-uri va rula teste și apoi va face o copie de rezervă și apoi se va asigura că apoi îl va compara cu actualizarea și pre-actualizarea pentru a decide dacă ceva s-a spart și apoi îți dă o notificare dacă trebuie să repari asta. Deci, acestea au fost cele trei propuneri cheie de vânzare.

DV: Minunat. Deci, se pare că, în general, este un plan de găzduire cu apăsare elastică, în esență, căutare instantanee în magazin, Genesis Pro, care este instrumentele de construire a blocurilor și personalizate de creare a blocurilor, și apoi un serviciu automat de actualizare a pluginurilor numit SPM. Face teste de regresie vizuală și, deci, acestea sunt un fel de adunare, ca un set de instrumente pentru oamenii care construiesc magazine de comerț electronic, cu WooCommerce, care permite un fel de conținut chiar pe pagină, care cred că este destul de interesant din perspectiva platformei. Dar sunt doar curios că ar fi PHRC a anunțat recent planurile de îmbunătățiri ale orașelor, în special în ceea ce privește banii în numerar pentru WooCommerce și știu că orice numerar din trecut acomodat cu ea pare că există mai multe despre asta acum și avem aproximativ un minut pentru următoarea noastră pauză. Dar pur și simplu nu pot începe călătoria ca ceea ce este vreodată numerar pentru WooCommerce care este disponibil acum în aceste planuri și cum funcționează?

JD: Oh, da, cu siguranță te pot tachina foarte repede, dar banii sunt întotdeauna funcționalitatea de cache inteligentă proprietară a motoarelor WP, aceasta este cache-ul gestionat pentru tine. Dar cache pentru WooCommerce extinde această funcționalitate dincolo de WordPress sau în paginile magazinului contului WooCommerce și restul paginilor WooCommerce. Și așa da, putem intra puțin mai multe despre asta după pauză. Dar asta e da, un punct de plecare.

DV: Bine, deci, practic, este o optimizare ulterioară, deci soluția de stocare în cache proprietară întotdeauna în numerar, și înainte de a fi liberă, specifică, probabil că au început să profite de a face mult mai stocabile în cache. Vreau să cercetez cum ne vom lua. ultima pauză și ne întoarcem imediat.

DV: Bună tuturor. Bine ați revenit la Apăsați, podcasturile comunității WordPress WMR. Vorbim despre modul în care WP Engine face WooCommerce mai rapid cu Josh Dailey. Josh chiar înainte de pauză, ne spuneai puțin despre vreodată bani de la WooCommerce noile capacități de stocare în cache și planuri de comerț electronic pentru motoarele WP. Sunt doar curioși dacă ați putea intra în mai multe detalii despre exact cum funcționează acest lucru, cum este diferit față de un condamnat implicit în cache undeva, cum ar fi compania, înțelege ce se întâmplă?

JD: Corect. Deci, WooCommerce are un set de excluderi recomandate pe care le puteți aplica și majoritatea gazdelor și pluginurilor o fac deja. Acest. Dacă utilizați un plugin de optimizare a performanței, acesta va aplica acele excluderi. Dar ceea ce am observat cu orice numerar sau când ne uităm la numerar a fost că, după ce cineva interacționează cu coșul de cumpărături dacă folosește WooCommerce, chiar dacă a eliminat acel produs din coș, acele excluderi folosesc un cookie pentru a spune paginilor respective să nu mai servi ca cache. Și astfel, primele vizite pe care le puteți avea pe site până în momentul în care utilizați memoria cache a coșului vor funcționa. Bine și apoi dintr-o dată paginile se vor reduce la jumătate și timpul de încărcare. Și deci motivul pentru asta este că știi că, în general, cache-ul va face ca o pagină de site să se încarce de până la două ori mai rapid și după ce încercăm să navigăm pe acele pagini din cache din cauza conținutului dinamic. Așa că ceea ce am făcut a fost că ne-am uitat la acele pagini și am realizat că nu toate. Unele dintre acestea au încă o mulțime de conținut static sau tot conținutul static care ar putea fi încă servit ca cache, așa cum postările de blog nu mai sunt stocate în cache. Deci paginile respective ar trebui să fie în continuare stocate în cache. Și, cu tot timpul în cache, știe să ocolească coșul cumpărătorilor autentificați la casă, dar ignoră cookie-urile cheie utilizate de WooCommerce pentru a optimiza livrarea de numerar pentru paginile statice. Și asta înseamnă că obțineți beneficiile memoriei cache fără a pierde funcționalitatea. Și noi înșine am fost surprinși de rezultate pentru că ceea ce s-a întâmplat este că am reușit să păstrăm în cache cu până la 90% mai multe pagini, de fapt, poate fi chiar mai mult decât atât, în funcție de numărul de pagini pe care le aveți. Și dacă aveți un blog uriaș, atunci acesta ar putea ajunge până la 99%. Știi, dar frumusețea este că înseamnă că clientul primește beneficiile până la capăt, iar performanța beneficiază cu cât mai departe în călătoria cumpărătorului. Și astfel, cu WooCommerce, dacă urmați doar excluderile de numerar recomandate, paginile încep să încetinească pe măsură ce clientul continuă călătoria cumpărătorului cu cache mereu, veți putea continua să aveți același nivel de performanță pe toată durata experienței de cumpărături.

DV : Excelent. Ei bine, mulțumesc că ai împărtășit asta. stiu doar in general. Fiecare cache nu este niciodată cache pentru WooCommerce este ca o colecție de optimizări pe care modul în care sună cu adevărat de carne și care este uimitor de crescut. Numărul de pagini cache cu până la 90%. Acum ați menționat, de asemenea, că WP Engine plănuiește câteva lucruri în jurul fragmentelor de cărucior ce puteți împărtăși despre asta?

JD: Da, deci fragmentele de cărucioare făceau o integrare similară și, în esență, va fi o altă extensie a ever cash. Dar va fi un plugin care vă permite să continuați să utilizați caracteristicile fragmentelor de coș, astfel încât coșul să rămână la zi și să se poată actualiza, dar nu va rula pe paginile care nu folosesc coșul. Deci, adevăratul punct de durere al fragmentelor CART este că rulează sau verifică pe fiecare pagină acel script mic rulează pe fiecare pagină, chiar dacă funcționalitatea noastră nu este acolo. Astfel, putem determina când este utilizată funcționalitatea curentă și apoi să aplicăm regulile corespunzătoare acelor pagini pe baza acesteia. Deci, asta ar trebui să elibereze și mai multe resurse sau pe site.

DV: Da, îmi place cuvântul automatizat, evident instalează, configurează și repetă. Este multă muncă uneori, mai ales când le cusezi pe toate. Dar asta sună incredibil. Asta a fost minunat. Apreciez foarte mult că ai ajuns la acest nivel de profunzime, Josh și mi-a plăcut foarte mult să te am în emisiune astăzi.

JD: Și ​​am spus că este privilegiul meu. David, mi-a plăcut să lucrez cu tine, dar îmi place și munca pe care ai făcut-o în comunitatea WordPress.

DV: Vă mulțumesc mult de distracție și puteți întâlni atât de mulți oameni cool în timpul acestui spectacol și vorbiți despre lucruri cu adevărat interesante. Este cu siguranță unul dintre cele mai importante momente ale săptămânii mele. Dar din nou, mulțumesc foarte mult pentru că ni ești alături astăzi, Josh. Chiar pe. Minunat. Dacă doriți să aflați mai multe despre ce face Josh, puteți vizita wpengine.com/ecommerce. Mulțumim tuturor pentru că ați ascultat pentru a apăsa acest podcast al comunității WordPress pe WMR. Din nou, acesta a fost gazda dumneavoastră David Vogelpohl. Sprijin comunitatea WordPress prin rolul meu la WP Engine. Și îmi place să vă aduc tot ce este mai bun din comunitate aici în fiecare săptămână și apăsați pe aceasta.