Premi questo: come TrustedLogin migliora l'esperienza di supporto

Benvenuti a Press This, il podcast della community WordPress di WMR. Ogni episodio presenta ospiti provenienti da tutta la comunità e discussioni sui maggiori problemi che devono affrontare gli sviluppatori di WordPress. Quanto segue è una trascrizione della registrazione originale.

Alimentato da RedCircle

Doc Pop : Stai ascoltando Press This, un podcast della community di WordPress su WMR. Ogni settimana mettiamo in luce i membri della community di WordPress. Sono il tuo ospite, Doc Pop. Sostengo la community di WordPress attraverso il mio ruolo in WP Engine e i miei contributi su TorqueMag.Io dove posso fare podcast e disegnare cartoni animati e video tutorial. Controlla quello.

Puoi iscriverti a Press This su Red Circle, iTunes, Spotify o puoi scaricare gli episodi direttamente su wmr.fm.

In qualità di agenzia o sviluppatore di plug-in, ci sono molte volte in cui l'esecuzione dell'assistenza clienti potrebbe essere resa molto più semplice se avessi accesso alla dashboard del tuo cliente. Ma ci sono ovviamente molti problemi preoccupanti nel chiedere quel tipo di accesso e come potrebbe essere fatto.

Ecco perché oggi parleremo con Zack Katz. Il fondatore di GravityKit e TrustedLogin. TrustedLogin è un nuovo strumento che consente di condividere l'accesso temporaneo e crittografato tra clienti e team di supporto, e sono davvero entusiasta di parlargli di questo per questo episodio. Zack, sei stato nel gioco di WordPress per tutto il tempo che ho saputo.

Come sei entrato in WordPress?

Zack Katz: Ho iniziato come web designer e sviluppatore e ho iniziato a fare alcune soluzioni davvero stravaganti per consentire ai miei clienti di modificare i propri contenuti. E sono atterrato sulla vecchia Trinità di; Drupal, Joomla o WordPress. E Drupal era ancora in beta. Joomla era confuso come lo è oggi, e WordPress era un promettente a 2.5, penso fosse la versione con cui ho iniziato.

Ed è stato un chiaro vincitore e mi sono innamorato ed è stato davvero quello che ho sviluppato da allora

Doc Pop: Quando era WordPress 2.5. Che epoca è questa?

Zack Katz: 2007.

Doc Pop: Ok. Quindi hai visto alcune cose e hai fatto parte di quella gestione dei clienti e del supporto per molto tempo, e immagino che con la tua attuale azienda ora, GravityKit, siate cresciuti. Prima di tutto, perché non ci parli di GravityKit e poi possiamo parlare di TrustedLogin.

Zack Katz: GravityKit, realizziamo applicazioni che vanno su GravityForms. Quindi GravityForms raccoglie i dati che desideri utilizzare per la tua attività e GravityKit ti consente di creare potenti applicazioni senza codice. Quindi con GravityView, puoi visualizzare i dati con GravityCharts, puoi tracciare i dati e così via.

E puoi fare cose davvero fantastiche e potenti con esso.

Doc Pop: E come ho detto prima all'inizio dello spettacolo, ora hai un nuovo strumento chiamato TrustedLogin. È un kit aggiuntivo che uno sviluppatore può aggiungere al proprio plug-in. Sono sicuro che ci sono altri modi che possono essere fatti. Come hai avuto bisogno di questo strumento per la prima volta?

E poi puoi dirci cos'è TrustedLogin.

Zack Katz: Quindi per gli sviluppatori di plug-in, qualsiasi sviluppatore di plug-in là fuori o sviluppatori di temi, saprai che è molto più facile capire cosa sta succedendo con il sito Web se hai accesso a quel sito Web. E il modo per farlo in passato è stato chiedere l'accesso come amministratore. Quindi puoi accedere e controllare le cose.

Ma il problema con l'accesso amministratore è che hai accesso a tutto. E ogni volta che chiedevo l'accesso come amministratore, in un certo senso, una piccola parte di me dentro diceva, Zack, questa è davvero una pessima idea. Questo è un modo semplice per un singolo punto di errore. Ad esempio, se qualcuno hackera la tua posta elettronica, avrà accesso a tutto.

Ed è vero. Le porte sono aperte quando hai accesso come amministratore a un sito Web e come sviluppatore di plug-in e imprenditore, non volevo essere agganciato. Non sembrava sicuro per l'azienda, ma non era nemmeno rispettoso dell'azienda dei miei clienti perché volevo limitare la loro esposizione a qualsiasi problema di sicurezza, non solo per me, ma anche per le persone con cui lavoro.

Non volevo che nessuno dei nostri dispositivi venisse compromesso, bloccando i loro siti. Quindi ho pensato a diverse opzioni disponibili per gli sviluppatori di WordPress. Esistono password di collegamento temporanee in cui si ottiene un collegamento temporaneo per accedere a un sito Web. Quel link diventa la password. Quindi, se qualcuno ti invia quel link via email, è come se tu avessi la sua email e la sua password.

Semplifica la condivisione dell'accesso, ma non risolve il problema della trasmissione di credenziali potenzialmente non sicure.

Doc Pop: Mm-hmm.

Zack Katz: Quindi, un giorno stavo usando Codeable e ho visto che avevano un caveau crittografato, e ho pensato che fosse davvero carino.

Quindi, ad esempio, mentre chatti con il tuo sviluppatore Codeable.io, hai un deposito crittografato in cui puoi conservare i tuoi segreti e lo crittografa e lo decrittografa e funziona molto facilmente. E ho pensato tra me e me che doveva essere possibile crittografare una chiave che potevo usare e che i miei clienti potevano condividere, e quella chiave, usando un handshake di crittografia pubblico, poteva essere sicura dall'inizio alla fine.

E che sarebbe un modo sicuro per concedere l'accesso che sarebbe condivisibile pubblicamente perché non è una password. Così ho iniziato a lavorare sul concetto e ho assunto qualcuno di Codeable per svilupparlo. E da lì abbiamo ripetuto su di esso. Ci stiamo lavorando da molto tempo ormai, ma ora lo stiamo usando internamente con GravityView e GravityKit.

E lo usiamo tutti i giorni e fa risparmiare un sacco di tempo al team di supporto e i clienti lo adorano. Basta fare clic su un pulsante, genera una passkey, la condividono con noi. E uscendo nella prossima settimana o due, farà clic su un pulsante e farà automaticamente un web hook a Zapier che pubblicherà informazioni sul loro sito web.

Il rapporto sullo stato del sito viene aggiunto automaticamente per aiutare a esplorare il nostro programma di help desk. E quindi non dovremo nemmeno chiedere loro di copiare e incollare il loro rapporto sullo stato del sito se scelgono di farlo.

Doc Pop: Mm-hmm.

Dal punto di vista dell'utente, vede che ti sta dando accesso alla dashboard o è solo come un pulsante che dice, fai clic qui per connetterti al supporto?

Zack Katz: Questa è un'altra cosa che ho visto su alcuni plugin diversi. Alcuni plugin lo fanno da soli. Creano l'account e si limitano a inviare per e-mail una nuova e-mail dell'account perché è un modo in cui potresti andare. Potresti semplicemente dire quando le persone fanno clic su un pulsante, basta generare un account e impostarci le informazioni di accesso. È molto facile.

Con TrustedLogin, uno degli obiettivi principali che avevo era la chiarezza e chiarire al cliente cosa stavano dando per quanto tempo a chi, come cosa significa. Quindi forniamo loro una pagina di riepilogo quando concedono l'accesso che dice: "Verrà creato un account utente con questo ruolo, in base a questo ruolo".

Gli sviluppatori hanno l'opportunità di basare qualcosa su un ruolo o di farlo effettivamente essere il ruolo. Quindi, se hai una personalizzazione, puoi dire basata su Editor, ma hanno anche accesso a questo tipo di post personalizzato. Quindi qualsiasi personalizzazione di un ruolo può essere mostrata al cliente.

L'intervallo di tempo che verrà concesso per il login viene visualizzato e sarà presto personalizzabile. Quindi dice che entro una settimana avranno accesso. Mostra il logo dell'azienda che si sta integrando con TrustedLogin. Mostra informazioni su TrustedLogin stesso. Dice che se non ti senti a tuo agio su questo, fai clic per andare al sito Web dello sviluppatore del plug-in stesso e chiedi supporto.

Quindi diamo tutti i tipi di modi diversi per dire, ecco cosa sta succedendo, ecco perché sta succedendo, ecco perché abbiamo bisogno dell'accesso di cui abbiamo bisogno, ed ecco una via d'uscita se non vuoi affrontare questo, vuoi solo vai al sito web dello sviluppatore. Questa è un'opzione.

Doc Pop: Ci sono diversi tipi di ruoli in WordPress, c'è super amministratore, amministratore, editore, autore, collaboratore, cosa ci facciamo qui? È un editor a cui diamo accesso tramite TrustedLogin? O è anche una specie di cosa specifica che in realtà non è uno di quei ruoli tradizionali?

Zack Katz: Per impostazione predefinita, è lo sviluppatore stesso a scegliere quale sarà il ruolo che verrà personalizzato o utilizzato per l'accesso TrustedLogin. Abbiamo alcune funzionalità disabilitate, ovvero l'eliminazione degli utenti di altre persone in modo che tu non possa accedere ed eliminare gli account utente delle persone.

Inoltri il tuo account a un livello superiore. Aggiungeremo la possibilità per le persone di richiedere l'escalation e di avere quell'e-mail che l'amministratore del sito e l'amministratore possono consentire per questo. Ma non volevamo che le persone ottenessero l'accesso e fossero in grado di dirottare il sito escalandolo.

Quindi ci sono alcune funzionalità limitate che non vengono concesse ogni volta che viene concesso un accesso TrustedLogin.

Doc Pop: Penso che ci siano state diverse volte in cui sono stato su Mastodon a chattare con un amico o qualsiasi altra cosa, sai, parlando solo di un problema di WordPress. E poi riceverò un DM da qualcuno di cui mi fido e loro diranno "yo, posso aggiustarlo basta creare un ruolo di amministratore per me o altro".

Ho appena ignorato quelli che penso di conoscere un po' su WordPress, ma solo la cosa fondamentale come quando concedere l'accesso a persone che vogliono aiutarti o altro. Solo che non l'ho capito emotivamente.

Hai qualche consiglio, tipo, in generale, come quando qualcuno dice: "Ehi, puoi nominarmi amministratore e io, e lo aggiusterò per te?"

Se ti fidi di quella persona e se è brava nella comunità o altro, è ancora una cattiva idea o è una cosa del tutto normale da fare?

Zack Katz: Spetta a ogni individuo capire il proprio livello di comfort con questo. Penso che se conosci la persona e non invierei nulla su un DM di Twitter, andrei su Condividi un sito Web segreto e lo crittograferei e lo invierei a loro e glielo farei decifrare, come se fosse la strada da percorrere.

Non mi piace condividere password in testo semplice. Non è solo una buona idea.

Doc Pop: Sì.

Zack Katz: Ma a un certo livello devi fidarti di qualcuno, non ci sono cose di fiducia zero. Ma come, non lo so. Se conosci qualcuno e si sta offrendo di aiutarti, direi di renderlo un po' più semplice piuttosto che dire, posso darti l'accesso come abbonato al mio sito.

Doc Pop: Questo è un buon posto per fare una pausa. Qui stiamo chattando con Zack Katz di TrustedLogin e GravityKit. Quando torneremo, parleremo di come creare fiducia con i tuoi clienti attraverso la crittografia, attraverso qualunque mezzo tu debba fare per farli sentire al sicuro. Quindi rimanete sintonizzati per ulteriori informazioni su Press This.

Doc Pop: Bentornati a Press This, un podcast della community di WordPress su WMR. Mi chiamo Doc e sto chattando con Zack Katz, il fondatore di TrustedLogin e GravityKit. All'inizio dello spettacolo abbiamo parlato di questo nuovo strumento TrustedLogin e di come sia un modo semplice per un team di supporto per ottenere l'accesso di cui potrebbe aver bisogno per risolvere rapidamente un problema.

E in che modo TrustedLogin risolve questo problema che riguarda questo problema in cui si è imbattuto Zack. E gli ho detto che personalmente stavo cercando di capire quando è il momento giusto per usare qualcosa del genere. E questo ci porta a quello che stavi dicendo, Zack, se condividerai le credenziali, sicuramente vorrai essere al sicuro.

E ovviamente stiamo parlando se sto chattando con qualcuno su Twitter o Mastodon come lo farei. Ma penso che quello che stai facendo sia un livello completamente diverso di crittografia. Puoi dirci come state proteggendo queste informazioni? E per quanto tempo lo conservi e se memorizzi informazioni personali mentre lo fai.

Zack Katz: Certo. Quando un utente concede l'accesso al proprio sito Web, viene crittografato e inviato direttamente a TrustedLogin e viene memorizzato lì, crittografato. E l'unica cosa che non è crittografata è l'URL del loro sito web.

E questo ci permette di trovarlo un po' più facilmente dal lato del supporto. Tutto il resto è crittografato. Se dovesse essere violato e tutto scaricato, non avrebbe importanza perché c'è una chiave privata che viene generata sul sito del cliente. In modo che non possiamo leggere nulla che va e viene memorizzato sul nostro servizio.

Quindi, quando un rappresentante dell'assistenza accede, al rappresentante dell'assistenza viene fornita una chiave che il cliente fornisce all'assistenza, inseriamo quella chiave mentre il rappresentante dell'assistenza chiede a TrustedLogin: "Ehi, hai qualcosa che corrisponde a questa chiave?" Quella chiave viene crittografata e quindi cercata per la chiave crittografata, quindi avviene l'accesso.

La cosa bella è che il rappresentante dell'assistenza non ha mai accesso a nessuno di quei dati crittografati. Tutto passa attraverso TrustedLogin. TrustedLogin, non sa nulla del sito del cliente. È tutto crittografato. Tutto l'handshaking consente solo l'importo più limitato visibile a ciascun rappresentante in qualsiasi momento specifico, in modo che sia il più sicuro possibile.

Doc Pop: Abbiamo menzionato le credenziali temporanee?

Zack Katz: Quindi c'è un altro livello di sicurezza oltre a TrustedLogin, come la crittografia. Ogni volta che il rappresentante, il rappresentante dell'assistenza, tenta di accedere al sito del cliente, il sito del cliente chiede ancora una volta TrustedLogin prima di concedere l'accesso, questa chiave è ancora valida?

La richiesta è valida? La persona è autorizzata e il sito del cliente, controlla tutte quelle cose prima. Quindi il sito del cliente dice anche, è il tempo trascorso all'interno della finestra di accesso che ho concesso, quindi è una richiesta scaduta. E se la richiesta è scaduta, l'accesso viene rifiutato.

Quindi le richieste scadono automaticamente, è molto sicuro. È condivisibile pubblicamente come chiave. Sento che abbiamo trovato un ottimo equilibrio, perché con ogni tipo di crittografia e problema di sicurezza, c'è sempre un equilibrio tra comodità e sicurezza. E penso che abbiamo trovato un bel mix di questo, dove è ancora molto conveniente ed è ancora molto sicuro, ma non è troppo sicuro per essere scomodo.

Doc Pop: Mm-hmm. E hai detto che la trasparenza è un grande obiettivo per te, cosa che apprezzo, comunicare agli utenti a cosa stanno dando il permesso, e poi anche segnalare gli amministratori del sito se un ruolo deve essere intensificato, in modo che qualche umile collaboratore non possa accidentalmente concedere troppo accesso a un sito. È giusto?

Zack Katz: Sì, l'unico modo in cui la nostra schermata di concessione dell'accesso è visibile è se hai la possibilità di creare utenti. Non vogliamo che le persone che non hanno questa capacità lo facciano perché stai creando un utente nel backend.

Doc Pop: Come WordPress-er che a volte ha contattato l'assistenza clienti per vari plugin. Non sono davvero sicuro di cosa stia succedendo spesso da parte loro. Esiste una suite di strumenti che molti plug-in tendono a utilizzare abbastanza frequentemente per gestire l'assistenza clienti che non vedrei nemmeno come cliente.

Zack Katz: Penso che ci sia un uso molto elevato di Help Scout nella comunità dei plugin di WordPress. È un help desk in cui è un po 'come la tua casella di posta elettronica, ma ha strumenti di valutazione e risponditori automatici e risposte salvate e integrazione con documentazione, ricerca e altro.

Quindi penso che Help Scout sia uno dei siti più popolari utilizzati dagli sviluppatori di WordPress.

Doc Pop: Help Scout è compatibile con TrustedLogin?

Zack Katz: Quindi, se dovessi inviare un'e-mail all'assistenza di GravityKit e dire, Hey, ho bisogno di aiuto. Il widget TrustedLogin in Help Scout che abbiamo sviluppato mostrerà automaticamente se è stato concesso o meno l'accesso a un sito. E così per un po' un rappresentante dell'assistenza sta usando Help Scout.

Vedranno, Ehi, posso semplicemente fare clic per ottenere l'accesso al sito. Fare clic su di esso reindirizza al proprio sito Web, quindi come GravityKit.com, quindi GravityKit.com esegue il controllo dell'autorizzazione con TrustedLogin e reindirizza automaticamente il sito del cliente. Quindi, mentre forniamo supporto, se qualcuno ha già concesso l'accesso, puoi semplicemente fare clic su un clic e accedere al sito Web del cliente in modo sicuro.

Doc Pop: E penso di essermi concentrato molto sugli sviluppatori di plugin, magari usando questo come componente aggiuntivo. Hai detto che gli sviluppatori di temi potrebbero usarlo. È anche qualcosa che piace a un'agenzia se hanno creato un sito per un cliente, c'è un modo in cui potrebbero integrare anche TrustedLogin nel loro flusso di lavoro?

Zack Katz: Assolutamente. Sì. Penso che le agenzie non vogliano sempre l'accesso permanente al sito di un cliente per motivi di responsabilità, ma a loro piace anche consegnarlo a volte e non essere coinvolte in modo permanente.

Se un cliente desidera che vengano apportate modifiche, può concedere l'accesso TrustedLogin. Abbiamo un plug-in autonomo che è solo un registro attendibile e non si integra con un altro plug-in o tema esistente, quindi puoi semplicemente installare il plug-in TrustedLogin quando imposti un sito Web e quindi ogni volta che il client deve concedere l'accesso, può fare clic su concedere accesso e hai accesso per un determinato periodo di tempo. Quindi è ottimo anche per le agenzie. Concessione dell'accesso temporaneo al sito.

Doc Pop: Questo è un flusso di lavoro interessante perché continuavo a pensarlo come qualcosa che puoi semplicemente inserire nel plug-in e averlo lì dentro. Ma averlo come plugin autonomo, anche questo ha molto senso. E non ne avevo davvero sentito parlare, immagino che un'agenzia che vuole essere in grado di rimuovere se stessa da un progetto del genere, è piuttosto interessante.

Ciò ha senso che a volte un'agenzia potrebbe semplicemente voler costruire un sito per te e spetta a te occupartene, e non puoi biasimarli se qualcosa va storto in seguito. È un po' come nelle tue mani. Ma se mai dovessero avere bisogno di rientrare, se fatturano ogni ora o se si rendono conto di aver commesso un errore o qualcosa del genere, se mai avranno bisogno di quell'accesso.

Questo è un modo per loro di poterlo fare, giusto?

Zack Katz: Sì. E una delle cose che stiamo costruendo attualmente è la funzionalità del registro di controllo. Dove per le società di web hosting, ad esempio ogni volta che qualcuno utilizza TrustedLogin, lo registriamo per sempre nel back-end, ogni volta che viene accolta una richiesta in modo da poter essere sicuri di avere un controllo.

Ma per le agenzie, potrebbero voler dire, questo è quando stavamo effettuando l'accesso, questo è quando l'accesso è stato revocato. Quindi hanno un modo in cui possono fare riferimento e dire, questo è, sai, confermato. Questo è noto per motivi di sicurezza, ma anche per la registrazione delle ore. Sì.

Doc Pop: Penso che ci sia un altro buon posto per fare una breve pausa. Quando torneremo continueremo la nostra conversazione con Zack Katz, il fondatore di TrustedLogin e GravityKit. Quindi resta sintonizzato.

Doc Pop: Bentornati a Press This, un podcast della community di WordPress su WMR. Mi chiamo dottore. Sto chattando con Zack Katz, il fondatore di TrustedLogin e GravityKit. Zack, prima nello show che hai menzionato, credo, una funzionalità imminente in TrustedLogin in cui sarai in grado di accedere più facilmente allo stato di salute del sito.

E non so quale sia lo stato di integrità del sito da parte mia. Spero che tu possa spiegare solo un po 'di quello strumento e di come un'azienda come la tua, in che modo un team di supporto potrebbe trarre vantaggio dall'accesso a Site Health.

Zack Katz: Certo. Quindi, quando stai eseguendo il triage per un bug e qualcuno dice che non funziona, ci sono molte domande facili a cui si potrebbe rispondere con il rapporto sullo stato del sito su WordPress. Sotto strumenti, c'è un sottomenu chiamato Salute del sito, e che include cose come quale versione di PHP, quale tema stai eseguendo, quali altri plugin sono in esecuzione.

Tutta una serie di problemi può essere risolta conoscendo il fuso orario, conoscendo la lingua e tutte quelle informazioni che normalmente devi fare un altro giro di assistenza clienti e dire: “Sembra un bug. Sembra qualcosa di cui abbiamo bisogno per saperne di più sul sito. Puoi condividerlo copiando queste informazioni dalla dashboard di Site Health e incollandole in un'e-mail e rispondendoci?"

Bene, ora con TrustedLogin in uscita la prossima settimana, in realtà, c'è una casella di controllo che dice di inviare un rapporto sullo stato del sito. E se selezionano quella casella quando concedono l'accesso, ci invierà automaticamente tutte quelle informazioni e saranno semplicemente allegate al ticket esistente. E sarà così bello per il nostro team di assistenza clienti perché non dovranno fare quella domanda di andata e ritorno.

E questo fa risparmiare tempo a tutti, incluso il supporto, fa risparmiare il costo per richiesta di supporto se quella fosse una metrica di cui teniamo traccia. E fa risparmiare tempo al cliente che può correggere i propri bug più velocemente e rispondere più rapidamente alle proprie domande.

Doc Pop: Quindi immagino che l'ultima cosa che mi viene in mente sia, come qualcuno che sta lavorando su TrustedLogin, come stai costruendo quella fiducia con gli sviluppatori e le agenzie per provare a integrare il tuo prodotto nel loro sistema? Sembra che tu abbia riflettuto molto sulla crittografia e che sia molto attento a come gestisci i dati delle persone.

Come stai facendo quel discorso di marketing ai tuoi potenziali clienti?

Zack Katz: Sto iniziando con le persone che conosco per prime. loro mi conoscono, io li conosco. So che hanno questo problema con il loro flusso di assistenza clienti che tutti noi abbiamo nel settore. E quindi sto iniziando con relazioni che esistono già e, si spera, da lì le persone possano dire, oh, questo plugin che uso, questa azienda di cui mi fido, si stanno integrando con TrustedLogin.

E posso costruire il messaggio in questo modo. Perché è una storia complicata da raccontare. L'integrazione con TrustedLogin e la concessione dell'accesso al tuo sito è più semplice, ma ci sono più clienti con TrustedLogin. C'è l'utente finale e c'è lo sviluppatore, il fornitore del plugin.

E siamo davvero un prodotto per entrambi. Quindi è difficile comunicarlo correttamente a volte.

Doc Pop: Ma sembra che tu lo supererai. Hai riscontrato qualche problema finora

Zack Katz: Poiché si tratta di un kit di sviluppo software che deve essere integrato con un plug-in, può essere complicato configurarlo e farlo funzionare. Ma stiamo lavorando con Josh Pollock, con Plugin Machine in modo da poter creare un file personalizzato che sia scaricabile e facilmente installabile autonomamente dalle installazioni del compositore, che è una cosa per sviluppatori che può complicarsi rapidamente.

Lo faremo solo in modo che tu possa scaricare un zip, decomprimerlo, inserire una riga nel tuo plug-in ed è attivo e funzionante. Quindi stiamo lavorando per renderlo più semplice dal punto di vista degli sviluppatori. Penso che sia già abbastanza buono per uno sviluppatore avanzato, ma al momento non è altrettanto buono per uno sviluppatore intermedio.

Doc Pop: Quindi, se le persone vogliono saperne di più su TrustedLogin, se vogliono magari registrarsi per provarlo, c'è un buon posto dove mandarli per questo?

Zack Katz: Sì, vai su TrustedLogin.com e leggi tutto a riguardo. Iscriviti a una mailing list. Invieremo aggiornamenti. E sì, per favore esprimi il tuo interesse, mettiti in contatto con me su Mastodon e fai domande perché mi piacerebbe parlarne.

Doc Pop: Bene, Zack, grazie mille per esserti unito a noi oggi su Press This, un podcast della community di WordPress. È stato davvero divertente chiacchierare con te e ascoltare i problemi che gli sviluppatori, i creatori di temi e le agenzie potrebbero avere a cui non avevo pensato, anche se probabilmente li ho contattati. Probabilmente ho già affrontato alcuni di questi problemi senza nemmeno rendermene conto.

TrustedLogin sembra fantastico. E se le persone vogliono seguire Zack, puoi farlo su mastodon.social/@ZackKatz. Lo consiglio vivamente.

Doc Pop: Buona spina. Grazie per aver ascoltato Press This, un podcast della community di WordPress su WMR. Ancora una volta, mi chiamo Doc e puoi seguire le mie avventure con la rivista Torque su Twitter @thetorquemag oppure puoi andare su torquemag.io dove ogni giorno contribuiamo con tutorial, video e interviste come questa. Dai un'occhiata a torquemag.io o seguici su Twitter. Puoi iscriverti a Press This su Red Circle, iTunes, Spotify o puoi scaricarlo direttamente su wmr.fm ogni settimana. Sono il tuo host Doctor Popular Sostengo la community di WordPress attraverso il mio ruolo in WP Engine. E mi piace mettere in luce i membri della comunità ogni settimana su Press This.