O que fazer quando a única opção é mudar e cliente opta pela não-mudança?

O que fazer quando o provedor é ruim e o cliente não quer mudar?



Atuando como desenvolvedor web desde 1998, sou responsável pela administração de alguns dos sites de meus clientes, alguns mantenho hospedados em VPS, hospedados na The Planet, Host Dime, Dream Host e Host Monster, outros em provedores nacionais, sendo a maioria em hospedagens compartilhadas. Fiz a opção de manter os VPS pela performance e estabilidade oferecidas. A maioria dos clientes tradicionais, não precisam de grande espaço, precisam de largura de banda, e os VPS vem atendendo bem.

Possuo um serviço de monitoramento que roda em dois hosts diferentes e me mantém informado sobre o estado de cada hospedagem e, por incrível que possa parecer, as hospedagens nacionais são as que possuem um maior índice de quedas no serviço. Contudo, as quedas não significam que o site em questão esteja de fato off line, indica que algo impediu o serviço monitor de conectar a porta 80. Em determinados momentos durante os dias úteis acontece exatamente assim nas hospedagens em provedores nacionais:

O monitor testa e dá OK.
10 minutos depois ele testa novamente e dá timeout. Um aviso de queda do serviço é emitido.
10 minutos depois ele testa novamente e dá OK. Um aviso de retorno do serviço é emitido.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá timeout. Um aviso de queda do serviço é emitido.
10 minutos depois ele testa novamente e dá OK. Um aviso de retorno do serviço é emitido.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá timeout. Um aviso de queda do serviço é emitido.
10 minutos depois ele testa novamente e dá OK. Um aviso de retorno do serviço é emitido.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.
10 minutos depois ele testa novamente e dá OK.

O mesmo não é observado nas hospedagens em provedores internacionais. Na tentativa de entender o que acontece, estive analisando o caso de uma hospedagem em particular, cruzando informações com as enviadas pelo monitoramento. Conectado por SSH no servidor onde o site encontra-se hospedado, vi que o load da máquina estava muito alto, muito mesmo, passando fácil, fácil de 50 e, só era possível a utilização do SSH porque sua prioridade era -19. Haviam nuitos processos de Webserver, interpretador de script e banco de dados, o que me fez pensar que deveriam estar ocorrendo muito acesso ao disco no servidor, e mesmo na rede. É fácil de imaginar que, uma ou mais de uma das outras hospedagens no mesmo servidor estava ou estavam consumindo tudo da máquina, o que levou ao timeout detectado pelo serviço monitor.

O problema é que não tem solução, senão mudar para uma estrutura menos concorrida, um VPS ou um dedicado. Só que dedicado no Brasil é muito caro, e fica mais caro ainda se precisar de grande largura de banda. No exterior, reza a lenda da grande latência e até mesmo as paranoias de teoridas de conspiração. O que fazer quando a única opção é mudar e cliente opta pela não-mudança?

Instalando modem ZTE Vivo Zap sem o discador no Windows XP em 22 passos

Como assinante do Vivo Zap, única opção disponível para acesso "banda larga" em casa, fui obrigado a instalar o discador que vem no modem, no notebook Positivo da @dcida. Quem tem este modem e usa Windows sabe como o discador é doente e deixa toda a máquina lerda enquanto está aberto. Até o mouse fica travando. Interessante é que já vi gente falando não ter este problema. Vai entender.

Chateado com o caso, tentei achar uma forma de usar a conexão sem ter que instalar o discador. Não achei nada que me fosse útil. Daí, resgatei o conhecimento de Windows lá dos backups de 1999 de minha mente, e fiz do meu jeito, como era meu costume, quando usava este sistema.

Para o teste, utilizei uma cópia do Windows XP com Service Pack 3 em uma partição nova, sem qualquer alteração após ter sido instalada.

O que fiz foi:

1) Pluguei o modem na USB. Cancelei a instalação que foi iniciada pela auto-execução.

2) Fui no Windows Explorer e dei o comando para ejetar o dispositivo identificado pelo nome ZTEMODEM. O Windows, então, detectou o modem.

3) Tentei instalar o modem diretamente pelo Windows. Não deu certo, já que o Windows não possuía o driver.

4) Sem ter conexão e sem ter como utilizar o modem, resolvi instalá-lo. Então, removi e reconectei o modem na USB.

5) O programa de instalação abriu novamente. Fiz a instalação normalmente até acabar.

6) O discador abriu, mas eu o fechei e  voltei no Windows Explorer.

7) Fiz uma copia da pasta C:\Arquivos de programas\Vivo 3G para C:\TEMP\Vivo 3G.

8) No Painel de Controle, fui no Adicionar ou Remover Programas e desistalei o Vivo 3G.

9) Repeti os passos 1 e 2.

10) Tentei instalar o modem diretamente pelo Windows. No Assistente de Instalação, selecionei não agora para se conectar  e cliquei em avançar.

11) Na próxima tela, selecionei instalar de uma lista ou local específico e cliquei em avançar.

12) Na próxima, selecionei Procurar o melhor driver nestes locais, marquei incluir este local na pesquisa e por fim, cliquei no botão procurar e naveguei até a posta Vivo C:\TEMP\Vivo 3G\drivers\32bit\WNET, então cliquei no OK, e na tela anterior em avançar. Quando acabou, conclui. Mas não por completo. Vi os avisos de outros controladores e portas do modem sendo instalados. Depois de algum tempo, acabou de verdade.

13) De volta ao Windows Explorer, fui em conexões de rede e cliquei no Assistente para novas conexões.

14) Na primeira tela cliquei em avançar.

15) Na seguinte,  cliquei em avançar.

16) Selecionei Configurar minha conexão manualmente e cliquei em avançar.

17) Na tela seguinte cliquei em avançar.

18) Na seguinte, marquei a caixa de verificação ao lado do modem ZTE  e cliquei em avançar.

19) Na seguinte, coloquei o nome do provedor  e cliquei em avançar.

20) (Já sabem que é a tela seguinte. não é?) No campo número do telefone, inseri *99# e cliquei em avançar.

21) Nome do usuário vivo e senha vivo  e cliquei em avançar

22) Marquei a opção Adicionar um atalho para a conexão à área de trabalho e, finalmente, e cliquei em concluir.

Depois tentei conectar normalmente, e conectou, mas com um porém: Para o sistema a conexão não foi estabelecida. Não há status de conectado e o duplo clique no atalho da conexão prova o que digo. Mas funciona bem e não está devorando a máquina. Só não sei como desconectar, caso precise.

Fácil, fácil, não é?

Google Apps browser support

I did receive this mail now form Google:

Dear Google Apps admin,​

In order to continue to improve our products and deliver more sophisticated features and performance, we are harnessing some of the latest improvements in web browser technology.  This includes faster JavaScript processing and new standards like HTML5.  As a result, over the course of 2010, we will be phasing out support for Microsoft Internet Explorer 6.0 as well as other older browsers that are not supported by their own manufacturers.

We plan to begin phasing out support of these older browsers on the Google Docs suite and the Google Sites editor on March 1, 2010.  After that point, certain functionality within these applications may have higher latency and may not work correctly in these older browsers. Later in 2010, we will start to phase out support for these browsers for Google Mail and Google Calendar.

Google Apps will continue to support Internet Explorer 7.0 and above, Firefox 3.0 and above, Google Chrome 4.0 and above, and Safari 3.0 and above.

Starting this week, users on these older browsers will see a message in Google Docs and the Google Sites editor explaining this change and asking them to upgrade their browser.  We will also alert you again closer to March 1 to remind you of this change.

In 2009, the Google Apps team delivered more than 100 improvements to enhance your product experience.  We are aiming to beat that in 2010 and continue to deliver the best and most innovative collaboration products for businesses.

Thank you for your continued support!

Sincerely,

The Google Apps team


Email preferences: You have received this mandatory email service announcement to update you about important changes to your Google Apps product or account.

Google Inc.
1600 Amphitheatre Parkway
Mountain View, CA 94043

If you use older browser version, you must upgrade now.

Instalando ImageMagick e RMagick no Ubuntu 9.10

Em um projeto em Ruby on Rails, que utilizará o plugin FlexImage, precisei instalar a GEM rmagick. Logo percebi que deveria instalar alguns pacotes adicionais no Ubuntu, como ficou claro no erro, como segue:

Building native extensions. This could take a while...
ERROR: Error installing rmagick:
ERROR: Failed to build gem native extension.

/usr/bin/ruby1.8 extconf.rb
checking for Ruby version >= 1.8.5... yes
checking for cc... yes
checking for Magick-config... no
Can't install RMagick 2.12.2. Can't find Magick-config in /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin

*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.

Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/usr/bin/ruby1.8


Gem files will remain installed in /usr/lib/ruby/gems/1.8/gems/rmagick-2.12.2 for inspection.
Results logged to /usr/lib/ruby/gems/1.8/gems/rmagick-2.12.2/ext/RMagick/gem_make.out


Então, parti para o famoso e salvador apt-get:

$ sudo apt-get install imagemagick libmagickcore-dev libmagickwand-dev

Em seguida, instalei a GEM:

$ sudo gem install rmagick

É isso. Espero que ajude alguém. Certamente poupará alguns preciosos minutos. ;-)

A mala direta promocional da má fé

No post anterior, FAPESP emite alerta sobre cobranca indevida, citei um caso de uma cobrança maliciosa que recebemos aqui na empresa, além do alerta emiti pela Fapesp. Hoje, chegaram mais cobranças da mesma empresa, Na verdade, não são exatamente cobranças: Tratam-se de mala diretas promocionais, vinculadas à um pagamento referente ao serviço oferecido na mala direta.

A cobrança/mala direta no valor de R$ 135,00, enviada em nome de REGISTRAR.BR.COM, não tem endereço nem CNPJ. Os telefones todos parecem ser SIP ou Skype e fazendo a consulta do dominio pelo serviço Whois, retornam praticamente as mesmas informações.

A meu ver, isto nada mais é do que um golpe!

A pessoa pode ter ido na Caixa Econômica, abriu uma conta, contratou um serviço de boletos e começou a enviar cobranças disfarçadas para todas as empresas que vê. Se nem CNPJ tem no boleto nem endereço físico, é golpe na certa.

É comum as pessoas fazem confusão entre os domínios que possuem, quando e a quem pagá-los. Digo isto, por ter clientes que são exatamente assim e, constantemente, tem seus domínios bloqueados. Imagine um deles, num momento de correria total, pega uma dessas mala direta promocional da má fé e paga: Já era.

Tudo bem que muita gente não vai pagar, mas sempre em um desavisado que paga. A prova disto é a correspondência que tenho em mãos, caso contrário, ela não seria envia. Isso é mais ou menos como uma aposta ou situação onde nada se tem a perder: Quem pagar, pagou.

Mais um exemplo da desonestidade daqueles que possuem um pouco de conhecimento à mais.

O problema é: Vai reclamar com quem?

Bem, estou reclamando aqui.

E você pode fazer o mesmo: Passe á diante este post, mostre a seus amigos e clientes e deixe bem claro que: As empresas de registro de domínios não enviam cobranças e, caso envie, o custo anual de um domínio é, em média R$ 30,00.

Avisem a todos: Cobraça ou mala direta em nome de REGISTRAR.BR.COM é fraude!

Vejam as imagens, elas falam por si.