Opinioni degli esperti: conversazioni con Stefan Karamancic di ManageWP

C'era una volta, WordPress era una semplice piattaforma di blogging. Nel corso degli anni, è diventato lo strumento più potente per la creazione di tutti i tipi di siti web. Lo stesso si può dire per Stefan Karamancic, veterano del supporto di ManageWP. È qui con noi oggi per rompere il ghiaccio e dare il benvenuto a tutti nella nostra serie di blog "Expert Insights", dove intervisteremo il team di supporto di ManageWP e ti daremo un'idea dell'esperienza e della dedizione che portano al tavolo, oltre ad alcune soluzioni per la risoluzione dei problemi tecniche che usano quotidianamente.

Cosa avevano in comune WoW e le ragazze blogger nel 2009? Ho sentito che la risposta è: tu. È corretto? Puoi spiegarci come hai iniziato nel settore di WordPress?

Beh, potresti dirlo. La verità è che entrambi portano a suscitare interesse nel perseguire una carriera nella tecnologia web. Circa 15 anni fa, ho incontrato una ragazza e non avevo idea che sarebbe stata lei a... presentarmi un mondo completamente nuovo, il mondo di WordPress! Aveva un blog personale su WordPress.com e l'ho aiutata a modificare l'aspetto un paio di volte. Abbiamo creato alcuni CSS personalizzati qua e là e l'ho aiutata a ottenere il massimo dai temi gratuiti che avevamo a disposizione allora. Era un tempo diverso; tutto era meno personalizzabile, quindi spesso dovevamo fare molto più affidamento su funzionalità e modifiche personalizzate.

Poiché ero appassionato di tecnologia e curioso delle possibilità di applicare le mie nuove conoscenze, ho iniziato a utilizzare WordPress per alcuni dei miei progetti. Ho creato alcuni forum di gilda e alcuni semplici siti web, principalmente per la mia famiglia e i miei amici. Mantenerli aggiornati e aggiungere nuove funzionalità nel tempo mi ha aiutato a scendere al nocciolo della creazione di siti Web con WordPress. Guardando indietro, avere quei progetti di passione ha davvero reso l'intero processo di apprendimento un gioco da ragazzi. Non stavo imparando a trovare un lavoro; Stavo imparando a migliorare i miei progetti di passione. Al giorno d'oggi, abbiamo molti plugin e temi e l'industria si è evoluta così tanto. Puoi creare siti Web straordinari con poca o nessuna codifica.

Nel mondo di oggi, siamo costantemente bombardati di informazioni poiché ogni giorno emergono nuove storie, fonti e tendenze. Come rimanere aggiornati sugli ultimi sviluppi di WordPress?

Questa è un'ottima domanda. Ho trovato utile definire le aree che mi interessano e tenere d'occhio alcune fonti di notizie affinché ognuna rimanga aggiornata.

Mi piace WP Tavern e il sito Web ufficiale di WordPress (in particolare le risorse per gli sviluppatori) per la conoscenza generale di WordPress e le notizie della community. Oltre a leggere gli annunci di ciò che verrà, mi piace rimanere in contatto con la community di WordPress. WordPress ufficiale Slack è un ottimo posto per ascoltare notizie e chiedere aiuto ad altri membri della comunità.

Un altro ottimo sito Web è WP Beginner. Copre vari argomenti e rilascia e aggiorna costantemente le proprie guide e articoli. Se stai cercando le basi, non puoi sbagliare con WP Beginner.

La prossima area che trovo importante è la sicurezza del sito web! Le newsletter e i blog di Sucuri e WordFence sono le mie fonti di riferimento per rimanere informato sulla sicurezza dei siti Web, poiché è sempre un gioco del gatto e del topo.

Per quanto riguarda le notizie più ampie sulla tecnologia del web, seguo trucchi CSS, The Register e Smashing Magazine.

Come ti avvicini alla risoluzione dei problemi e alla risoluzione dei problemi quando si tratta di WordPress?

Allo stesso modo in cui mi tengo aggiornato sui nuovi sviluppi, identifico l'area interessata dal problema e raccolgo quante più informazioni possibili prima di iniziare a indagare . Di solito inizio confermando se è limitato a un componente o un'azione specifica. Come dovrebbe essere il risultato atteso? È qualcosa che sono in grado di riprodurre in modo affidabile o no? Succede la stessa cosa su altri siti web?

Quindi, quando ho tutte queste informazioni, inizio replicando il processo passo dopo passo e lo seguo mentre si svolge. È utile quando la registrazione degli errori è abilitata, poiché il modo più veloce per vedere dove qualcosa si interrompe è attraverso quei registri. Quando ci sono alcune informazioni utili nei registri, posso trovare rapidamente una soluzione a un problema, vedere se viene risolto e quindi riprovare. Ad esempio, se un plug-in non si aggiorna, provo sempre a eseguire nuovamente l'aggiornamento o provo ad aggiornare Hello Dolly o qualche altro plug-in di base sul sito Web. Se il processo fallisce, posso quindi controllare i log e trovare le risposte esatte ricevute dal sito Web o dal server. Si trattava di autorizzazioni sui file, di un problema di licenza o di un errore critico dovuto all'esaurimento della memoria del server? Qualunque cosa sia, l'accesso ai registri degli errori semplifica il processo di risoluzione dei problemi.

Inoltre, un problema può avere più cause, quindi non è raro che ne venga visualizzato un altro dopo aver risolto il primo. In quelle situazioni, devi rimanere concentrato sul problema originale e seguire il filo finché non lo districhi.

Con questo approccio, devi avere alcune storie interessanti da raccontare. Puoi condividere un esempio di un caso di assistenza particolarmente impegnativo che hai aiutato a risolvere?

Sì, le richieste di clonazione di siti Web più succose in qualche modo arrivano alla mia casella di posta. Si potrebbe dire che sono una calamita per le disavventure della clonazione! Qualche anno fa, abbiamo ricevuto un ticket secondo cui un utente aveva bisogno di aiuto per clonare il proprio sito web. Il caso è stato che il loro sito Web live è andato in tilt dopo aver avviato un clone. All'inizio, sono rimasto sorpreso perché il nostro strumento Clone non ha interazioni con il sito Web clonato, poiché utilizziamo un backup archiviato sui nostri server, quindi questo era molto insolito. Ho rivisto il biglietto diverse volte e ho preso una nuova tazza di caffè, cercando di mappare e ripercorrere i passi del nostro utente. Il mistero si è approfondito quando sono entrato per replicare il problema e ho ottenuto lo stesso risultato.

Ho controllato i plug-in, i temi e le impostazioni del server Web per provare a vedere cosa c'era dietro, ma non veniva visualizzato nulla di straordinario. In quel momento, ho pensato: “ torniamo alle origini e partiamo dall'alto. ” Il funzionamento interno del nostro strumento è piuttosto semplice:

• Prima di clonare o mitigare un sito Web, è necessario creare un backup. Controllato!
• Quindi trasferiamo quel backup al server di destinazione. Sia che lo facciamo tramite PHP o connessione FTP, è ancora il server di destinazione e non dovrebbe essere in grado di influenzare in alcun modo il sito Web di origine.
• Nella fase finale, estrai i file sul nuovo server e importa il database. Ancora una volta, è un nuovo server senza connessione evidente alla fonte.

“Quando hai eliminato l'impossibile, ciò che rimane, per quanto improbabile, deve essere la verità.” –

Sherlock Holmes

È qui che ho incanalato il mio Sherlock Holmes interiore e ho iniziato a cancellare le cose dalla lista. È diventato subito ovvio che l'unico passaggio in cui un errore potrebbe portare al crash del sito Web di origine è l'importazione del database nella fase finale di clonazione. Come si è scoperto, entrambi i siti Web (origine e destinazione) erano sullo stesso piano di hosting e le credenziali del database che l'utente ci ha inviato erano per il sito Web live (origine) e non per la destinazione. Questo di solito non è un problema, poiché i server di database sono generalmente configurati con accesso limitato. Tuttavia, in questo caso, entrambi i siti Web potrebbero connettersi a entrambi i database e il nostro strumento Clone ha importato i dati nel database sbagliato. Dopo averlo verificato con l'utente, sono stato in grado di aiutarlo e guidarlo attraverso il processo di clonazione. Fortunatamente, da allora nessuno ci ha provato, ma il test e la conferma dell'origine del database sono stati aggiunti alle nostre procedure.

E che dire di alcune idee sbagliate o sfide comuni che gli utenti hanno durante l'utilizzo di ManageWP?

Per fortuna non ce ne sono molti. Mi piace pensare che la ragione di ciò sia un design UX intuitivo . Il mio preferito per guidare i nostri utenti ha a che fare con l'URL del sito Web, che è più in linea con il funzionamento reale del DNS. Quando visiti un sito Web nel tuo browser, di solito digiti l'URL e premi invio, e non pensi se c'è www o meno o se hai digitato HTTP o HTTPS. Lasci che il tuo browser si occupi di quel genere di cose.

Quando aggiungi un sito Web a ManageWP, devi prestare attenzione a queste cose. Per come funziona il DNS, può esserci un'enorme differenza tra www.example.com ed example.com o tra http://www.example.com e https://example.com . Entrambi possono portare allo stesso sito web. Ma è anche possibile che conducano a due siti web completamente diversi! Lo vediamo spesso con migrazioni di siti Web o cambi di proprietà, poiché è il momento in cui è più probabile che si verifichino tali cambiamenti DNS.

Il mio consiglio a tutti coloro che tentano di collegare il proprio sito Web è "quando si inserisce l'URL del sito Web in ManageWP, lasciare che il browser faccia il lavoro e copiare e incollare l'URL della propria home page dalla barra degli indirizzi.

Stefan Karamancic, supporto ManageWP

Puoi condividere qualche suggerimento per gli utenti su come comunicare in modo efficace con il team di supporto per ottenere l'aiuto di cui hanno bisogno?

Cosa certa! Quando ci contatti, è sempre una buona idea includere i passaggi esatti che hai eseguito per aiutarci a replicare immediatamente il problema. Idealmente, ci manderai un elenco puntato o, se sei più un narratore, non può far male essere il più specifico possibile quando descrivi ciò di cui ti stai occupando. Con informazioni sufficienti, possiamo iniziare il processo di risoluzione dei problemi non appena riceviamo il tuo ticket di supporto iniziale e non dobbiamo scrivere indietro chiedendoti di elaborare ulteriormente.

Inoltre, ho notato che più persone devono allegare screenshot. A volte, non siamo in grado di replicare il problema che stai segnalando e avere uno screenshot di ciò che vedi sullo schermo può essere di grande aiuto!

So che non sembra molto, ma queste semplici cose possono far risparmiare molto tempo e portarci a una risoluzione prima che andare avanti e indietro un paio di volte.

Questo riassume la nostra intervista con Stefan. Se hai domande per lui o hai suggerimenti su chi dovremmo intervistare dopo, lascia un commento qui sotto!