Spoiler: quando é ruim, os sinais aparecem rápido

Projetos WordPress mal feitos não falham em silêncio. Eles deixam rastros.
O problema é que muita gente não sabe onde olhar.

Em 10 minutos, você consegue ter uma boa noção se está diante de:

• Um projeto profissional ou uma bomba-relógio disfarçada de site bonito

Abra o site no celular (primeiro minuto)

Antes de qualquer ferramenta, abra no mobile.

Sinais clássicos de problema:

• Site lento para carregar
• Layout “pulando”
• Texto pequeno ou mal espaçado
• Elementos quebrados

Se o site já sofre no mobile, o problema geralmente é estrutural — não é “só ajuste fino”.

Inspecione o HTML (2 minutos)

Clique com o botão direito → Inspecionar.

Se você vê:

• Camadas infinitas de <div>
• Classes genéricas e repetidas
• Estrutura semântica inexistente
• Conteúdo principal perdido no meio do código

Isso indica HTML inflado, típico de projetos feitos no arrastar e soltar.

HTML ruim é sinal de:

• SEO fraco
• Performance ruim
• Manutenção difícil

Veja quantos arquivos CSS e JS são carregados (1 minuto)

Abra a aba Network do navegador.

Red flags claras:

• 15, 20, 30 arquivos CSS
• JS sendo carregado em todas as páginas, sem necessidade
• Scripts de plugins que nem aparecem na tela

Quanto mais dependência global, pior a saúde do projeto.

Cheque a hierarquia de títulos (H1, H2, H3) (1 minuto)

Use qualquer extensão simples ou até o próprio inspector.

Problemas comuns:

• Mais de um H1
• H1 usado como elemento visual
• Pulando de H2 para H4
• Headings usados só para “aumentar fonte”

Isso é um tiro no pé para SEO e acessibilidade.

Abra o painel administrativo (2 minutos)

Se você tem acesso ao admin, a verdade aparece rápido.

Sinais de alerta:

• 15, 30, 50 plugins ativos
• Plugins com funções sobrepostas
• Plugins abandonados ou sem atualização
• Tudo resolvido com plugin, nada com código

Projeto bom usa plugin como ferramenta, não como muleta.

Dê uma olhada no banco de dados (1 minuto)

Mesmo sem aprofundar, alguns sinais gritam:

• Tabelas demais para um site simples
• Prefixos estranhos
• Plugins que criaram dezenas de tabelas
• Lixo acumulado de plugins removidos

Quando um site institucional tem mais de 200 tabelas, algo está muito errado. (História real)

Veja como o cache está sendo tratado (1 minuto)

Perguntas simples:

• Tem cache?
• Cache é de página, objeto, CDN?
• Limpa cache a cada acesso?

Cache mal configurado é quase tão ruim quanto não ter cache nenhum.

Observe como o site reage a pequenas mudanças

Esse é um teste indireto, mas poderoso.

Pergunte:

• Atualizar um plugin quebra layout?
• Trocar tema é inviável?
• Qualquer ajuste exige “rezar”?

Se sim, o projeto não foi pensado para evoluir.

O padrão por trás de tudo isso

Projetos WordPress mal feitos geralmente compartilham a mesma origem:

• Pressa
• Preço baixo
• Soluções visuais
• Falta de base técnica

O site até funciona, mas vive no limite.

Importante: WordPress não é o problema

WordPress bem utilizado:

• É rápido
• Escala
• É estável
• Aguenta tráfego
• É fácil de manter

O problema nunca foi o CMS.
O problema é como ele é usado.

Identificar um projeto WordPress mal feito cedo:

• Evita retrabalho
• Evita prejuízo
• Evita desgaste com cliente
• Evita promessas que não podem ser cumpridas

E a melhor parte:
você não precisa de ferramenta cara, só de olhar técnico.

The post Como identificar um projeto WordPress mal feito em 10 minutos appeared first on Leonardo Nascimento | Engenheiro de Software.

Vamos começar com o óbvio que ninguém gosta de dizer

WordPress move uma fatia gigantesca da internet. Portais de notícias, sites institucionais, e-commerces, projetos governamentais e empresas milionárias usam WordPress em produção, com alto tráfego e performance.

Se o WordPress fosse o problema, esses sites simplesmente não existiriam.

O que existe, na prática, é outra coisa:
WordPress virou terra sem lei técnica.

O mito: “WordPress é lento”

Não.
Lento é o jeito que ele é montado.

WordPress, por padrão:

• Renderiza HTML no servidor
• Funciona muito bem com cache
• Escala com Cloudflare, CDN e NGINX
• Aguenta alto volume quando bem configurado

O que deixa o site lento não é o core. É o ecossistema mal utilizado.

O verdadeiro vilão: o “arrastar e soltar”

Construtores visuais como Elementor, WPBakery e similares não são ferramentas neutras. Eles impõem um modelo de desenvolvimento que cobra um preço alto — e quase sempre invisível para o cliente final.

O que realmente acontece por baixo do capô

Um site feito com drag and drop geralmente entrega:

• HTML inflado, sem semântica
• CSS duplicado, inline, desorganizado
• JavaScript carregado em excesso
• Dependência de dezenas de scripts globais
• Layouts quebradiços fora do editor

Tudo isso para resolver algo simples: posicionar bloco na tela.

O problema não é o plugin. É o conceito.

Construtores visuais vendem a ideia de “qualquer um pode criar um site”.
Tecnicamente, isso é verdade.
Profissionalmente, é um desastre.

Criar um site não é:

• Arrastar caixa
• Escolher fonte
• Mudar cor

Criar um site é:

• Pensar estrutura
• Performance
• SEO
• Manutenção
• Evolução futura

E nisso, drag and drop falha e falha muito.

SEO sofre (e muito)

Sites feitos com construtores visuais costumam ter:

• Hierarquia de headings quebrada
• Conteúdo diluído em divs sem sentido
• HTML difícil de interpretar para crawlers
• Tempo de carregamento alto no mobile

Depois, o cliente culpa:

• O Google
• O WordPress
• O servidor
• O SEO

Quando, na verdade, o problema nasceu no layout.

Manutenção vira um inferno silencioso

Todo site precisa evoluir.
E é aqui que o arrastar e soltar cobra a conta.

• Atualização quebra layout
• Plugin vira dependência crítica
• Migrar tema vira pesadelo
• Refatorar é praticamente impossível

O site funciona… até o dia que não funciona mais.

E quando dá problema, ninguém quer mexer.

“Mas é mais rápido desenvolver”

É mais rápido entregar.
Não é mais rápido manter.

Construtores visuais economizam horas no início e custam meses no futuro.
É dívida técnica disfarçada de produtividade.

A culpa também acaba sendo do cliente, que pretende lançar seu negócio em 1 semana e acha um ‘programador wordpress’ que entrega o projeto em 3 dias por menos de R$ 500 (História real)

Cansei de refazer sites em WordPress que foram utilizados ‘arrastar e soltar’, quando falo para o cliente que não da para aproveitar nada, ele ainda fica bravo comigo.

Na verdade não deveria estar fazendo essa crítica, poque é muito bom refazer esses sites, você refaz o tema, olha o banco de dados e tem lá mais de 245 tabelas para um portal de notícias regional ou até mesmo institucional (Mais uma história real), com certeza não saiu por R$ 500

WordPress bem feito é outra história

Quando WordPress é usado como deve ser:

• Tema enxuto
• PHP bem estruturado
• HTML semântico
• CSS organizado
• JS apenas quando necessário
• Cache correto
• Integração com CDN

O resultado é:

• Site rápido
• SEO limpo
• Fácil de manter
• Fácil de evoluir
• Profissional

Isso não aparece em tutorial de “site em 30 minutos”.

O mercado criou o problema — e culpa a ferramenta

O que estragou a reputação do WordPress não foi o WordPress.

Foi:

• Freelancer sem base técnica
• Agência vendendo atalho
• Cliente buscando preço, não solução
• Cultura do “funciona, então tá bom”

O arrastar e soltar só acelerou esse processo.

WordPress não é amador — o uso dele que é

WordPress é uma ferramenta poderosa.
Mas ferramenta boa na mão errada vira problema.

Se você quer:

• Performance
• SEO
• Escalabilidade
• Longevidade

Então pare de tratar WordPress como brinquedo visual.

Porque no fim, não é o CMS que define a qualidade do site.
É quem está por trás das decisões técnicas.

The post WordPress não é amador. Amador é o uso que fazem dele. appeared first on Leonardo Nascimento | Engenheiro de Software.

Instalei o WordPress na sua versão mais atual na minha máquina e comecei a trabalhar em cima do novo site, como sempre, o prazo não era dos melhores, para não precisar configurar um tema do 0, utilizei o Underscore para gerar um template inicial.

Depois de finalizado o novo layout, removido todos os plugins desnecessários e configurado a nova hospedagem, chegou a hora da migração do conteúdo.

Inicialmente pensei, vai ser moleza, já migrei site de +60GB em poucas horas, 20GB não vou nem ter trabalho, aí que me enganei. Não foi possível obter acesso ao Cpanel muito menos ao ssh do servidor. Pesquisando algumas alternativas, encontrei o plugin UpdraftPlus, resolvi fazer um teste.

Iniciei o backup do site no sábado por volta das 9h, mas infelizmente o plugin não conseguia concluir o backup, então mudei algumas configurações e tentei novamente, isso já era mais de 12h, por volta das 17h ~ 18h o backup terminou, agora precisava transferir 20GB para o novo servidor. Já se passava de 22h e mal tinha atingido 50%, não sei se era alguma limitação no servidor de saída, entrada ou se o próprio plugin restringia a velocidade por ser a versão free. Então contratei um s3 temporariamente para tentar jogar os arquivos no bucket e depois resgatar no novo servidor. Já no domingo pela manhã iniciei novamente a tentativa de migração, dessa vez para o S3, mas nada mudou, continuava lento, dois dias tentando migrar o conteúdo e sem sucesso.

No fim de semana seguinte, sábado às 8h iniciei uma nova tentativa, finalmente no início da noite, todo o conteúdo já estava no novo servidor, então iniciei a importação desses dados, depois de algumas horas, finalmente terminou, mas para a minha surpresa, faltava muito conteúdo, o plugin não conseguiu efetuar o backup total como o esperado. Nessa hora eu já estava desiludido, como dizia minha mãe, é hora de se enforcar em um pé de cebolinha, já passando das 01h, abortei a missão.

Novamente domingo, já no 4º dia de tentativa, resolvi utilizar o plugin novamente e fazer backup somente do banco de dados, em 15 minutos o backup estava feito e importado no novo servidor. Fiz o download do backup do banco para minha máquina local, 1,5GB, depois subi para o servidor com o scp e importei no mysql pelo shell . Enviando o arquivo para o servidor.

scp banco-de-dados.zip ssh servidor:/home/user/

Maravilha, o banco já estava importado com todo o conteúdo, sem erros, mas como recuperar as imagens e vídeos, e agora, José?

Até pensei em utilizar o Al-In-One WP Migration que é um dos meus favoritos, mas o limite de 512MB era um empecilho, até poderia utilizar uma versão nulled, mas pra que complicar ainda mais, né? A dor de cabeça posteriormente poderia ser maior ainda.

Depois de já ter acabado com o estoque de café do mês em 4 dias, parei para refletir, deve ter um jeito de acessar o terminal do servidor e fazer o backup desses arquivos, foi então que encontrei o plugin WPTerm, eu não sabia, mas ele iria me salvar ❤️

Com o WPTerm é possível rodar comandos como se estivesse conectado no shell do servidor, obviamente, eu não podia rodar um zip diretamente na pasta public_html, trata-se de um emulador, não estou conectado diretamente via ssh.

Então comecei fazendo backup nos arquivos.

zip -r a1.zip wp-content/uploads/ano/dia

E no servidor de destino, com acesso ssh, realizava o download e descompactação

wget https://site.com.br/wp-content/uploads/ano/dia/a1.zip

unzip a.zip

E assim fiz, pasta por pasta até chegar na última. Em menos de 2h já tinha migrado todos os vídeos, fotos e e-mails.

Por volta das 16h já estava tudo pronto para a virada definitiva, terminei algumas configurações na hospedagem, troquei o plugin de cache por um mais eficaz, configurei corretamente o cache, diferente do que muitos pensam, não basta apenas apontar o dns para o CloudFlare, é necessário configurar as regras de cache, para ter certeza que o arquivo está em cache, o CloudFlare retorna no header o status HIT, se for diferente disso, seus arquivos não estão sendo armazenados corretamente ou o cache é individual, o que não é muito interessante se o conteúdo é público.

cf-cache-status: HIT

age: Tempo em segundos que o arquivo está armazenado em cache

E foi assim, graças ao WpTerm, consegui migrar 20GB de conteúdo em pouquíssimo tempo, parece fácil, né? Mas não foi.

The post Como migrei um site WordPress de 20GB sem acesso ao gerenciador de hospedagem appeared first on Leonardo Nascimento | Engenheiro de Software.

Porém, todavia, entretanto, contudo, se você não tem um grande conhecimento em gerenciamento de hospedagens, ou simplesmente não quer se incomodar em prestar suporte para o seu cliente, poderá muito bem optar por um Cloud 100% configurado com:

• Servidor Cloud individual (Apenas o seu site hospedado no Cloud)
• E-mails ilimitados
• SSL grátis
• Firewall
• Tráfego ilimitado
• Banco de dados ilimitados
• Backup grátis
• Acesso SSH
• Software anti-spam para e-mails
• Upgrade/Downgrade de plano direto pelo painel, sem precisar abrir ticket e sem downtime
• Suporte grátis
• Instalações de aplicações com poucos cliques
• Revenda de hospedagem
• Plugin de cache (WordPress)
• Editor de arquivos
• FTP
• Deploy pelo GitLab em breve Github e Bitbucket
• Restauração de backup em poucos cliques
• Gerenciador de banco de dados (PHPMYADMIN)
• Acesso remoto ao banco de dados
• Escolher entre Mysql e PostgreSQL
• Balanceador de carga
• Escolher versões do PHP (5.4 até >= 8.0)
• CronJob direto pelo painel
• Logs de erro do PHP e do servidor
• Migração dos seus dados gratuitamente (Consulte)
• Hospedagem individualizada, sem compartilhamento de CPU e memória com outros sites
• Sem fidelidade (cancele quando quiser)
• A partir de R$ 10,90

Lembrando que o valor de R$ 10,90 é a configuração inicial, se você precisar de mais poder de processamento, poderá efetuar upgrade da sua instância, com valores adicionais.

Sem surpresas na conta

Você está no controle da sua hospedagem, no painel de controle, é possível verificar uma estimativa de quantos créditos você ainda possuí e quanto tempo ele irá durar.

Você pode optar por deixar a recarga automática através de cartão de crédito, também é possível inserir créditos através de boleto bancário, Pix ou mercado pago.

Você no controle

Com a hostoo você está no controle e não precisa ser expert em servidores, é possível efetuar upgrade e downgrade de servidor com poucos cliques e sem deixar o seu site offline. Instale e configure aplicações em poucos cliques. Gosta do WordPress? Plugin de cache gratuito para acelerar ainda mais o carregamento do seu site.

No print abaixo, podemos notar o domínio do site, versão do PHP, SSL ativo, detalhes do plano, detalhes de consumo de CPU, RAM, disco e outras configurações da hospedagem.

Precisa de mais?

Além de ter servidores nos Estados Unidos, também é possível hospedar seus sites em clouds aqui no Brasil, claro, por um valor adicional. Com a Hostoo você pode fazer upgrade de plano facilmente. Suponhamos que durante o dia, você teve visitas atípicas em seu website, resultando em um consumo máximo de CPU e RAM, e agora o que fazer? Em poucos cliques, você pode efetuar upgrade do seu plano, contratando um cloud melhor, pagando por hora utilizada, e posteriormente, retornar ao plano original, você está 100% no controle.

Suporte que não te deixa 48h esperando

Estou com a Hostoo há mais de 1 ano e diferente de outros serviços de hospedagem, o suporte é muito rápido e definitivamente resolve seus problemas. Até o momento, precisei abrir apenas 1 ticket de site fora do ar, onde ficou constatado que o problema não era na hospedagem e sim no servidor dns que eu estava utilizando como proxy, o outro ticket? Foi aberto pela própria empresa, quando me deparei com um erro 500 no painel de hospedagem. Tempo da primeira resposta < 22 minutos.

Sem dúvidas, foi um grande achado que estou compartilhando com você! https://hostoo.io

The post Hospede seu site em um servidor Cloud por menos de R$ 11 Mês appeared first on Leonardo Nascimento | Engenheiro de Software.

Para começar a usar a API do WordPress, é preciso ter uma instalação do WordPress e ativar o plugin WordPress REST API. Uma vez ativado, a API estará disponível em um endpoint específico em sua instalação WordPress, geralmente em http://seusite.com.br/wp-json/wp/v2/.

Para acessar os dados do seu site WordPress e realizar operações com a API, você pode fazer solicitações HTTP (como GET, POST, PUT e DELETE) usando uma biblioteca de cliente HTTP, como o cURL ou o WordPress HTTP API. Por exemplo, aqui está como você poderia usar o cURL para obter a lista de publicações do seu site WordPress:

<?php
// Inicializa a solicitação HTTP
$curl = curl_init();

// Define a URL da API
curl_setopt($curl, CURLOPT_URL, 'http://seusite.com.br/wp-json/wp/v2/posts');

// Define o método como GET
curl_setopt($curl, CURLOPT_HTTPGET, true);

// Executa a solicitação HTTP e armazena a resposta
$response = curl_exec($curl);

// Fecha a conexão cURL
curl_close($curl);

// Decodifica a resposta JSON
$posts = json_decode($response, true);

// Itera sobre cada publicação e exibe o título
foreach ($posts as $post) {
  echo $post['title']['rendered'] . "\n";
}

Com a API do WordPress, existem muitas possibilidades. Você pode criar aplicativos personalizados para gerenciar seu projeto, integrar o seu site com outros serviços ou até mesmo criar seus próprios plugins usando a API como base.

The post Como usar a API do WordPress para gerenciar seu site appeared first on Leonardo Nascimento | Engenheiro de Software.

Aprender inglês é importante para programadores por diversas razões. Em primeiro lugar, a maioria das documentações de programação são escritas em inglês. Portanto, é importante que os programadores sejam capazes de ler e entender essas documentações para que possam trabalhar com eficiência e precisão. Se um programador não entender a documentação, poderá perder tempo tentando descobrir o que significa cada termo técnico, o que pode afetar o prazo de entrega do projeto.

Em segundo lugar, a comunicação com colegas de trabalho e clientes também é fundamental para o sucesso de um projeto. Se os programadores não conseguirem se comunicar em inglês, isso pode afetar a qualidade do trabalho e a satisfação do cliente. Além disso, muitas vezes os programadores precisam colaborar com colegas de outros países, e o inglês é a língua que une todas essas pessoas.

Outra razão pela qual os programadores devem aprender inglês é que muitos dos principais recursos on-line de programação estão disponíveis apenas em inglês. Existem muitos fóruns de programação, tutoriais e documentações que são escritos exclusivamente em inglês. Se um programador não fala inglês, ele pode perder acesso a uma grande quantidade de informações e recursos importantes.

Por fim, a maioria das empresas de tecnologia que oferecem oportunidades de trabalho para programadores exigem conhecimentos em inglês. Se um programador não fala inglês, isso pode limitar suas opções de carreira. Muitas empresas exigem que seus funcionários falem inglês para que possam se comunicar com clientes e colegas em todo o mundo. Se um programador não fala inglês, ele pode perder oportunidades de trabalho em empresas multinacionais e grandes projetos internacionais.

Em resumo, aprender inglês é fundamental para os programadores que desejam ter sucesso em suas carreiras. Comunicação efetiva em inglês é essencial para trabalhar em equipes internacionais, colaborar com colegas de outros países, entender documentações técnicas e ter acesso a recursos on-line importantes. Além disso, a maioria das empresas de tecnologia exigem conhecimentos em inglês para contratação de funcionários. Por estas razões, é essencial para os programadores investir tempo e esforço no aprendizado da língua inglesa.

Onde aprender?

Preply é uma plataforma de educação on-line que oferece aulas particulares para todos os bolsos, em uma variedade de disciplinas, incluindo línguas, música, negócios, ciências e programação. A plataforma conecta estudantes com tutores qualificados em todo o mundo e oferece aulas sob demanda e personalizadas de acordo com as necessidades de cada aluno. A Preply é uma opção conveniente e acessível para quem busca aprimorar suas habilidades e conhecimentos em diferentes áreas.

The post Por que aprender inglês é fundamental para o sucesso em todas as carreiras appeared first on Leonardo Nascimento | Engenheiro de Software.