Blog | Thiago Torres

Caso tenha encontrado algum problema, vide o post anterior sobre domínio sumindo da lista, que esteja bugando ou excluindo o domínio da lista ainda que tenha sido feito o que está no outro post efetue os seguintes procedimentos:

use isto -> /scripts/updateuserdomains

Se por um acaso o cpanel reclamar de alguma conta conflitando com outra basta apenas acessar o conf de domínio desta conta em:

/var/cpanel/users/USUÁRIO

Observar se o trecho DNS=domínio.com.br é igual o de outrem, caso contrário, veja se o dns1 é igual, limpe-o (antes faça backup) e teste.

Deus abençoe a Todos.

Prezados amigos,

se vocês desejam usar o vono no Linux (Ubuntu 8.10) e/ou FreeBSD existe uma solução maravilhosa e altamente funcional.
Para isso utilizei o EKIGA, a configuração foi totalmente automatica. Veja o que configurar:

Nome da Conta: seu login
Protocolo: SIP
Registrador: vono.net.br
Usuário: seu login
Senha: sua senha

Pronto basta salvar e conectar

Seu vono está funcionando perfeitamente no Linux

Caso tenha restaurado alguma conta em seu servidor e sumiu alguma revenda da lista de contas de seu WHM, não se preocupe, basta seguir os passos abaixo para corrigir

Primeiramente verifique se o domínio está listado no arquivo /etc/trueuserdomains
Após isso edite o arquivo e adicione o seu domínio conforme abaixo:
dominio.com: usuariodominio

Restarte o seu cpanel:
service cpanel restart

Deus abençoe a Todos…
Sucesso!!!

Observando o problema:

Se você está usando suPHP, tem CERTEZA que o diretório está com permissão 755 e os arquivos sob ele estão com 644 e o domínio começou a apresentar o erro “Premature end of script headers”, ou pior, se TODOS os sites estiverem fazendo isto —> NADA DE PÂNICO…

Solução:

Dizem os bons “comediantes” que o problema ocorre por uma “confusão” entre o php em CLI e o php CGI… até concordo (vendo isto -> http://www.suphp.org/FAQ.html), mas e se eu lhe disser que o problema não tem nada a ver com rebuilds infinitos no easyapache, confs modificados e permissões, você vai acredita? Pois é, acredita viu!

No diretório

/usr/local/apache/logs

Existe um arquivo de logs do suPHP que sempre lota com facilidade, neste caso, quando atinge algo acima de 1 gb a leitura do mesmo torna-se lenta e quase impraticável, neste caso, apresenta-se o erro.

O correto é mover tal arquivo e o problema é sanado, mas que tal SANAR DE VEZ?

Pois é —> Tome o remédio aqui:

Service Configuration >> Apache
Configuration >> Log Rotation

e set o log do suPHP para rodar… só isto.

Abraços a todos e bons negócios.

Créditos para Little Oak

Prezados amigos,

hoje achei uma solução muito melhor que o pidgin para gtalk. Utilizando o Empathy, a configuração já é prática e fácil, sem falar da interface maravilhosa de simples e rápida, vale conferir.

Instale o Empathy usando o Gerenciador de aplicativos do Ubuntu ou pelo ports do freebsd.

Ao abrir o programa verá a opção para adicionar a conta no usuário coloque o seu email completo:

conta no gmail: email@gmail.com

conta com outro domínio : email@seudominio.com.br

Adicione sua senha e clique em adicionar. Não esqueça de marcar a opção Habilitar conta.

Fácil e prático.

Queridos,

para que funcione perfeitamente sua conta do gtalk no pidgin é preciso configurar da seguinte forma:

Escolha primeiro GTALK
user name: seu usuário (se for fora do gmail use apenas o login excluindo o @seudominio.com.br)
domain: gmail.com (se for fora do gmail use o seudominio.com.br)
resource: Home (não é preciso alterar)
password: sua senha

Escolha a aba ADVANCED
Selecione a opcao Force old port SSL

Connect port: 443
Connect server: talk.google.com

Clique em salvar.

Pronto… pidgin configurado.

Sucesso, Deus abencoe a todos.