É impressionante a quantidade de tempo que ultimamente tenho perdido com os provedores de hospedagem para executar atividades básicas como acessar o banco de dados via phpmyadmin, copiar pastas etc. sendo que, na maioria dos casos, só é possível depois de abrir um chamado/ticket . O mais lamentável é que os maiores e mais caros como Locaweb e Tecla tem sido os piores.

Nesse artigo descrevo algumas experiências que tive trabalhando com mais de 20 provedores diferentes em mais de 100 instalações de CMSs e outras aplicações como CRM e Chat e apresento algumas dicas para fugir das armadilhas de marketing de alguns provedores.

Vou iniciar descrevendo minha triste experiência com a Locaweb e Tecla onde devo ter perdido mais de 8 horas em menos de uma semana tentando resolver coisas básicas que não funcionavam adequadamente. Apesar dos detalhes serem bastante enriquecedores vou procurar ser objetivo e breve.

Locaweb:

Após vários problemas (desde coisas básicas até problemas com instalação de componentes) e vários chamados/tickets sou informado que a configuração padrão de permissões nos servidores Windows na Locaweb tem conflito com o Joomla 1.5 e a resposta deles é: "Informamos que não damos suporte a programas de terceiros" como se o Joomla fosse um programinha qualquer, acho que ninguém avisou a Locaweb que o Joomla tem mais de 15 milhões de downloads . Será que eles estão esperando o pessoal de desenvolvimento do Joomla entrar em contato com a Locaweb para perguntar o que eles tem que alterar no Joomla para funcionar nos servidores Windows da Locaweb? Vale mencionar que o próprio site/portal www.locaweb.com.br é em Joomla!

Resolvo enviar um email para Este endereço de e-mail está protegido contra SpamBots. Você precisa ter o JavaScript habilitado para vê-lo. que me retorna em uma ligação e após longo bate-papo a solução deles é que como tenho uns 30 clientes na Locaweb, nesses casos, é só eu me cadastrar para ter um suporte de melhor nível (há bastante tempo fiz 2 tentativas e o formulário não funcionou) e informei que não tinha interesse em ter um suporte diferenciado e que queria apenas que a hospedagem funcionasse adequadamente não necessitando assim acessar o suporte (diferenciado ou não).

No dia seguinte, também na Locaweb, em outro cliente a coisa foi bem pior, estou trocando o template e fazendo atualizações e necessito, entre outras coisas, copiar mais de 8 mil arquivos para outras pastas e:
1) Acesso o painel e o gerenciador de arquivos não funciona;
2) Ligo para o suporte e sou instruído para fazer via ftp. É inviável copiar 8 mil arquivos para duas pastas (16 mil) via ftp;
3) Solicito que o suporte faça a cópia e sou informado que eles não mexem em arquivos dos clientes;
4) Insisto em ter uma solução que não seja o ftp e depois do atendente falar com um superior , se disponibilizam a fazer desde que eu abra um chamado relacionando detalhadamente os arquivos (total perda de tempo);
5) Insisto que isso não pode ser uma solução adequada e exploro o porque de não disponibilizar algo óbvio e sou informado que existe uma nova versão de servidores linux com gerenciador de arquivos;
6) Informo ao cliente e o suporte fica de abrir chamado onde o cliente terá de confirmar troca do servidor;
7) Cliente acessa Help Desk do painel e não encontra chamado;
8) Cliente acessa o suporte e percebe que tem dois Login no help desk apesar dele só ter um;
9) Cliente solicita que migração seja efetuada a noite;
10) Acordo cedo para arrumar variáveis de ambiente da aplicação no novo servidor e descubro que não foi migrado para o novo servidor;
11) Informo ao cliente, que acessa o suporte e a Locaweb responde simplesmente que eles atrasaram;
12) Após migração verifico que o site está com problemas e verifico que alguns arquivos padrões do Joomla estão faltando;
13) Tento acessar o Gerenciador de Arquivos e não está funcionando, acesso o suporte e obtenho a informação de que não está funcionando mesmo (foi solicitado a migração de servidor somente por isso);
14) Cliente solicita restauração do backup com urgência e às 17hs o cliente é informado que processo de restore havia iniciado;
15) No outro dia pela manhã restore não foi concluso;
16) Depois de 48hs restore é concluso e verifico que os mesmos arquivos continuam faltando;
17) Decidimos que não podemos contar com a Locaweb e resolvemos fazer nova instalação do zero;
18) Acesso o painel de controle deles para criar novo banco de dados e dá erro e o cliente tem que acessar o suporte para eles criarem o novo banco de dados no dedo.
Até a data de hoje esse chamado ainda se encontra em aberto!

Parece que nada funciona na Locaweb!

Tecla:

No mesmo dia, para outro cliente, necessito atualizar o banco de dados com o Comprovante para IRPF 2009 para uma administradora de planos de saúde.
1) Ao acessar o site verifico que está bastante lento;
2) Tento acessar o painel de controle com minha senha de desenvolvedor e não funciona;
3) Faço login com a senha do cliente e tento acessar o phpmyadmin a partir do painel de controle e não funciona;
4) Ligo para a atendente e a única coisa que ela faz é abrir o chamado (a tecla continua tendo um 0800 com um atendimento até rápido, mas nunca consegui resolver nada nele, parece que a função do atendente é apenas de abrir o chamado);
5) Após várias horas tentando acessar o phpmyadmin resolvo olhar o chamado aberto e verifico que a atendente colocou que era apenas lentidão e não que não estava funcionando;
6) No outro dia verifico que o acesso ao phpmyadmin já funcionava, mas estava extremamente lento e dando erro "#2006 - MySQL server has gone away", abro novo chamado;
7) No outro dia vem a resposta do ticket aberto: "Prezado Delfino, o problema de lentidão pode ocorrer por vários problemas, inclusive por rota e tráfego de rede ... ..."
8) Respondo: "Colega, Se tem algo que tira meu humor é subestimar minha inteligência, ainda mais com respostas prontas. `#2006 - MySQL server has gone away` é um erro clássico de lentidão de servidor! E põe clássico nisso ... ..."
9) A tarde faço novo teste e vejam o resultado de uma simples query: "MySQL retornou um conjunto vazio (ex. zero registros). (Consulta levou 12.0134 segundos)" . Simplesmente inconcebível para quem necessita atualizar uma base grande com vários MB.
Até a data de hoje esse chamado ainda se encontra em aberto!

Será que terei que ir num psicólogo para superar esses traumas?

O que fazem os grandes provedores como Locaweb e Tecla terem serviços tão precarizados? Não era para ser o contrário uma vez que geralmente eles cobram mais caro?

Não sou especialista nesse mercado mas acho que é possível identificar alguns indícios:

• Optaram, diferentemente dos maiores hosts mundiais, em tirar o banco de dados de cada servidor (localhost) e centralizar os banco de dados em servidores dedicados. Com toda certeza existe n argumentos e conceitos de arquitetura de servidores para justificar a economia/ganho (deles) mas sinto que o fato é que estão trabalhando muito abaixo, muito abaixo mesmo, de um limite razoável. Outro ponto é que estão aumentando o cache para diminuir a quantidade de acessos ao banco de dados. O cache é extremamente útil principalmente para sites com grande volume de acesso, mas para os demais significa apenas que o site não é real-time.

Procurando um novo provedor para testar, liguei para o KingHost (li comentários com elogios em um grupo que participo) e fiz três perguntas? O banco de dados fica no localhost? Não. O painel de controle é próprio? Sim. Tem Gerenciador de Arquivos no painel de controle? Não. Agradeci e informei que não tinha interesse.

Bem, amigo leitor, você já deve estar querendo saber em qual provedor hospedo esse blog? Meu provedor é do Rio de Janeiro, deve figurar entre os top 20 ou 30 no Brasil e os servidores estão num dos maiores data center do mundo nos EUA. O banco de dados está no localhost, o painel de controle é o cpanel (disparadamente o melhor) que tem um excelente gerenciador de arquivos. Tudo funciona de forma padrão, redondo, sem falhas e nas implantações dos clientes que tem esses provedores ocorre, em quase a totalidade dos casos, sem a necessidade de acessar o suporte para absolutamente nada. Mas apresenta dois problemas:

1) Como o servidor é nos EUA, o acesso até o servidor é um pouco mais demorado (mas acho que é algumas vezes mais veloz que os servidores "atolados" de meus clientes nos maiores provedores do Brasil), pois o que importa é a soma do tempo de acesso + o tempo de resposta.

2) Como o servidor é compartilhado algumas vezes entra um site que rouba o processamento (geralmente emissor de spam mas tem outras aplicções que "roubam" também) e o servidor fica instável até eles pegarem e de tempos em tempos eles mudam minha conta para outro servidor (possivelmente pelo fato de eu acompanhar e abrir uma chamado a qualquer "pipocada"). Este ponto é válido para todos os provedores e o que vale é o ditado: "Quem não chora, não mama", ou seja, se não acompanhar e reclamar seu site vai ficar off muito mais que o provedor garante, pode ter certeza absoluta sobre isso!

A questão do Joomla e dos demais CMSs entra exatamente na hora que o provedor vai pagar a conta da não padronização/atualização dos servidores e/ou precarização nos serviços. Na maioria dos casos o cliente tinha uma página em Flash ou HTML simples, que quase nunca era atualizada e, por isso, estava num desses servidores totalmente abarrotado mas relativamente funcional. Na hora que entra uma aplicação com milhares de arquivos, acesso a banco de dados e atualização de conteúdo a coisa não funciona adequadamente. Só que quem está pagando essa conta também somos nós desenvolvedores, identificando e corrigindo os problemas!

Decidi que vou levantar antecipadamente qual o provedor antes de fechar um novo contrato e se for um desses (que como o Lord Voldemor... , não se fala o nome) vou explicar essa precarização nos serviços e recomendar a troca por outro e, caso a troca não seja possível, irei informar que o tempo perdido com o suporte do provedor será tarifado.

Outras dicas:

• Faça monitoramento do site, existem vários serviços pagos e gratuitos que envia um e-mail para você quando seu site estiver off: www.aremysitesup.com/, www.freesitestatus.com/ptbr/ ou www.montastic.com/ .

• Veja se o provedor de hospedagem tem auditoria independente como a www.hyperspin.com mas tome cuidado pois é possível que o provedor ternha apenas 1 servidor (leve) auditado e o restante ("atolado") não auditado. Certifique que o servidor que você irá contratar é auditado.

• Solicite o IP ou a url de um site que já esteja hospedado no mesmo servidor e verifique quantos sites existem compartilhados nele, digite http://whois.domaintools.com/www.dominio_ou_ip.com.br e no campo: "Reverse IP:" será mostrado a quantidade de outros sites no servidor. É óbvio que a quantidade de sites no mesmo servidor não é tudo, pois basta ter apenas um site ruim para estragar tudo mas é um forte indício. Por exemplo no servidor que utilizo tem outros 230 sites (sendo que uns 100 são de clientes e parceiros meus), o do meu cliente que tive problema com a Tecla tem 801 outros sites no mesmo servidor e o outro cliente na Locaweb tem 712.

• Execute no Windows em Acessórios/Prompt de Comando: "tracert www.dominio.com.br " para verificar o caminho percorrido e o tempo até chegar ao servidor. Quanto menos saltos existir e menor for o tempo melhor. Observo que é apenas até chegar ao servidor, o tempo para o servidor responder é outra coisa.

• A título de curiosidade segue link para saber os top 50 Brasil segundo a: www.hostmapper.com.br/top50.htm . Lembre-se, como podemos ver neste artigo, tamanho não é documento, ser o maior não é ser o melhor.

Por fim, se alguém souber de algum provedor de hospedagem com servidores em data center de primeira linha no Brasil, banco de dados localhost, cpanel, sem cache excessivo, com atendimento telefônico que resolva, um obundaman, opss, ombudsman de verdade, auditado, bem monitorado e com razoável quantidade de sites compartilhados, favor me informar (observo que não me importo em pagar mais caro) eu e meus clientes estamos extremamente necessitados! Será que é pedir de mais? Acho que não! Ou será que teremos (eu e cada cliente) que ter um servidor dedicado, que envolve outros problemas de administração? Ou será que terei que virar um provedor de hospedagem (toc, toc, toc.), bem, com o nível de serviço que costumo prestar engolirei esses (que não se fala o nome) em pouco tempo (rsss).

Haaaa, uma mensagem de reflexão (para os que não se fala o nome):

"Você pode enganar poucas pessoas por muito tempo. Pode também enganar muitas pessoas por pouco tempo. Mas jamais conseguirá enganar muitas pessoas por muito tempo".

Compartilhe:

Comentários (10)

RSS feed do Comentário

Exibir / Ocultar comentários

Exibir / Ocultar formulário de comentários

Nome

Comentário

pequeno | grande

Adicionar Comentário Visualizar