Expert Insights : Conversations avec Stefan Karamancic de ManageWP

Il était une fois, WordPress était une simple plateforme de blogs. Au fil des ans, il est devenu l'outil le plus puissant pour créer toutes sortes de sites Web. La même chose peut être dite pour Stefan Karamancic, vétéran du support de ManageWP. Il est ici avec nous aujourd'hui pour briser la glace et accueillir tout le monde dans notre série de blogs "Expert Insights", où nous interviewerons l'équipe de support de ManageWP et vous donnerons un aperçu de l'expérience et du dévouement qu'ils apportent à la table ainsi que du dépannage techniques qu'ils utilisent quotidiennement.

Qu'est-ce que WoW et les blogueuses avaient en commun en 2009 ? J'ai entendu la réponse est - vous. Est-ce correct? Pouvez-vous nous expliquer comment vous avez commencé dans l'industrie WordPress ?

Eh bien, vous pourriez dire cela. La vérité est que les deux conduisent à susciter un intérêt pour poursuivre une carrière dans la technologie Web. Il y a une quinzaine d'années, j'ai rencontré une fille et je n'avais aucune idée que ce serait elle… qui me présenterait un tout nouveau monde, le monde de WordPress ! Elle avait un blog personnel sur WordPress.com, et je l'ai aidée à peaufiner l'apparence à quelques reprises. Nous avons fait du CSS personnalisé ici et là, et je l'ai aidée à tirer le meilleur parti des thèmes gratuits dont nous disposions à l'époque. C'était une autre époque ; tout était moins personnalisable, nous devions donc souvent compter beaucoup plus sur des fonctionnalités et des ajustements personnalisés.

Comme j'étais passionné par la technologie et curieux des possibilités d'appliquer mes nouvelles connaissances, j'ai commencé à utiliser WordPress pour quelques-uns de mes projets. J'ai construit quelques forums de guilde et quelques sites Web simples, principalement pour ma famille et mes amis. Les tenir à jour et ajouter de nouvelles fonctionnalités au fil du temps m'a aidé à entrer dans le vif du sujet de la création de sites Web avec WordPress. Avec le recul, avoir ces projets passionnés a vraiment rendu l'ensemble du processus d'apprentissage comme un jeu d'enfant. Je n'apprenais pas à décrocher un emploi; J'apprenais à améliorer mes projets de passion. De nos jours, nous avons beaucoup de plugins et de thèmes, et l'industrie a tellement évolué. Vous pouvez créer des sites Web incroyables avec peu ou pas de codage.

Dans le monde d'aujourd'hui, nous sommes constamment bombardés d'informations alors que de nouvelles histoires, sources et tendances surgissent quotidiennement. Comment restez-vous au courant des derniers développements de WordPress ?

C'est une excellente question. J'ai trouvé utile de définir les domaines qui m'intéressent et de garder un œil sur quelques sources d'information pour que chacun reste au courant.

J'aime WP Tavern et le site Web officiel de WordPress (en particulier les ressources pour les développeurs) pour les connaissances générales sur WordPress et les actualités de la communauté. En plus de lire les annonces de ce qui est à venir, j'aime rester connecté avec la communauté WordPress. WordPress Slack officiel est un endroit idéal pour entendre des nouvelles et demander de l'aide aux autres membres de la communauté.

Un autre excellent site Web est WP Beginner. Il couvre divers sujets et publie et met constamment à jour ses guides et articles. Si vous recherchez les bases, vous ne pouvez pas vous tromper avec WP Beginner.

Le prochain domaine que je trouve important est la sécurité du site Web ! Les newsletters et les blogs Sucuri et WordFence sont mes sources de référence pour rester informé sur la sécurité des sites Web, car il s'agit toujours d'un jeu du chat et de la souris.

En ce qui concerne l'actualité technologique du Web au sens large, je suis les astuces CSS, The Register et Smashing Magazine.

Comment abordez-vous la résolution de problèmes et le dépannage en ce qui concerne WordPress ?

De la même manière que je me tiens au courant des nouveaux développements, j'identifie la zone affectée par le problème et recueille autant d'informations que possible avant de commencer à enquêter . Je commence généralement par confirmer s'il est limité à un composant ou à une action spécifique. À quoi devrait ressembler le résultat attendu ? Est-ce quelque chose que je suis capable de reproduire de manière fiable ou non ? Est-ce que la même chose se produit sur d'autres sites Web?

Ensuite, lorsque j'ai toutes ces informations, je commence par reproduire le processus étape par étape et je le suis au fur et à mesure qu'il se déroule. Il est utile lorsque la journalisation des erreurs est activée, car c'est le moyen le plus rapide de voir où quelque chose se passe dans ces journaux. Lorsque les journaux contiennent des informations utiles, je peux trouver rapidement une solution à un problème, voir s'il est résolu, puis réessayer. Par exemple, si un plugin ne se met pas à jour, j'essaie toujours de relancer la mise à jour ou d'essayer de mettre à jour Hello Dolly ou un autre plugin de base sur le site Web. Si le processus échoue, je peux alors vérifier les journaux et trouver les réponses exactes reçues par le site Web ou le serveur. S'agissait-il d'autorisations de fichiers, d'un problème de licence ou d'une erreur critique due au manque de mémoire du serveur ? Quoi qu'il en soit, l'accès aux journaux d'erreurs facilite le processus de dépannage.

De plus, un problème peut avoir plusieurs causes, il n'est donc pas rare qu'un autre apparaisse après avoir résolu le premier. Dans ces situations, vous devez rester concentré sur le problème initial et suivre le fil jusqu'à ce que vous le démêliez.

Avec cette approche, vous devez avoir des histoires intéressantes à raconter. Pouvez-vous partager un exemple de cas de support particulièrement difficile que vous avez aidé à résoudre ?

Oui, les demandes de clonage de sites Web les plus juteuses se retrouvent d'une manière ou d'une autre dans ma boîte de réception. Vous pourriez dire que je suis un aimant pour les mésaventures de clonage ! Il y a quelques années, nous avons reçu un ticket indiquant qu'un utilisateur avait besoin d'aide pour cloner son site Web. Le cas était que leur site Web en direct était tombé en panne après avoir lancé un clone. Au début, j'ai été surpris parce que notre outil Clone n'a aucune interaction avec le site Web cloné, car nous utilisons une sauvegarde qui est stockée sur nos serveurs, donc c'était très inhabituel. J'ai examiné le ticket plusieurs fois et j'ai pris une tasse de café fraîche, en essayant de cartographier et de retracer les pas de notre utilisateur. Le mystère s'est approfondi lorsque je suis entré pour reproduire le problème et j'ai obtenu le même résultat.

J'ai vérifié les plugins, les thèmes et les paramètres du serveur Web pour essayer de voir ce qu'il y avait derrière cela, mais rien d'extraordinaire ne s'est affiché. À ce moment-là, j'ai pensé : « revenons à l'essentiel et commençons par le haut. ” Le fonctionnement interne de notre outil est assez simple :

• Avant de cloner ou d'atténuer un site Web, une sauvegarde doit être créée. Vérifié!
• Ensuite, nous transférons cette sauvegarde vers le serveur de destination. Que nous le fassions via une connexion PHP ou FTP, il s'agit toujours du serveur de destination et ne devrait en aucun cas affecter le site Web source.
• Dans la dernière étape, extrayez les fichiers sur le nouveau serveur et importez la base de données. Encore une fois, c'est un nouveau serveur sans connexion évidente à la source.

"Lorsque vous avez éliminé l'impossible, tout ce qui reste, aussi improbable soit-il, doit être la vérité." –

Sherlock Holmes

C'est là que j'ai canalisé mon Sherlock Holmes intérieur et commencé à rayer des choses de la liste. Il est rapidement devenu évident que la seule étape où une confusion pourrait entraîner le plantage du site Web source est l'importation de la base de données lors de la phase finale de clonage. Il s'est avéré que les deux sites Web (source et destination) étaient sur le même plan d'hébergement, et les informations d'identification de la base de données que l'utilisateur nous a envoyées concernaient le site Web en direct (source) et non la destination. Ce n'est généralement pas un problème, car les serveurs de base de données sont généralement configurés avec un accès restreint. Pourtant, dans ce cas, les deux sites Web pourraient se connecter aux deux bases de données, et notre outil Clone a importé des données dans la mauvaise base de données. Une fois que j'ai vérifié cela avec l'utilisateur, j'ai pu l'aider et le guider tout au long du processus de clonage. Heureusement, personne n'a essayé depuis, mais le test et la confirmation de l'origine de la base de données ont été ajoutés à nos procédures.

Et qu'en est-il des idées fausses ou des défis courants rencontrés par les utilisateurs lors de l'utilisation de ManageWP ?

Heureusement, il n'y en a pas beaucoup. J'aime à penser que la raison en est une conception UX intuitive . Mon préféré pour guider nos utilisateurs doit traiter de l'URL du site Web, qui correspond davantage au fonctionnement réel du DNS. Lorsque vous visitez un site Web dans votre navigateur, vous tapez généralement l'URL et appuyez sur Entrée, et ne vous demandez pas s'il y a www ou non ou si vous avez tapé HTTP ou HTTPS. Vous laissez votre navigateur gérer ce genre de choses.

Lorsque vous ajoutez un site Web à ManageWP, vous devez faire attention à ces éléments. La façon dont DNS fonctionne, il peut y avoir une énorme différence entre www.example.com et example.com, ou entre http://www.example.com et https://example.com . Ils peuvent tous deux mener au même site Web. Mais il est également possible qu'ils mènent à deux sites Web complètement différents ! Nous le voyons souvent avec les migrations de sites Web ou les changements de propriété, car c'est à ce moment-là que de tels changements DNS sont les plus susceptibles de se produire.

Mon conseil à tous ceux qui tentent de connecter leur site Web est "lorsque vous remplissez l'URL du site Web dans ManageWP, laissez votre navigateur faire le travail, et copiez et collez simplement l'URL de votre page d'accueil à partir de la barre d'adresse.

Stefan Karamancic, support ManageWP

Pouvez-vous partager des conseils pour les utilisateurs sur la façon de communiquer efficacement avec l'équipe d'assistance pour obtenir l'aide dont ils ont besoin ?

Chose sûre! Lorsque vous nous contactez, c'est toujours une bonne idée d'inclure les étapes exactes que vous avez suivies pour nous aider à reproduire le problème immédiatement. Idéalement, vous nous enverrez une liste à puces, ou si vous êtes plutôt un conteur, cela ne peut pas faire de mal d'être aussi précis que possible lorsque vous décrivez ce que vous cherchez. Avec suffisamment d'informations, nous pouvons commencer le processus de dépannage dès que nous recevons votre ticket d'assistance initial et ne pas avoir à vous répondre en vous demandant d'élaborer davantage.

De plus, j'ai remarqué que plus de personnes ont besoin de joindre des captures d'écran. Parfois, nous ne sommes pas en mesure de reproduire le problème que vous signalez, et avoir une capture d'écran de ce que vous voyez à l'écran peut être d'une grande aide !

Je sais que cela ne semble pas beaucoup, mais ces choses simples peuvent considérablement gagner du temps et nous amener à une résolution plus rapidement que de faire plusieurs allers-retours.

Voilà qui résume notre entretien avec Stefan. Si vous avez des questions à lui poser, ou si vous avez des suggestions sur qui devrions-nous interviewer ensuite, laissez un commentaire ci-dessous !