Nos últimos dias, a LocaWeb vem promovendo uma série de mudanças em suas hospedagens. Estas são algumas notas sobre as implicações destas mudanças em nossas hospedagens.
Falha no Acesso ao Banco de Dados MySQL.
Ao atualizarem as instalações de Banco de Dados MySQL, a estrutura de usuários adicionais MySQL, juntamente com a estrutura de autorizações, foi eliminada.
Isso compromete seriamente a segurança do ambiente, pois todos os serviços MySQL passam a ser executados com um usuário com plenos poderes sobre o banco de dados. A diretiva “need-to-know” de usuários fica comprometida, pelo compartilhamento do usuário de plenos poderes.
Procurando uma forma de implementar esta estrutura com os recursos atuais.
Falha no Envio de eMails pelo PHPMail.
Falha nos Recursos de Cron.
Aparentemente, os recursos de Cron foram restritos a um disparo por dia. Desta forma, os atendimentos automatizados “on-line” por este recurso foram inutilizados. Novamente, a segurança está sendo comprometida em sua hospedagem com a busca de alternativas para contornar esta restrição de hospedagem.
por algum tempo usamos o endereço encurtado do clube de informática http://clubedeinformatica.rg3.net/ e ele funcionou muito bem. Mas, agora o provedor deste serviço http://rg3.net/ está descontinuando o serviço. Os nossos agradecimentos pelos serviços prestados. Sucesso.
Preparamos um novo endereço encurtado para o nosso site http://ci.cjb.net/ para o nosso Clube de Informática. Procuraremos usar este novo endereço doravante.
Sim, a minha primeira instalação do PHPList está funcionando bem, obrigado. O bom funcionamento do sistema resultou na recomendação para a instalação para um segundo grupo de trabalho. Estas são as notas de instalação para este segundo grupo.
Processo de Instalação
Baixei uma cópia nova do site do PHPList, para trabalhar sobre uma cópia original, sem as possíveis alterações introduzidas durante o uso do produto nas Listas Sentiens.
Será que conseguimos configurar múltiplos usuários do banco de dados para contornar problemas de consultas ao db. Experimentaremos isso uma outra hora. Vamos pelo básico.
Configurar dois endereços de eMail. O primeiro será que o endereço de contato para as possíveis respostas dos nossos destinatários. O segundo para recolher e processar as mensagens de erro no retorno.
Preparei os parâmetros necessários no arquivo lists/config/config.php e carreguei no site. Como acesso ao lists/admin consegui fazer as demais configurações, em especial a troca da senha padrão do usuário admin. Um parametro que faltou configurar é o envio de uma única mensagem de testes ( define('SEND_ONE_TESTMAIL',1); ) normalmente, (0) o sistema envia tanto o formato texto quanto o formato html para que o editor confira os resultados em ambos os casos. No nosso caso, optamos por enviar sempre em HTML para todos, assim, não precisamos testar em ambos os casos.
A carga de uma primeira lista de testes (testarás!) foi um pouco demorada, mas acredito que tenha sido problemas em minha conexão com a internet. Vamos procurar acompanhar as cargas das listas maiores para ver se tudo está bem nesta funcionalidade.
O primeiro envio também foi normal, considerando que ainda não temos os recursos de agendamento e precisamos acionar e acompanhar o envio online.
Process Bounces
O acesso aos emails de retorno pelo painel não está funcionando. Aparentemente, a configuração de acesso pop a caixa de emails listsbounce tem algum problema. Experimentando com a segunda opção do arquivo de configuração.
Experimentando com um eMail do GMail com as configurações que encontrei no forum. Sem sucesso, continuamos obtendo a mensagem:
Cannot create POP3 connection to pop.gmail.com: Can’t connect to gmail-pop.l.google.com,995: Connection timed out
Identifying consecutive bounces
Nothing to do
Identifying consecutive bounces
0 users processed
O mesmo item do forum, cita um possível problema de configuração do Apache na variável httpd_can_network_connect que precisa autorizar o acesso a outros servidores. Tentando verificar esta condição.
Este problema sumiu durante o processo de instalação. Parece que ajuda se usarmos o protocolo SMTP para envio, preenchendo os dados do servidor STMP no arquivo config/config.php! Não, eu não entendo bem porque, mas parece que o par POP3 e SMTP está amarrado de alguma forma neste ambiente.
URLs
Vamos usar o endereço http://ranchodosgnomos.org.br/lists/ pois está me parecendo que esta instalação não tem a opção de subdominios. Se está funcionado, não conserta!
Agendando as tarefas de envio e processamento de retornos.
Mesmo na versão em formato de menus do cron para agendar as tarefas. Acredito que isso pode funcionar. Carreguei o script que roda os processos para o servidor e configurei o agendamento das tarefas. Estamos enviando os primeiros testes disparados pelo agendador cron.
Estou trabalhando com o administrador do ambiente para fazer este processo funcionar. O fato de não termos acesso diretamente ao SSH dificulta os trabalhos de depuração da solução. O acesso ao php.cli deveria ajudar neste funcionamento, mas parece que ainda temos algum problema de configuração neste ambiente.
Como solução de contorno, instalei os acesso via navegado lynx no meu desktop programado com o cron! Isso está atendendo enquanto a minha estação estiver funcionando.
Codificação de Caracteres.
Este problema é normal, mas ainda dá alguns sustos. No caso do PHPList a área de administração, tem um drop-box para selecionar a língua a ser utilizada. Em inglês, a codificação está definida como ISO8859, enquanto para o português, no nosso caso, gostaríamos de utilizar o UTF-8, para manter a compatibilidade com o banco de dados MySQL. A determinação da codificação de caracteres estão nos arquivos admin/lan/pt-br/language_info e admin/languages.php! No caso, para que a nova configuração seja usada, é preciso reiniciar a sessão no navegador.
Pendências
ajustar as telas de adesão e exclusão para acesso somente a lista de newsletter, apesar de termos outras listas no sistema.
Dúvidas.
Leituras Complementares
PC Mailer – veja aqui as explicações deste produto, as adaptações para o nosso phplist são quase que imediatas.
Sábado frio de outono. Na minha caixa de mensagens, uma solicitação da redatora do site, relatando dificuldades de acesso. Ainda temos dificuldades de report de problemas, mas acho que isso é algo que é preciso ir aprimorando.
Uma primeira tentativa de acesso e podemos ver que o site não tem acesso ao banco de dados, apresentando o erro :
This page cannot be displayed due to an internal error.
You can provide the following information to the administrators of this site to help them solve the problem:
Error: Unable to connect to database
Tentativas de acesso ao painel de controle no provedor bem sucedida. Registro o problema para o Suporte do provedor. Pela urgência da situação, recebo a ligação telefonica da Editora do site. Estamos atuando no problema.
Tentativas de contato por telefone com o Suporte, mas a ligação cai logo após o redirecionamento ao serviço de suporte técnico. Problemas com a qualidade de serviço.
Sabendo que o problema é com o Banco de Dados, tento acesso ao banco de dados pelo phpMyAdmin, obtendo o erro.
phpMyAdmin – Erro
#1040 – Too many connections
Será que temos outros webmasters com problemas…. Muitos fazendo acesso neste momento. Aguardemos. Problemas de capacidade?
De repente, estamos de volta ao ar. Tempo Estimado de Indisponibilidade : 7hs (observado pelo acompanhamento dos acessos no log).
Encerrei a ocorrencia no Help Desk. Será que um dia conseguiremos sair deste atendimento reativo e obter um atendimento mais próativo, detectando a falha e corregindo mais rapidamente?
