Apăsați aici: Cum TrustedLogin îmbunătățește experiența de asistență

Bun venit la Press This, podcastul comunității WordPress de la WMR. Fiecare episod prezintă invitați din întreaga comunitate și discuții despre cele mai mari probleme cu care se confruntă dezvoltatorii WordPress. Următoarea este o transcriere a înregistrării originale.

Produs de RedCircle

Doc Pop : Ascultați Press This, un podcast comunitar WordPress pe WMR. În fiecare săptămână, punem în evidență membrii comunității WordPress. Sunt gazda ta, doctore Pop. Sprijin comunitatea WordPress prin rolul meu la WP Engine și prin contribuțiile mele pe TorqueMag.Io, unde pot să fac podcasturi și să desenez desene animate și videoclipuri tutoriale. Verifica asta.

Vă puteți abona la Press This pe Red Circle, iTunes, Spotify sau puteți descărca episoade direct de pe wmr.fm.

În calitate de agenție sau de dezvoltator de pluginuri, există de multe ori când rularea asistenței pentru clienți ar putea fi mult mai ușoară dacă ai avea acces la tabloul de bord al clientului tău. Dar, evident, există o mulțime de probleme îngrijorătoare legate de solicitarea unui astfel de acces și despre cum ar putea fi făcut.

De aceea astăzi vom vorbi cu Zack Katz. Fondatorul GravityKit și TrustedLogin. TrustedLogin este un instrument nou care permite accesul temporar și criptat să fie partajat între clienți și echipele de asistență și sunt foarte încântat să vorbesc cu el despre asta pentru acest episod. Zack, ești în jocul WordPress de când știu eu.

Cum ai intrat în WordPress?

Zack Katz: Am început ca designer web și dezvoltator și am început să fac niște soluții cu adevărat neplăcute pentru a le permite clienților mei să-și editeze propriul conținut. Și am aterizat pe vechea Treime a; Drupal, Joomla sau WordPress. Și Drupal era încă în versiune beta. Joomla a fost la fel de confuz cum rămâne astăzi, iar WordPress a fost un nou și venit la 2.5, cred că a fost versiunea cu care am început.

Și a fost un câștigător clar și m-am îndrăgostit și chiar a fost ceea ce am dezvoltat de atunci

Doc Pop: Când a fost WordPress 2.5. Ce epocă este aceasta?

Zack Katz: 2007.

Doc Pop: Bine. Deci ați văzut câteva lucruri și ați făcut parte din relațiile cu clienții și asistența de mult timp și îmi imaginez că acum, cu compania dvs. actuală, GravityKit, ați crescut. În primul rând, de ce nu ne spui despre GravityKit și apoi putem vorbi despre TrustedLogin.

Zack Katz: GravityKit, facem aplicații care merg pe deasupra GravityForms. Prin urmare, GravityForms adună datele pe care doriți să le utilizați pentru afacerea dvs., iar GravityKit vă permite să creați aplicații puternice fără cod pe deasupra. Deci, cu GravityView, puteți afișa datele cu GravityCharts, puteți diagrama datele și etc.

Și poți face lucruri foarte interesante și puternice cu el.

Doc Pop: Și așa cum am menționat mai devreme în partea de sus a emisiunii, aveți acum un nou instrument numit TrustedLogin. Este un kit de supliment pe care un dezvoltator îl poate adăuga la pluginul său. Sunt sigur că se pot face și alte moduri. Cum ai ajuns să ai nevoie de acest instrument?

Și apoi ne puteți spune despre ce este TrustedLogin.

Zack Katz: Deci, pentru dezvoltatorii de pluginuri, orice dezvoltatori de plugin-uri sau dezvoltatorii de teme, veți ști că este mult mai ușor să vă dați seama ce se întâmplă cu site-ul web dacă aveți acces la acel site. Și modalitatea de a face asta în trecut a fost să ceri acces de administrator. Deci, puteți să vă conectați și să verificați lucrurile.

Dar problema cu accesul de administrator este că aveți acces la toate. Și de fiecare dată când ceream acces de administrator, o mică parte din mine îmi spunea, Zack, aceasta este o idee foarte proastă. Aceasta este o modalitate ușoară pentru un singur punct de eșec. De exemplu, dacă cineva vă sparge e-mailul, atunci va avea acces la toate.

Și asta este adevărat. Porțile sunt deschise atunci când aveți acces de administrator la un site web și, în calitate de dezvoltator de pluginuri și proprietar de afaceri, nu am vrut să fiu pe cârlig. Nu mi s-a părut sigur pentru afacere, dar nici nu a fost respectuos față de compania clienților mei, deoarece am vrut să limitez expunerea acestora la orice probleme de securitate, nu doar eu, ci ca oamenii cu care lucrez.

Nu am vrut ca niciunul dintre dispozitivele noastre să fie compromise, dând jos niciunul dintre site-urile lor. Așa că m-am gândit la diferite opțiuni disponibile pentru dezvoltatorii WordPress. Există parole temporare pentru linkuri în care obțineți un link temporar pentru a vă conecta la un site web. Acel link devine parola. Deci, dacă cineva îți trimite linkul prin e-mail, este la fel ca și când ai e-mailul și parola.

Facilitează partajarea accesului, dar nu rezolvă problema transmiterii acreditărilor care sunt potențial nesigure.

Doc Pop: Mm-hmm.

Zack Katz: Deci, foloseam Codeable într-o zi și am văzut că au un seif criptat și mi s-a părut foarte bine.

Așadar, ca în timp ce discutați cu dezvoltatorul Codeable.io, aveți un seif criptat în care vă puteți păstra secretele și îl criptează și decriptează și funcționează foarte ușor. Și m-am gândit în sinea mea că trebuie să fie posibil să criptez o cheie pe care aș putea să o folosesc și clienții mei să o poată partaja, iar cheia respectivă, folosind o strângere de mână de criptare publică, ar putea fi sigură de la început până la sfârșit.

Și că ar fi o modalitate sigură de a acorda acces care ar putea fi partajată public, deoarece nu este o parolă. Așa că am început să lucrez la concept și am angajat pe cineva de la Codeable să-l dezvolte. Și de acolo am repetat. Lucrăm la el de mult timp, dar acum îl folosim intern cu GravityView și GravityKit.

Și îl folosim în fiecare zi și economisește o mulțime de timp echipei de asistență și clienților îl adoră. Doar faceți clic pe un buton, acesta generează o cheie de acces, ei o partajează cu noi. Și care va apărea în următoarea săptămână sau două, hey va face clic pe un buton și va face automat o legătură web către Zapier, care va posta informații despre site-ul lor.

Raportul de sănătate al site-ului este adăugat automat pentru a ajuta la explorarea programului nostru de birou de asistență. Și, așadar, nici măcar nu va trebui să le cerem să copieze și să lipească raportul de sănătate al site-ului, dacă optează pentru asta.

Doc Pop: Mm-hmm.

Din punctul de vedere al utilizatorului, văd că vă oferă acces la tabloul de bord sau este doar ca un buton care spune, faceți clic aici pentru a vă conecta la asistență?

Zack Katz: Acesta este un alt lucru pe care l-am văzut pe unele pluginuri diferite. Unele pluginuri fac acest lucru singure. Ei creează contul și își trimit ei înșiși prin e-mail un nou cont de e-mail pentru că acesta este o cale pe care ați putea merge. Ați putea spune doar când oamenii dau clic pe un buton, trebuie doar să generați un cont și să ne setați informațiile de conectare. E foarte ușor.

Cu TrustedLogin, unul dintre obiectivele principale pe care le aveam a fost claritatea și să explic clar clientului ce oferă pentru cât timp cui, cum ar fi ceea ce înseamnă. Așa că le oferim o pagină de rezumat atunci când acordă acces, care spune: „Va fi creat un cont de utilizator cu acest rol, pe baza acestui rol”.

Dezvoltatorii au oportunitatea de a baza ceva pe un rol sau chiar ca acesta să fie rolul. Deci, dacă aveți o personalizare, puteți spune în funcție de Editor, dar au acces și la acest tip de postare personalizată. Deci, orice personalizări ale unui rol pot fi afișate clientului.

Se afișează perioada de timp în care va fi acordată autentificarea și va fi personalizată în curând. Deci, se spune că în termen de o săptămână li se va acorda acces. Afișează sigla companiei care se integrează cu TrustedLogin. Afișează informații despre TrustedLogin în sine. Se spune că, dacă nu vă simțiți confortabil cu acest lucru, faceți clic pentru a accesa site-ul web al dezvoltatorului de plugin și cereți asistență.

Așa că oferim tot felul de moduri diferite de a spune: iată ce se întâmplă, iată de ce se întâmplă, iată de ce avem nevoie de accesul de care avem nevoie și iată o cale de ieșire dacă nu vrei să te ocupi de asta, vrei doar să accesați site-ul web al dezvoltatorului. Asta e o opțiune.

Doc Pop: Există diferite tipuri de roluri în WordPress, există super admin, admin, editor, autor, colaborator, ce facem aici? Este editorul la care oferim acces prin TrustedLogin? Sau este chiar un fel de lucru specific care nu este de fapt unul dintre acele roluri tradiționale?

Zack Katz: În mod implicit, dezvoltatorul însuși alege care va fi rolul care va fi personalizat sau utilizat pentru accesul TrustedLogin. Avem unele capabilități care sunt dezactivate, adică ștergerea utilizatorilor altor persoane, astfel încât să nu puteți accesa și șterge conturile de utilizator ale oamenilor.

Îți treci propriul cont la un nivel superior. Vom adăuga posibilitatea ca oamenii să solicite escaladare și vom avea acel e-mail pe care administratorul site-ului și administratorul pot permite acest lucru. Dar nu am vrut ca oamenii să aibă acces și să poată deturna site-ul prin escaladarea acestuia.

Deci, există unele capabilități restricționate care nu sunt acordate ori de câte ori a fost acordat un acces TrustedLogin.

Doc Pop: Cred că au fost de multe ori când sunt pe Mastodon pentru a discuta cu un prieten sau orice altceva, știi, doar vorbesc despre o problemă cu WordPress. Și apoi voi primi un DM de la cineva în care am încredere și ei vor spune „yo, pot rezolva asta, doar creează un rol de administrator pentru mine sau orice altceva.”

Tocmai i-am ignorat pe cei pe care cred că îi știu puțin despre WordPress, dar doar lucrul fundamental, cum ar fi când să acordați acces persoanelor care doresc să vă ajute sau orice altceva. Doar că nu mi-am dat seama din punct de vedere emoțional.

Aveți vreun sfat, cum ar fi, în general, cum ar fi atunci când cineva spune: „Hei, poți să mă faci administrator și o voi face și o să rezolv asta pentru tine?”

Dacă ai încredere în acea persoană și dacă este foarte bun în comunitate sau orice altceva, este încă o idee proastă sau este un lucru total normal de făcut?

Zack Katz: Depinde de fiecare persoană să-și dea seama de nivelul său de confort cu asta. Cred că dacă cunoașteți persoana respectivă și nu aș trimite nimic pe un DM de pe Twitter, aș merge pe site-ul Partajați un secret și l-aș cripta și le-aș trimite și le-aș cere să o decripteze, de parcă așa ar fi calea de urmat.

Nu-mi place să partajez parole cu text simplu. Doar că nu este o idee bună.

Doc Pop: Da.

Zack Katz: Dar la un anumit nivel trebuie să ai încredere în cineva, nu există lucruri de încredere. Dar ca, nu știu. Dacă cunoașteți pe cineva și se oferă să vă ajute, aș spune că o faceți puțin mai ușoară, apoi spunând, vă pot oferi acces de abonat la site-ul meu.

Doc Pop: Acesta este un loc bun pentru a face o pauză. Aici vorbim cu Zack Katz de la TrustedLogin și GravityKit. Când ne vom întoarce, vom vorbi despre cum să construiți încredere cu clienții dvs. prin criptare, prin orice mijloace pe care trebuie să le faceți pentru a-i face să se simtă în siguranță. Așa că rămâneți pe fază pentru mai multe Apăsați pe aceasta.

Doc Pop: Bine ați revenit la Press This, un podcast al comunității WordPress pe WMR. Numele meu este Doc și vorbesc cu Zack Katz, fondatorul TrustedLogin și GravityKit. La începutul emisiunii am vorbit despre acest nou instrument TrustedLogin și despre cum este o modalitate ușoară pentru o echipă de asistență de a obține accesul de care ar putea avea nevoie pentru a rezolva o problemă rapidă.

Și cum TrustedLogin remediază această problemă care a apărut în jurul acestei probleme cu care s-a confruntat Zack. Și i-am spus că eu personal am încercat să îmi dau seama când este un moment bun să folosesc așa ceva. Și asta ne aduce la ceea ce spuneai, Zack, despre faptul că dacă vei împărtăși acreditările, cu siguranță vrei să fii în siguranță cu asta.

Și, evident, vorbim despre cum aș face dacă aș discuta cu cineva pe Twitter sau Mastodon. Dar cred că ceea ce faci este cu totul alt nivel de criptare. Ne puteți spune despre cum protejați aceste informații. Și cât timp îl păstrați și dacă stocați informații personale în timp ce o faceți.

Zack Katz: Sigur. Când un utilizator acordă acces la site-ul său, acesta este criptat și trimis direct la TrustedLogin și este stocat acolo, criptat. Și singurul lucru care nu este criptat este adresa URL a site-ului lor.

Și asta ne permite să găsim ceva mai ușor pe partea de suport. Orice altceva este criptat. Dacă ar fi piratat și totul ar fi descărcat, nu ar conta pentru că există o cheie privată care este generată pe site-ul clientului. Astfel încât să nu putem citi nimic din ceea ce merge și este stocat în serviciul nostru.

Apoi, când un reprezentant de asistență se conectează, reprezentantului de asistență i se dă o cheie pe care clientul o oferă asistenței, noi introducem acea cheie ca reprezentant de asistență întrebând TrustedLogin: „Hei, aveți ceva care se potrivește cu această cheie?” Cheia respectivă este criptată și apoi căutată cheia criptată, apoi se întâmplă toate autentificarea.

Lucrul frumos este că reprezentantul de asistență nu are niciodată acces la niciuna dintre acele date criptate. Totul trece prin TrustedLogin. TrustedLogin, nu știe nimic despre site-ul client. Totul este criptat. Toate strângerile de mână permit doar cea mai limitată cantitate vizibilă fiecărui reprezentant la orice moment, astfel încât să fie cât mai sigur posibil.

Doc Pop: Am menționat acreditările temporare?

Zack Katz: Deci, pe lângă TrustedLogin, există un alt nivel de securitate, cum ar fi lucrurile de criptare. Ori de câte ori reprezentantul, reprezentantul de asistență, încearcă să se autentifice pe site-ul clientului, site-ul client apoi întreabă, TrustedLogin încă o dată înainte de a acorda acces, este această cheie încă valabilă?

Este valabilă cererea? Este permis persoana și site-ul clientului, verifică toate acele lucruri înainte. Apoi, site-ul clientului spune, de asemenea, este timpul care a trecut în fereastra de acces pe care am acordat-o, deci este o solicitare expirată. Și dacă cererea este expirată, autentificarea este respinsă.

Deci, solicitările expiră automat, este foarte sigur. Este disponibil public ca o cheie. Simt că am găsit un echilibru foarte bun, deoarece cu orice fel de problemă de criptare și securitate, există întotdeauna un echilibru între comoditate și securitate. Și cred că am găsit o combinație foarte bună de asta, în care este încă foarte convenabil și încă foarte sigur, dar nu este prea sigur pentru a fi incomod.

Doc Pop: Mm-hmm. Și ai spus că transparența este un accent mare pentru tine, ceea ce apreciez, să comunici utilizatorilor pentru ce acordă permisiunea și apoi să semnalezi administratorii site-ului dacă un rol trebuie să fie escaladat, astfel încât un colaborator modest să nu poată accidental. acordați prea mult acces la un site. Este corect?

Zack Katz: Da, singura modalitate prin care ecranul nostru de acces la grant este vizibil este dacă aveți posibilitatea de a crea utilizatori. Nu dorim ca oamenii care nu au această capacitate să facă acest lucru, deoarece creați un utilizator în backend.

Doc Pop: Ca utilizator WordPress, care uneori a contactat asistența pentru clienți pentru diverse plugin-uri. Nu sunt chiar sigur ce se întâmplă de multe ori la capătul lor. Există o suită de instrumente pe care o mulțime de plugin-uri tind să le folosească în mod frecvent pentru a gestiona asistența clienților pe care nici măcar nu l-aș vedea ca client.

Zack Katz: Cred că există o utilizare foarte mare a Help Scout în comunitatea de pluginuri WordPress. Este un birou de asistență unde seamănă cu căsuța dvs. de e-mail, dar are instrumente de triaj și răspunsuri automate și răspunsuri salvate și integrare cu documentație, căutare și chestii.

Așa că cred că Help Scout este unul dintre cele mai populare site-uri folosite de dezvoltatorii WordPress.

Doc Pop: Este Help Scout, este compatibil TrustedLogin?

Zack Katz: Deci, dacă ar fi să trimiți un e-mail de asistență GravityKit și să spui: Hei, am nevoie de ajutor. Widgetul TrustedLogin din Help Scout pe care l-am dezvoltat va arăta automat dacă a fost acordat sau nu accesul unui site. Și așa, în timp ce un reprezentant de asistență folosește Help Scout.

Vor vedea, Hei, pot doar să dau clic pentru a avea acces la site. Faceți clic pe acesta redirecționează către propriul site web, așa cum ar fi GravityKit.com, apoi GravityKit.com efectuează verificarea autorizației cu TrustedLogin și redirecționează automat site-ul clientului. Așadar, în timp ce oferim asistență, dacă cineva are deja acces, puteți doar să faceți clic cu un singur clic și să accesați site-ul web al clientului în siguranță.

Doc Pop: Și cred că m-am concentrat mult pe dezvoltatorii de pluginuri, poate folosind asta ca supliment. Ați menționat că dezvoltatorii de teme ar putea folosi acest lucru. Este și acesta ceva care, la fel ca o agenție, dacă ar construi un site pentru un client, există o modalitate prin care ar putea integra TrustedLogin și în fluxul lor de lucru?

Zack Katz: Absolut. Da. Cred că agențiile nu își doresc întotdeauna acces permanent la site-ul unui client în scopuri de răspundere, dar le place și să-l predea uneori și să nu fie implicați permanent.

Dacă un client dorește apoi să-i facă modificări, poate acorda acces TrustedLogin. Avem un plugin independent care este doar un jurnal de încredere și nu se integrează cu un alt plugin sau temă existentă, așa că puteți instala doar pluginul TrustedLogin atunci când configurați un site web și apoi, ori de câte ori clientul trebuie să acorde acces, poate face clic pe acordare acces și aveți acces pentru o anumită perioadă de timp. Deci este grozav și pentru agenții. Acordarea accesului temporar la site.

Doc Pop: Acesta este un flux de lucru grozav pentru că m-am tot gândit la el ca la ceva pe care doar îl construiești în plugin și îl ai acolo. Dar avându-l ca plugin independent, are și foarte mult sens. Și nu prea auzisem despre, cred că o agenție care vrea să fie capabilă să se îndepărteze de un astfel de proiect, asta e destul de tare.

Este logic că uneori o agenție ar putea să dorească doar să construiască un site pentru tine și depinde de tine să ai grijă de el și nu poți să-i învinovățiști dacă ceva nu merge bine mai târziu. E cam ca în mâinile tale. Dar dacă au nevoie vreodată să intre din nou, dacă fac plata pe oră sau dacă își dau seama că au făcut o greșeală sau ceva, dacă au nevoie vreodată de acel acces.

Aceasta este o modalitate prin care ei pot face asta, nu?

Zack Katz: Da. Și unul dintre lucrurile pe care le construim în prezent este funcționalitatea jurnalului de audit. În cazul în care pentru companiile de găzduire web, de exemplu oricând cineva folosește TrustedLogin, îl înregistrăm pentru totdeauna în backend, ori de câte ori se acordă o solicitare, astfel încât să ne putem asigura că avem un audit.

Dar pentru agenții, ar putea dori să spună, acesta este momentul în care ne conectam, acesta este momentul în care accesul a fost revocat. Deci au o modalitate la care se pot referi și să spună, asta este, știi, confirmat. Acest lucru este cunoscut din motive de securitate, dar și pentru înregistrarea orelor. Da.

Doc Pop: Cred că există un alt loc bun pentru a lua o pauză rapidă. Când ne vom întoarce, vom continua conversația cu Zack Katz, fondatorul TrustedLogin și GravityKit. Așa că rămâneți pe fază.

Doc Pop: Bine ați revenit la Press This, un podcast comunitar WordPress pe WMR. Numele meu este Doc. Vorbesc cu Zack Katz, fondatorul TrustedLogin și GravityKit. Zack, cred că mai devreme în emisiunea pe care ai menționat-o, o funcție viitoare în TrustedLogin, unde vei putea accesa mai ușor starea de sănătate a site-ului.

Și nu știu ce stare de sănătate a site-ului este din partea mea. Sper că puteți explica puțin despre acest instrument și cum o companie ca a dvs., cum ar putea beneficia o echipă de asistență de a avea acces la Site Health.

Zack Katz: Sigur. Deci, atunci când faceți triajul pentru o eroare și cineva spune că acest lucru nu funcționează, există o mulțime de întrebări ușoare la care s-ar putea răspunde cu raportul de sănătate a site-ului de pe WordPress. Sub instrumente, există un submeniu numit Site Health, și care include lucruri precum ce versiune de PHP, ce temă rulați, ce alte plugin-uri rulează.

O mulțime de probleme pot fi rezolvate prin cunoașterea fusului orar, cunoașterea limbii și a tuturor informațiilor pe care le aveți în mod normal pentru a face o altă călătorie dus-întors de asistență pentru clienți și a spune: „Sună ca o eroare. Sună ca ceva despre care trebuie să știm mai multe informații despre site. Puteți partaja asta prin copierea acestor informații din tabloul de bord Site Health și lipirea lor într-un e-mail și răspunzându-ne?”

Ei bine, acum, cu TrustedLogin care va apărea săptămâna viitoare, de fapt, există o casetă de selectare care spune trimiteți un raport privind starea site-ului. Și dacă bifează acea casetă atunci când acordă acces, ne va trimite automat toate acele informații și vor fi doar atașate la biletul existent. Și va fi atât de frumos pentru echipa noastră de asistență pentru clienți, deoarece nu va trebui să pună acea întrebare dus-întors.

Și asta economisește timp tuturor, inclusiv asistența, economisește costul pe cerere de asistență dacă aceasta ar fi o valoare pe care am urmărit-o. Și economisește timp pentru client, care își poate remedia erorile mai rapid și își poate răspunde mai repede la întrebări.

Doc Pop: Deci, cred că ultimul lucru care îmi vine în minte este că, în calitate de cineva care lucrează la TrustedLogin, cum construiești această încredere cu dezvoltatorii și agențiile pentru a încerca să-ți integreze produsul în sistemul lor? Se pare că te gândești mult la criptare și ești foarte atent la felul în care gestionezi datele oamenilor.

Cum faceți acea prezentare de marketing către potențialii dvs. clienți?

Zack Katz: Încep cu oamenii pe care îi cunosc primii. ei mă cunosc, eu îi cunosc. Știu că au această problemă cu fluxul de asistență pentru clienți pe care o avem cu toții în industrie. Și așa că încep cu relații care există deja și sper că de acolo oamenii pot spune, oh, acest plugin pe care îl folosesc, această companie în care am încredere, se integrează cu TrustedLogin.

Și pot construi mesajul așa. Pentru că este o poveste complicată de spus. Integrarea cu TrustedLogin și acordarea accesului la site-ul tău este mai ușoară, dar există mai mulți clienți cu TrustedLogin. Există utilizatorul final și există dezvoltatorul, furnizorul de pluginuri.

Și suntem cu adevărat un produs pentru amândoi. Deci, uneori, este greu să comunici corect asta.

Doc Pop: Dar se pare că o vei depăși. Ați găsit vreo problemă până acum

Zack Katz: Deoarece este un kit de dezvoltare software care trebuie integrat cu un plugin, poate fi complicat să se instaleze și să ruleze. Dar lucrăm cu Josh Pollock, cu Plugin Machine, astfel încât să putem construi un fișier personalizat care poate fi descărcat și ușor de instalat independent din instalările compozitorului, ceea ce este un lucru pentru dezvoltatori care se poate complica rapid.

Vom face doar astfel încât să puteți descărca un zip, să-l dezarhivați, să plasați o linie în plugin-ul dvs. și să funcționeze. Așa că lucrăm la simplificarea din partea dezvoltatorului. Este deja, cred, destul de bun pentru un dezvoltator avansat, dar nu este la fel de bun pentru un dezvoltator intermediar momentan.

Doc Pop: Deci, dacă oamenii doresc să afle mai multe despre TrustedLogin, dacă vor să se înscrie pentru a-l testa, există un loc bun pentru a le trimite pentru asta?

Zack Katz: Da, accesează TrustedLogin.com și citește totul despre asta. Înscrieți-vă pentru o listă de corespondență. Vom trimite actualizări. Și da, vă rog să vă exprimați interesul, să luați legătura cu mine pe Mastodon și să puneți întrebări pentru că mi-ar plăcea să vorbesc despre asta.

Doc Pop: Ei bine, Zack, vă mulțumesc foarte mult că v-ați alăturat astăzi la Press This a WordPress Community Podcast. A fost foarte distractiv să discut cu tine și să aud despre problemele pe care le-ar putea avea dezvoltatorii, creatorii de teme și agențiile la care nu m-am gândit, deși probabil le-am ping. Probabil că m-am mai ocupat de unele dintre aceste probleme înainte fără să-mi dau seama.

TrustedLogin sună grozav. Și dacă oamenii vor să-l urmărească pe Zack, o poți face pe mastodon.social/@ZackKatz. Il recomand cu caldura.

Doc Pop: Priză bună. Vă mulțumim că ați ascultat Press This, un podcast al comunității WordPress pe WMR. Încă o dată, mă numesc Doc și puteți urmări aventurile mele cu revista Torque pe Twitter @thetorquemag sau puteți accesa torquemag.io unde contribuim zilnic cu tutoriale și videoclipuri și interviuri ca acesta. Așa că accesați torquemag.io sau urmăriți-ne pe Twitter. Vă puteți abona la Press This pe Red Circle, iTunes, Spotify sau îl puteți descărca direct de la wmr.fm în fiecare săptămână. Sunt gazda ta Doctor Popular. Sprijin comunitatea WordPress prin rolul meu la WP Engine. Și îmi place să pun în evidență membrii comunității în fiecare săptămână pe Press This.