PortoFácil

Caros VIPs.

Nos últimos dias vimos efetuando modificações importantes na estrutura da PortoFácil, com o objetivo de tornar os serviços mais fáceis de gerenciar (para quem está do lado de cá do balcão) e mais eficientes (para quem está do lado daí). Isto se traduz, entre outras medidas de menor impacto, na implantação do WHMCS para administração da empresa.

Como toda mudança, há alguns “preços” a pagar, e algumas adequações que precisam ser feitas.

Do ponto de vista dos clientes, as mudanças gerais são as seguintes.

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 »

Hoje estava conversando com um dos VIPs, que não por acaso também é meu amigo, sobre a eventual necessidade de ele criar um segundo blog dentro de seu domínio, devido à crescente disponibilização de textos em Inglês, em contrapartida ao natural (no sentido de não programado ou previsto) aumento do tráfego oriundo de países anglófonos.

Em resumo, meu amigo teria três possibilidades:

• instalar um novo WordPress em um diretório do domínio dele;
• instalar um novo WordPress em um novo domínio;
• instalar um novo WordPress em um subdomínio de seu domínio atual.

As três abordagens têm aspectos positivos e negativos, e cabe a cada um decidir o que é melhor para si. Mas no caso em estudo, escolhemos a terceira opção, que não implica custos extra nem com hospedagem nem com registro de domínio.

Continue Reading »

Caros VIPs.

Algumas contas mais antigas no servidor Qumran contam com o Uebimiau, um sistema de webmail simplificado que agradou muita gente no passado, e de certa forma ainda agrada no presente.

Oficialmente a partir de hoje estas instalações não serão mais suportadas, porque fogem ao padrão do cPanel, plataforma escolhida para os servidores da PortoFácil.

Ao invés do Uebimiau sugerimos recomendamos que utilizem o webmail disponível no seu painel de controle, que agora conta com o Roundcube, o webmail mais bacana que eu conheço (depois do GMail, claro): tem recursos de arrastar e soltar, AJAX pra tudo quanto é lado, lida bem com mensagens HTML, e mais uma séria de recursos que o Uebimiau não tem e provavelmente nunca terá (pelo menos não na PortoFácil, se é que me entendem).

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ê.