Insights de especialistas: conversas com Stefan Karamancic da ManageWP

Era uma vez, o WordPress era uma plataforma de blog simples. Ao longo dos anos, tornou-se a ferramenta mais poderosa para construir todos os tipos de sites. O mesmo pode ser dito de Stefan Karamancic, veterano do Suporte do ManageWP. Ele está aqui conosco hoje para quebrar o gelo e dar as boas-vindas a todos à nossa série de blogs “Expert Insights”, onde entrevistaremos a equipe de suporte do ManageWP e daremos uma visão sobre a experiência e dedicação que eles trazem para a mesa, bem como algumas soluções de problemas técnicas que usam diariamente.

O que WoW e blogueiras femininas tinham em comum em 2009? Ouvi dizer que a resposta é – você. Isso está correto? Você pode nos explicar como você começou na indústria do WordPress?

Bem, você poderia dizer isso. A verdade é que ambos levam a despertar o interesse em seguir uma carreira em tecnologia da web. Há cerca de 15 anos, conheci uma garota e não fazia ideia de que ela seria a pessoa certa… para me apresentar um mundo totalmente novo, o mundo do WordPress! Ela tinha um blog pessoal no WordPress.com e eu a ajudei a ajustar a aparência algumas vezes. Fizemos alguns CSS personalizados aqui e ali, e eu a ajudei a tirar o máximo proveito dos temas gratuitos que tínhamos disponíveis na época. Isso foi em uma época diferente; tudo era menos personalizável, então muitas vezes tínhamos que confiar muito mais em funcionalidades e ajustes personalizados.

Como eu era apaixonado por tecnologia e curioso sobre as possibilidades de aplicar meu conhecimento recém-adquirido, comecei a usar o WordPress para alguns de meus projetos. Criei alguns fóruns de guilda e alguns sites simples, principalmente para minha família e amigos. Mantê-los atualizados e adicionar novas funcionalidades ao longo do tempo me ajudou a chegar ao âmago da questão da construção de sites com o WordPress. Olhando para trás, ter esses projetos apaixonados realmente fez com que todo o processo de aprendizado parecesse uma brisa. Eu não estava aprendendo a conseguir um emprego; Eu estava aprendendo a melhorar meus projetos de paixão. Hoje em dia, temos muitos plugins e temas, e a indústria evoluiu muito. Você pode criar sites incríveis com pouca ou nenhuma codificação.

No mundo de hoje, somos constantemente bombardeados com informações à medida que novas histórias, fontes e tendências surgem diariamente. Como você se mantém atualizado sobre os últimos desenvolvimentos no WordPress?

Essa é uma ótima pergunta. Achei útil definir as áreas que me interessam e ficar de olho em algumas fontes de notícias para cada uma ficar por dentro.

Eu gosto do WP Tavern e do site oficial do WordPress (especialmente Recursos para Desenvolvedores) para conhecimento geral do WordPress e notícias da comunidade. Além de ler os anúncios do que está por vir, gosto de me manter conectado com a comunidade WordPress. O Slack oficial do WordPress é um ótimo lugar para ouvir notícias e pedir ajuda a outros membros da comunidade.

Outro ótimo site é o WP Beginner. Abrange vários tópicos e constantemente lança e atualiza seus guias e artigos. Se você está procurando o básico, não há como errar com o WP Beginner.

A próxima área que considero importante é a segurança do site! Boletins informativos e blogs da Sucuri e WordFence são minhas fontes preferidas para me manter informado sobre a segurança do site, pois é sempre um jogo de gato e rato.

Quanto às notícias mais amplas sobre tecnologia da web, sigo truques de CSS, The Register e Smashing Magazine.

Como você aborda a solução e solução de problemas quando se trata do WordPress?

Da mesma forma que fico por dentro dos novos desenvolvimentos, identifico a área afetada pelo problema e reúno o máximo de informações possível antes de começar a investigar . Normalmente começo confirmando se está limitado a um componente ou ação específica. Como deve ser o resultado esperado? Isso é algo que eu sou capaz de reproduzir de forma confiável ou não? A mesma coisa acontece em outros sites?

Então, quando tenho todas essas informações, começo replicando o processo passo a passo e sigo conforme ele se desenrola. É útil quando o registro de erros está ativado, pois é a maneira mais rápida de ver onde algo ocorre por meio desses registros. Quando há alguma informação útil nos logs, posso encontrar uma solução para um problema rapidamente, ver se ele foi resolvido e tentar novamente. Por exemplo, se um plug-in não está atualizando, sempre tento executar novamente a atualização ou tento atualizar o Hello Dolly ou algum outro plug-in básico no site. Se o processo falhar, posso verificar os logs e encontrar as respostas exatas que o site ou servidor recebeu. Foram as permissões de arquivo, um problema de licença ou um erro crítico porque o servidor ficou sem memória? Seja o que for, ter acesso aos logs de erros facilita o processo de solução de problemas.

Além disso, um problema pode ter várias causas, por isso não é incomum que outro apareça depois de resolver o primeiro. Nessas situações, você deve manter o foco na questão original e seguir o fio até desembaraçá-lo.

Com essa abordagem, você deve ter algumas histórias interessantes para contar. Você pode compartilhar um exemplo de um caso de suporte particularmente desafiador que você ajudou a resolver?

Sim, as solicitações de clonagem de sites mais suculentas de alguma forma chegam à minha caixa de entrada. Você pode dizer que sou um ímã para acidentes de clonagem! Alguns anos atrás, recebemos um ticket informando que um usuário precisava de ajuda para clonar seu site. O caso foi que o site ao vivo deles caiu depois que eles iniciaram um clone. A princípio, fiquei surpreso porque nossa ferramenta Clone não tem interação com o site que está sendo clonado, pois usamos um backup que fica armazenado em nossos servidores, então isso era bastante incomum. Revisei o ticket várias vezes e peguei uma xícara de café fresco, tentando mapear e refazer os passos de nosso usuário. O mistério se aprofundou quando entrei para replicar o problema e obtive o mesmo resultado.

Eu verifiquei os plugins, temas e configurações do servidor web para tentar ver o que estava por trás disso, mas nada fora do comum estava aparecendo. Naquele momento, pensei: “ vamos voltar ao básico e começar de cima. ” O funcionamento interno da nossa ferramenta é bastante simples:

• Antes de clonar ou mitigar um site, um backup deve ser criado. Verificado!
• Em seguida, transferimos esse backup para o servidor de destino. Quer o façamos via conexão PHP ou FTP, ainda é o servidor de destino e não deve afetar o site de origem de forma alguma.
• Na etapa final, extraia os arquivos no novo servidor e importe o banco de dados. Novamente, é um novo servidor sem conexão óbvia com a fonte.

“Quando você elimina o impossível, o que resta, por mais improvável que seja, deve ser a verdade.” –

Sherlock Holmes

Foi aqui que canalizei meu Sherlock Holmes interior e comecei a riscar as coisas da lista. Rapidamente ficou óbvio que a única etapa em que uma confusão poderia levar ao travamento do site de origem é a importação do banco de dados no estágio final de clonagem. Como se viu, ambos os sites (origem e destino) estavam no mesmo plano de hospedagem, e as credenciais do banco de dados que o usuário nos enviou eram para o site ao vivo (origem) e não para o destino. Isso geralmente não é um problema, pois os servidores de banco de dados geralmente são configurados com acesso restrito. Ainda assim, neste caso, ambos os sites podem se conectar a ambos os bancos de dados, e nossa ferramenta Clone importou dados para o banco de dados errado. Depois de verificar isso com o usuário, pude ajudá-lo e orientá-lo no processo de clonagem. Felizmente, não tivemos ninguém tentando isso desde então, mas testar e confirmar a origem do banco de dados foi adicionado aos nossos procedimentos.

E quanto a alguns equívocos ou desafios comuns que os usuários têm ao usar o ManageWP?

Felizmente, não há muitos. Eu gosto de pensar que a razão para isso é um design UX intuitivo . Meu favorito para guiar nossos usuários tem que lidar com o URL do site, que está mais próximo de como o DNS realmente funciona. Quando você visita um site em seu navegador, geralmente digita o URL e pressiona enter, e não pensa se há www ou não ou se você digitou HTTP ou HTTPS. Você deixa seu navegador lidar com esse tipo de coisa.

Ao adicionar um site ao ManageWP, você deve prestar atenção a essas coisas. Da maneira como o DNS funciona, pode haver uma grande diferença entre www.example.com e example.com, ou entre http://www.example.com e https://example.com . Ambos podem levar ao mesmo site. Mas também é possível que levem a dois sites completamente diferentes! Vemos isso frequentemente com migrações de sites ou alterações de propriedade, pois é quando essas alterações de DNS têm maior probabilidade de acontecer.

Meu conselho para todos que tentam conectar seu site é “quando você estiver preenchendo o URL do site no ManageWP, deixe seu navegador fazer o trabalho e apenas copie e cole o URL de sua página inicial na barra de endereço.

Stefan Karamancic, suporte do ManageWP

Você pode compartilhar alguma dica para os usuários sobre como se comunicar de forma eficaz com a equipe de suporte para obter a ajuda de que precisam?

Coisa certa! Ao entrar em contato conosco, é sempre uma boa ideia incluir as etapas exatas que você executou para nos ajudar a replicar o problema imediatamente. Idealmente, você nos enviará uma lista com marcadores ou, se for mais um contador de histórias, não custa nada ser o mais específico possível ao descrever o que está procurando. Com informações suficientes, podemos iniciar o processo de solução de problemas assim que recebermos seu tíquete de suporte inicial e não precisarmos escrever de volta pedindo que você elabore mais.

Além disso, notei que mais pessoas precisam anexar capturas de tela. Às vezes, não conseguimos replicar o problema que você está relatando, e ter uma captura de tela do que você vê na tela pode ser de grande ajuda!

Sei que não parece muito, mas essas coisas simples podem economizar muito tempo e nos levar a uma resolução antes de ir e voltar algumas vezes.

Isso resume nossa entrevista com Stefan. Se você tiver alguma pergunta para ele ou tiver alguma sugestão sobre quem devemos entrevistar a seguir, deixe um comentário abaixo!