Pressione isto: Uma jornada otimizando o WordPress corporativo para velocidade incrível e muito mais com Atul Jindall

Bem-vindo ao Press This, o podcast da comunidade WordPress do WMR. Aqui, o anfitrião David Vogelpohl se senta com convidados de toda a comunidade para falar sobre os maiores problemas enfrentados pelos desenvolvedores do WordPress. Segue a transcrição da gravação original.

David Vogelpohl: Olá a todos e bem-vindos ao Press This, os podcasts da comunidade WordPress no WMR. Este é o seu anfitrião, David Vogelpohl, eu apoio a comunidade WordPress através da minha função no WP Engine, e adoro trazer o melhor da comunidade para você ouvir todas as semanas na imprensa como um lembrete, você pode me encontrar no Twitter @wpdavidv , ou você pode se inscrever para pressionar isso no iTunes, iHeartRadio, Spotify ou baixar os episódios mais recentes em wmr.fm. Neste episódio, falaremos sobre uma jornada otimizando o WordPress corporativo para uma velocidade incrível e muito mais. Eu tenho que ver um sneak peek disso é uma coisa muito legal. E juntando-se a nós para esta conversa. Eu gostaria de dar as boas-vindas a este Atul Jindall. Atul, seja bem-vindo.

Atul Jindall: Obrigado, David.

DV: Estou tão feliz por ter você aqui. E para quem está ouvindo. O que vamos cobrir hoje é uma jornada de ferramentas otimizando um site WordPress empresarial para uma busca deliciosa de velocidade rápida em uma abordagem otimizada com um verniz, então estamos ficando um pouco nerds hoje. Então eu espero que você esteja usando seu chapéu de nerd, talvez apenas óculos de nerd, eu não sei. Pense sobre isso. Frio. Bem nos expulsar de uma ferramenta. Vou lhe fazer a mesma pergunta que fiz a todos. Você poderia me contar brevemente sua história de origem do WordPress? Quando foi a primeira vez que você usou o WordPress?

AJ: Obrigado, David. Então eu vou começar com o meu desenvolvimento PHP. Em 2007, comecei a trabalhar em PHP como desenvolvedor e, depois de trabalhar por alguns anos, comecei a usar o WordPress em 2012 para empresas locais em toda a cidade, e gosto do backend do WordPress. System e eu pensamos que era muito fácil de usar apenas criar uma pequena equipe com empresas locais. E então eu trabalhei em alguns outros CMS como Drupal Joomla WordPress foi uma das minhas escolhas favoritas sendo fácil de trabalhar. E então comecei a consultar empresas locais na área também.

DV: Isso é um trabalho fantástico, diz 2012. Isso teria sido dois anos após os tipos de postagem personalizados com metacampos personalizados. Eu tive alguma influência na sua decisão de experimentar o WordPress em 2012? Ou você apenas estava ouvindo sobre isso ou apenas curioso?

AJ: Ah, eu tinha um par de CMS diz e eu estava usando de 2009 a 2010 logo amor, mas Zula tinha muitas complexidades para pequenas empresas usarem, porque as estruturas de URL não eram tão boas. Eles queriam que seus sites fossem amigáveis ​​para SEO e o WordPress tinha essas coisas incorporadas e era fácil de usar. Então eu preferi o WordPress sobre outros CMS depois disso, e eu sou esse sistema. Estou usando o WordPress e estou gostando.

DV: Excelente. Estou ficando como uma onda de memórias aqui tem algumas das mesmas experiências na época em que nosso endereço anterior no caiaque. Ele também era um desenvolvedor PHP e na transição ele estava substituindo seu CMS caseiro. Essa é a história dele. É meio interessante, mas um tipo semelhante de jornada sua também. Eu entendo que você faz algum trabalho com crescimento selvagem. E eu estava curioso como você pode me contar um pouco sobre eles e então o que você faz por eles ou não?

AJ: Sim, muito. of growth é uma agência de consultoria para negócios empresariais. E eu trabalho com eles e com poucas outras empresas como a convert crank como consultor freelancer e os ajudo em contas de alto nível e preços, além de consultá-los em sites de alto tráfego. Então, como otimizá-los e outras coisas de estratégia, bem como escrever os desenvolvedores para gerenciar e construir os sites de carga corporativa do ponto de vista técnico. Então eu trabalho em alguns projetos com grandes marcas, marcas de poções com amor, bem como controle de bebidas como consultora freelancer.

DV: Isso é incrível. Bem, tivemos alguns convidados falando sobre a construção no empreendimento e eu estava lendo algumas de suas abordagens e estou muito animado para perguntar mais sobre ele enquanto passamos pela entrevista aqui. Mas eu sei que você sabe, temos muitas pessoas que ouvem que têm, você sabe, sites WordPress muito grandes ou talvez até mesmo trabalhando em empresas ou até mesmo outras agências trabalhando em seus preços. Acho muito interessante pensar no crescimento lá. E então o que está impulsionando isso, mas também o lado da implementação, você sabe, você não tem um ponto de vista muito bom. Obrigada. Então eu entendo. Você sabe, para o projeto que vamos falar hoje que você não pode compartilhar o nome da empresa, o site que você otimiza e entende totalmente isso. Se ele realmente aprecia os insights que você pode compartilhar, porque você explicou aproximadamente qual era o propósito do site, era como um site de brochura, os alunos tinham algum tipo de funcionalidade como apenas de alto nível?

AJ: Sim, então o site era Wenders. Basicamente, foi o site para manter a empresa de manufatura, uma das principais empresas do mundo. E eles tinham quase Wenders em todas as partes do mundo e tinham dois portais diferentes. Originalmente, um estava no Drupal e outro no SharePoint da Microsoft ou em ambos. Não me lembro exatamente como eles tinham isso na Microsoft, já que eu era de código aberto para qualquer coisa e um era um portal era seu próprio costume, mas eles queriam reunir tudo em um só lugar e estavam usando o WordPress para sempre notícias e fins de marketing para anúncios e seu chefe de produto querendo usar o WordPress como uma solução de back-end na qual eles têm tudo junto e queriam gerenciar os fornecedores para o CMS. Então, esse era o objetivo principal do projeto deles e eles queriam ter WordPress ou Drupal na solução, mas a equipe que eles têm para escrever e gerenciamento de conteúdo, realmente gosta dos editores do WordPress, então eles queriam usar o WordPress. Foi assim que eles escolheram o WordPress entre outras pessoas do mercado.

DV: Uau, esses são alguns insights incríveis. Então eles estão construindo um site basicamente para facilitar o relacionamento com seus fornecedores de manufatura. E eles estão em todo o mundo. Eles são uma grande empresa. Eles têm Drupal em sua pilha. Eles têm o SharePoint em sua pilha, eles têm alguma plataforma personalizada em sua pilha e têm o WordPress e sua pilha um pouco, então você diz que o chefe de produto diz que quer usar o WordPress para isso. E que uma das decisões determinantes foi a facilidade de uso para inserir o conteúdo. Quero dizer, acho que ele escreveu como se todos tivessem uma proposta de WordPress para a empresa para isso. E isso foi incrível. Essa ferramenta. Sim. Então deixe-me perguntar isso, certo, como se eu estivesse apenas imaginando-os ali, sentado lá olhando para todos esses sistemas e pensando, qual deles vamos escolher para essa coisa grande e importante? E como, obviamente, você sabe, eles não estão pensando como uma SMB com um cinza como, ah, nós temos modelos que podemos fazer um site rápido, certo? Eles não estão pensando assim. Então, o que você acha que são consideradas as considerações para a empresa ao tomar esse tipo de decisão? Certamente é mais do que apenas o editor, mas tipo, o que você acha das considerações são diferentes de dizer, como uma SMB pode ver as coisas?

AJ: Sim, exatamente. Então eles tinham uma grande empresa. Eles tinham uma concentração muito grande sobre a segurança nos dados, porque eles tinham todos os fornecedores que eram como 400.000 fornecedores, registros, que eram armazenados originalmente no Drupal e no SharePoint, porque eles têm dois grupos de trabalho diferentes. Um, um grupo de trabalho estava usando Drupal e outro estava usando o SharePoint. E eles queriam consolidar todos esses 400.000 registros em um só lugar. E para isso eles queriam ter uma migração fácil dos registros para o sistema. E então eles também tinham uma consideração de segurança de dados sendo ensinada mais. Então nós criamos mais, você sabe, com uma solução de migrar dados e construir o sistema de back-end personalizado usando o login de tipo de postagem personalizado para o WordPress para que possamos migrar isso, então eu escrevo que escrevi algumas das APIs restantes usando PHP quatro e, em seguida, usar essas APIs restantes para serem chamadas pelo WordPress para enviar os dados diretamente para as faixas dos clientes e, em seguida, construímos um topo em cima disso, faremos outra camada de aplicativo

DV: Isso soa como Amazon ou eBay soa como o tema que está surgindo aqui. E a consideração é flexibilidade e rapidez, certo? Eles são como, Ok, precisamos obter todos esses registros. Eles são todos complicados, e suponho que, para colocá-los, estou meio curioso do lado da segurança, você meio que mencionou isso um minuto atrás. E eu gostaria de descompactar isso junto com algumas das outras otimizações que você fez em torno do desempenho, mas vamos fazer nossa primeira pausa. Já voltamos. Hora de se conectar a um intervalo comercial. Fique ligado para mais notícias sobre isso por um momento. Sejam todos bem-vindos a pressionar este podcast da comunidade WordPress no W EMR. Este é o seu anfitrião David rollerball. Estou no meio de uma entrevista na ferramenta Jen Doll sobre um projeto que ele fez para otimizar o WordPress empresarial para uma velocidade incrível e muito mais. Logo antes do intervalo, você estava nos contando um pouco sobre por que aquele cliente em particular neste projeto escolheu o WordPress e você está na minha perspectiva, contando essa história de flexibilidade, velocidade, facilidade de uso, mas eu estava meio curioso um pouquinho. Você sabe, nós meio que prometemos e provocamos alguns detalhes de implementação aqui e eu realmente gostaria de chegar ao cerne disso e você mencionou para mim antes desta entrevista, que você não fez muito para otimizar o desempenho . Então, eu queria saber se você poderia nos explicar alguns dos métodos que você usa para otimizar essa compilação específica para velocidade, porque até agora, você está dizendo que tenho um banco de dados enorme e pessoas de todo o mundo verão isso, eu acho que este é um site lento. Como você fez isso rápido?

AJ: Sim, então tínhamos na pilha, tínhamos cache de memória e tínhamos muito nicho para otimizar o conteúdo do banco de dados que era uma consideração. Queríamos ter tudo carregado na memória, quando o registro estiver sendo puxado do banco de dados. Queríamos ter um instantâneo dessa página para isso usamos o cache de memória e a coordenação. Então, tão mal a entrega de conteúdo mais rápida além de apenas usar os CDs. E então tivemos outra consideração pela segurança. Tentamos ocultar o administrador do WordPress do domínio público, que era a coisa mais importante que queríamos implementar. Então, para isso, tivemos balanceadores de carga e apenas temos o front-end do WordPress em diferentes conjuntos de servidores. E então tínhamos o back-end, ficando em outro lugar para que as pessoas não pudessem acessar a palavra pessoa.

DV: Você considerou uma construção sem cabeça para isso? Quero dizer, se você sabe o que quero dizer, como alguns dos benefícios que você está descrevendo, é meio legal como você está fazendo isso com o núcleo do WordPress. E eu só estou querendo saber se você considerou como JavaScript desacoplado para resolver esse problema?

AJ: Sim, nós temos. Também temos algumas partes de JavaScript desacoplado, mas foi como alguns anos atrás. Portanto, não implementamos totalmente sem cabeça

DV: Entendi. Portanto, você está obtendo alguns dos benefícios sem cabeça, usando seus balanceadores de carga para separar o front-end do back-end, basicamente. Sim, exatamente. Isso ajudou no desempenho?

AJ: Sim, ajudou. Você sabe, desde que tínhamos um banco de dados compartilhado que foi informado, em um servidor diferente, tivemos uma arquitetura complexa nisso. Então, estamos usando o banco de dados compartilhado, mas tivemos toda a parte de front-end de ficar em alguns outros servidores que têm muito desempenho como porque estávamos tirando o snapshot das páginas, para que sempre que tivéssemos algum visitante ou o tráfego aumentasse nos servidores, tínhamos a malha de arame para manter esse tráfego e mostrar os instantâneos das páginas. Mas a busca era um grande problema. Você sabe, uma vez que implementamos essa arquitetura, tentamos otimizar a pesquisa porque os resultados da pesquisa estavam demorando muito para serem exibidos no sistema e não era uma boa experiência para os usuários que usavam a pesquisa padrão do WordPress naquele momento antes

DV: Sim, para onde você se mudou?

AJ: Tentamos usar a pesquisa solar para otimizar a experiência de pesquisa para os usuários, então integramos um pedido de compra, porque a empresa não queria uma solução premium. Então eles queriam ter tudo em casa. Vá para os serviços corporativos. Então, usamos correspondências de código aberto para isso.

DV: Ah, interessante. Sim, o WP Engine com nossa oferta de comércio eletrônico inclui prensa elástica, que é semelhante ao Elastic Search para otimização do WordPress. Sim. Um dos benefícios disso. Estou curioso para saber se você aproveitou isso nesta compilação com essas outras ferramentas, com as quais não estou familiarizado. Mas em relação a consultas ao carregar páginas da web, estou apenas curioso. Como a solução de prensa elástica, não apenas melhora os resultados da pesquisa, mas também melhora a velocidade de carregamento da página em páginas com muitas consultas. Estou curioso para saber se você aproveitou isso e sua otimização de desempenho neste projeto de lei.

AJ: Sim, essa é uma boa pergunta. Então nós usamos essencialmente a pesquisa solar para otimizar as consultas de pesquisa, mas para as páginas com muitos turistas, usamos o cache de memória, porque queríamos que você conhecesse os registros personalizados dos campos personalizados, pois o WordPress armazena todos os registros em uma preocupação com um formato diferente, armazenando os pares chave-valor no banco de dados. Então queríamos ter aqueles usando o cache de memória para que seu banco de dados não precisasse executar a consulta

DV: Sim, modelar isso descarregando essas consultas de pesquisa o dia todo, certo? Yeah, yeah. Grande, grande grande dia. Sim, executamos nossa instância de prensa elástica é na verdade um cluster descarregado. Portanto, todas as consultas de pagelet e consultas de pesquisa saem dos servidores do WordPress. Exatamente. A velocidade lá é amigo I quando eu adicionei pela primeira vez Bem, quero dizer, eles não documentaram, mas eu descobri por acidente. Liguei em um site. O site ficou mais rápido e eu fiquei tipo, o que aconteceu? Eu não fiz nada parecido com essa falha, afinal é

AJ: Para mim, era como, você sabe, eu estava sempre tentando otimizar para WordPress. Feed e eu começamos a pesquisar a estrutura do banco de dados, como o conteúdo está sendo roubado, organizado nas tabelas dentro do banco de dados, porque estávamos com tabelas diferentes, coisas muito complexas e queríamos entender o negócio de armazenamento de dados do WordPress para ter uma ideia que poderia me deparei com o memcached seria a melhor solução para otimizar o WordPress

DV: Entendi. Deixe-me fazer uma pergunta bem rápida sobre a implementação da pesquisa. Você meio que disse que chegou lá porque a pesquisa principal do WordPress estava com baixo desempenho, e especialmente em grandes bancos de dados e coisas assim, é um problema que você fez com o cliente, eles tentaram otimizar a experiência com resultados de pesquisa personalizados ou qualquer tipo de tipo, eu vou tentar entender o que eu acho que eu realmente não entendo o propósito do site eles tentaram foi apenas para torná-lo mais rápido? Eles queriam mudar a experiência em si?

AJ: Eles querem mudar a experiência também com vários filtros na pesquisa, além de fazer algumas equipes e ter alguns layouts legais e melhorar a jornada do cliente dos visitantes. Então eles queriam sobrecarregar ou sobrepor a rampa geral da experiência do WordPress, não apenas não apenas o desempenho da pesquisa, eles queriam melhorar a experiência também.

DV: Sim, é incrível ouvir isso. Eu sei que para muitos sites, é como a última coisa na sua lista a ser otimizada e é uma parte tão importante. Eu li um estudo no ano passado que algo como 43% dos compradores usam a barra de pesquisa em qualquer loja de comunicação e são duas vezes mais propensos a comprar e gostar não, tipo, uau, talvez isso seja realmente legal, certo? Sim. Mas é interessante porque a pesquisa transcende muito a construção de um site que você conhece e vai além de coisas tão simples quanto uma pesquisa de produto. Parece que você é capaz de tirar vantagens de muito disso aqui.

AJ: Sim, exatamente. Porque os redatores de conteúdo só o WordPress, porque eles estavam publicando histórias regularmente e de volta e o editor era o favorito. Então queríamos que eles usassem. Rumo ao Drupal.

DV: Então você está falando sobre os editores de conteúdo. Eles meio que me lembraram no início desta entrevista, ou você estava dizendo quais são as decisões que levam aqui à facilidade de uso do editor? E, quero dizer, parece que talvez a motivação por trás de não sei se você tem uma observação aqui é que, como as pessoas pensam sobre quais sistemas eles querem criar e manter, eles também estão pensando como com que frequência esses usuários os incomodarão como o WordPress, pois é um caminho tão fácil para os criadores de conteúdo. Eu só estou querendo saber se você vê isso expresso e seu lado desses projetos.

AJ: Sim, vejo muito valor na facilidade de criação de conteúdo e em ter o WordPress tão fácil de usar. Para os escritores ou pessoas que não têm formação técnica em comparação com outros CMS, porque no Drupal, eles têm o editor e ainda parecem bastante complexos. Esses alguns desses editores

DV: Eu acho que são muito bons. É como eu me lembro que eu estava em uma reunião com uma grande empresa de telecomunicações e eles estavam tentando escolher o CMS e eles tinham que ser proprietário e o que funcionava para nós e eu me levantei na frente da sala e disse aqui como usar o primeiro pessoas proprietárias levantam a mão. Segundo proprietário, mais algumas pessoas. Eu disse WordPress como se a sala inteira levantasse a mão mesmo as pessoas que conheciam o outro CMS. E eu estava tipo, sim, é por isso que você pode querer considerar o WordPress. Sim, exatamente.

AJ: Bem, primeiro como um grande benefício de SEO sendo bom para SEO, eu acho.

DV: Ah, sim, muito do claro ecossistema de plugins, os desenvolvedores vão contratar documentação. Tantas coisas. OK. Agora eu quero tipo de ponte isso um pouco embora. E eu queria meio que escolher seu cérebro e quais eram suas partes favoritas deste projeto, mas vamos fazer nossa última pausa. Já voltamos. Hora de se conectar a um intervalo comercial. Fique atento para mais, pressione isso em apenas um momento. Sejam todos bem-vindos a pressionar este podcast da comunidade WordPress na rádio Webmaster. Este é o seu anfitrião David Gold Paul e no meio de entrevistar uma ferramenta sobre como otimizar o WordPress para a ferramenta de velocidade logo antes do intervalo. Estávamos falando um pouco sobre o papel da experiência do usuário e orientando as decisões das empresas na hora de escolher um CMS. Ah, fala-se muito sobre isso. Mas eu meio que quero deixar isso em aberto para você como se este fosse um projeto muito grande para você. Você tinha muitas partes complexas. Qual foi a sua parte favorita do projeto e por quê?

AJ: Sim, então minha parte favorita do Project foi, na verdade, essa história engraçada. No começo, eu estava muito, muito animado para usar o WordPress, mas quando chegou a hora de otimizá-lo, porque começamos a construir coisas e toda a equipe foi construída e, em seguida, o site instalado ficou drasticamente lento porque o tamanho dos dados era tão grande, era como em gigabytes, certo. Então, então eu disse a eles como, isso está ficando lento, devemos obter algo corporativo para armazenamento em cache ou algo assim. Eles disseram que não, nós vamos com as soluções de código aberto. E então eu cocei minha cabeça para pensar, como eu deveria arquitetar isso ou para performance? Então, começamos a analisar algumas opções e criamos uma coisa de malha de guerra, memcached e solar. Então, eu diria que para sites corporativos, as melhores maneiras de pensar em desempenho primeiro seria minha sugestão sobre isso

DV: Se eu pudesse fazer como parafrasear é que o cliente vem com os requisitos para usar essa fonte. E você está pensando como, Oh, eu poderia, você sabe, resolvê-lo com esta ferramenta proprietária ou algo assim. E então eles adicionam que as restrições de restrição são sempre a parte divertida dos projetos, certo? Agora você tem que descobrir e arquitetar a maneira de código aberto você acha que é mais provável que escolha o código aberto da próxima vez ou você ainda pensa que às vezes é uma saída fácil proprietária. Então eles são tão fáceis assim? Você achou as soluções de código aberto superiores por algum motivo?

AJ: não, acho que o código aberto é o melhor. E eu iria com código aberto também, se eu precisar ir. A única coisa que eu diria é que algumas coisas que eu perdi nesse projeto no começo é que não estávamos considerando o desempenho baseado na ciência de dados. Estávamos menos focados em ajudar a equipe de marketing de conteúdo e o pessoal da experiência do usuário a criar o design bonito. Portanto, escolher entre empresa ou código aberto depende inteiramente dos padrões. Às vezes, as empresas têm orçamentos no bolso para executar uma grande solução empresarial. Às vezes, eles só querem que os desenvolvedores cocem a cabeça e encontrem uma solução dentro das restrições.

DV: Entendo que soa como se você tivesse uma lição a aprender com o projeto, parece como verificar o lado da performance no início do projeto. Essa é uma suposição segura?

AJ: Sim, pense nisso. desempenho em vez de apenas tentar agradar os caras do UX.

DV: Sim, porque é engraçado porque quando penso em UX, penso nisso, muitas vezes descrevo como o equilíbrio de sofrimento e alegria. A alegria de trazer uma nova experiência visual para alguém e o sofrimento do tempo de pagelet que você adiciona quando faz isso, sim, certo. Sim, você precisa manter esse equilíbrio sob controle para construir um bom site e desempenho. Bem, isso soa como um projeto realmente empolgante. Você está feliz? Você saiu está fora da porta.

AJ: Sim, eu realmente gostei e tive três aprendizados muito, muito fortes com essa construção de nível empresarial, porque tivemos, consideramos como otimizar essa infraestrutura também para desenvolvimentos futuros. Então, houve um monte de coisas que são aprendidas neste projeto.

DV: Excelente. Bem, você pode isso é sempre uma coisa maravilhosa. Muito feliz por ouvir isso. Bem, ferramenta. Eu realmente gostei de ouvir sua história hoje e agradeço por compartilhá-la. Muito obrigado por se juntar a nós aqui no programa. Sim, absolutamente. Impressionante. Obrigada. Obrigada. Se você quiser conferir um pouco do que uma ferramenta tem feito, você pode visitar loud groov.com Obrigado a todos por ouvirem este podcast da comunidade WordPress no WMR. Mais uma vez, este é o seu anfitrião David Vogelpohl. Eu apoio a comunidade WordPress através da minha função no WP Engine. E adoro trazer o melhor da comunidade para vocês aqui no Press This.