PortoFácil

Com o advento do Yahoo!Posts muitos blogs passaram a experimentar picos de visitação até então inéditos para eles, alguns chegando ao extremo de em poucas horas ter mais visitação absoluta do que em toda a vida pregressa do blog. Pior ainda quando estes posts ficam em destaque na capa do portal.

Este efeito está pegando algumas pessoas de surpresa, e causando dissabores principalmente àqueles que hospedam seus sites em servidores partilhados, e é para evitar esse tipo de constrangimento que publicamos o presente texto, que embora seja direcionado aos VIPs da PortoFácil também poderá ser de utilidade para clientes de outras hospedagens. Da mesma forma, o foco principal aqui são blogs movidos pelo WordPress, mas o conceito é o mesmo.

Continue Reading »

Quando se tem um blog, mais alta a visitação se torna maiores se tornam os cuidados com os acessórios que se instalam nele. Já falamos aqui sobre Plugins WordPress a serem evitados, bem como falamos da necessidade inexorável de um bom sistema de cache (Faça o WordPress voar com o 1BlogCacher).

Contudo, nestes últimos dias pudemos constatar que não adianta muito ter um sistema de cache eficiente, e usar apenas plugins cujos autores levem em consideração as melhores práticas, com vistas a otimizar seu código em tamanho e performance: o template (ou tema, ou “theme”) do WordPress tem que ser leve também, ou nada disso adianta!

Especificamente ontem acompanhamos um dos VIPs que tem um blog com cerca de 20.000 visitas diárias. Pode parecer um número alto, mas há blogs com um número muito mais alto (cerca de duas vezes e meia) em servidores compartilhados da PortoFácil que não chegam nem a aparecer nos relatórios de maior consumo de CPU. Mas este blog em questão estava arriando o processamento da máquina. Não importava o que se fizesse.

Até que num ato de desespero pensamos em remover a conta e restaurar um backup de alguns dias antes. E já que estávamos chegando a esse ponto resolvi apagar a tabela de opções do WordPress, que então passou a funcionar com a configuração padrão. E que surpresa! O mesmo blog que instantes antes estava consumindo 98% de CPU estava fluindo agora, parecia um doce!

Repetimos a instalação do WordPress, e antes mesmo de ativar todos os plugins o problema estava evidente outra vez, e até pior do que antes.

Continue Reading »

Com a popularização dos “Google Apps” tornou-se extremamente comum que os domínios deixem de usar os recursos de e-mail do servidor de hospedagem para usar os do Google. Há muitas vantagens nessa abordagem, entre as quais destacamos:

• economia de banda no seu plano de hospedagem (já que todos, ou quase todos, os e-mails chegam e saem pelo servidor do Google;
• possibilidade de usar o excelente webmail do Google em seu próprio domínio;
• o benefício de poder confiar no sistema antispam do Google (o SpamAssassin é um dos maiores devoradores de recursos de processamento em um site).

Para configurar o seu domínio para usar o GMail, uma vez que já tenha sido aprovado pelo Google, é extremamente simples: basta acessar o cPanel, e na seção E-Mail clicar em MX Entry Maintenance, modificação de MX.

O próprio Google fornece as instruçõespara preenchimento destes campos, mas nunca ninguém conta com um bug muito chato do sistema de DNS do cPanel (infelizmente, não se pode vencer sempre).

Observe que há uma caixa de marcação onde se pode ler “always accept mail locally even if the primary mx does not point to this server”. Em Português: sempre aceitar mensagens localmente mesmo que o mx primário não aponte para este servidor”.

Diz a lógica que a caixa deve permanecer desmarcada, para que não haja perda de mensagens. Só que o cPanel vai ignorar esta configuração, e embora mostre uma coisa na tela, nos bastidores fará outra: ele configurará o domínio para aceitar as mensagens localmente!

Para corrigir, ou contornar, o problema é necessário aplicar um macetezinho.

Após configurar o MX do seu domínio, na mesma página do cPanel ele aparecerá numa listagem. Nesta, haverá uma coluna chamada Always Accept, sempre aceitar, que — adivinhou! — reflete a configuração que você fez na caixinha acima citada no momento que configurou os MX. Haverá um botão para mudar o valor dessa configuração.

O macete consiste justamente em clicar no “Set to Yes”, e quando a listagem for recarregada clicar novamente no botão (que então vai se chamar “Set to No”). Isso vai fazer com que, no primeiro clique, a configuração do MX fique sicronizada com o que o cPanel exibe, e no segundo com que a configuração fique exatamente como tem de ser.

Caso você tente fazer o procedimento, e não consiga, por favor abra uma requisição de suporte que seu administrador favorito faz o trabalho sujo por você.

Para não dizerem
que não tem mulher
bonita em site de
hospedagem.
Imagem:
Getty Images
Via: Daylife

ATAT!¹

Acabamos de encomendar um novo servidor para substituir o atual Qumran (que chegou a 8% da sua capacidade, mas devido a alguns picos de processamento achei que era hora de trocar). Todos os clientes que têm sites hospedados nele devem estar cientes de que está prevista para dia 13 de junho à noite, podendo estender-se até o dia 14 pela manhã, a migração de todas as contas para a nova máquina.

Apenas os usuários da Qumran serão atingidos por esta migração. Usuários dos outros servidores não serão afetados.

Recomendamos que todos os blogs fechem seus comentários até segunda-feira, dia 16, e que os fóruns sejam fechados apenas para leitura, a fim de minimizar eventuais problemas de propagação de DNS. Se o seu site estiver com a configuração correta de DNSs não será necessário mudar nada. Faremos uma revisão em cada um dos domínios, e caso encontremos alguma necessidade de modificação avisaremos o responsável diretamente por meio de tickets de suporte.

Em caso de dúvidas, por favor não deixe de abrir um ticket. Terei prazer em dirimi-las.

___
(1) Quando eu comecei com informática fui apresentado ao MSX-Logo, que é uma linguagem de programação gráfica voltada a ensinar lógica e algoritmos para crianças (eu não era tanto assim) de forma lúdica. Logo é baseada na metáfora de uma tartaruga que carrega um lápis, e os comandos eram imperativos para a tartaruguinha. Ou tartarugas, pois recursos mais avançados da linguagem incluíam múltiplas tartarugas trabalhando ao mesmo tempo. ATAT era o comando para ATenção Todas As Tartarugas (pelo menos, é disso que eu lembro).

Imagem via Wikipedia

Um dos maiores inimigos da adoção dos plugins de cache para o WordPress é um outro plugin: o Landing Sites. Para quem não o conhece, dá para dizer resumidamente que ele identifica quando um visitante vem de algum mecanismo de busca e para este oferece alguma sorte de conteúdo diferenciado; por exemplo, os “paraquedistas” podem ser agraciados com mais publicidade, enquanto os visitantes normais são expostos a menos ou menores anúncios.

Particularmente, acho péssimo isto, simplesmente porque não devemos oferecer aos motores de busca um resultado diferente daquele que o usuário vai encontrar ao entrar na página.

Não obstante, quem gosta deste plugin abomina os plugins de cache porque eles cumprem justamente o seu papel: geram versões estáticas (ou seja, que não demandam nenhum processamento) das páginas do blog. Assim, se a visita que gerou o registro no cache tiver sido oriunda de um buscador todo mundo vai ver daquele momento em diante a página personalizada para aquele visitante; se for uma visita direta, ninguém vai ver nenhuma personalização, não importa se oriundo de buscadores ou não.

Continue Reading »