PedroFelipe

Verdade, olha o que aparece aqui:

Bem legal, pena que também não acho nada sobre a desinstalação.

Apareceu aqui imediatamente após a instalação.

Enviei uma mensagem ;)

Quando o cliente deixa algum campo vazio ou com dados inválidos, o módulo apenas recarrega a página da fatura ao clicar em Pagar agora sem exibir erro algum. Realizei alguns testes agora e pude comprovar isso. Há alguma forma de contornar este problema? Como uma exibição de erro do campo que estiver inválido... Grato!

Alguém tem a nova versão e poderia postar aqui?

Marco, esta versão é antiga e ainda não usa a nova API do PagSeguro :unsure:

Vou participar :D

Está no footer deles :D

G17 é site de humor, e não deve ser utilizado como fonte de informação porque as "notícias" veiculadas neste portal são fictícias, criadas para o entretenimento do leitor.

Sem dúvidas, Rocha. Mas a questão é: quando? Basta analisar os smartphones pré-iPhone, os tablets pré-iPad ou a interface gráfica e mouses em computadores pessoais antes do Apple Lisa (Se é que os computadores pessoais tinham tais recursos). Agora veja o mercado após o lançamento dos mesmos. Percebe a diferença? Se vivêssemos para lamentar essa situação, seria preciso abdicar de boa parte dos produtos que consumimos/utilizamos diariamente. Ou você acha que os processadores, RAMs e outros componentes dos seus servidores não são fabricados na Ásia por pessoas com altas cargas horárias de trabalho, em condições sub-humanas e ganhando menos de $1 por dia?

Como se isso só acontecesse com a Apple e com nenhuma outra empresa do ramo da tecnologia. Por favor, né... Esqueceu que estamos em um mundo capitalista? Pois é, seja bem-vindo(a). Minhas condolências à família do Jobs. Perdemos um gênio, um homem que sempre esteve a frente da sua era. O que seria das interfaces gráficas, mouses, o mercado de música digital, computadores pessoais, tablets, entre outras coisas sem contribuições do Jobs? É uma pena que existam pessoas que não saibam valorizar isso. Infeliz comentário o seu, hein...

Para não receber avisos de uptime, basta comentar as linhas que enviam um tweet ou DM se o servidor estiver online. Post duplo, desculpe. Se algum moderador puder corrigir...

Obrigado, Marco!

O script apresentado é em Python e envia DM. Desenvolvi uma alternativa em PHP que tweeta o status do servidor cada vez que o index.php é executado. É interessante, pois você pode colocar um Cron em outro servidor para monitorar o seu a cada X minutos ou horas, tweetar e receber também o status pelo celular caso o cadastre no Twitter. É o Bot do Uptime: http://twitter.com/BotdoUptime Source: https://github.com/PedroFelipe/Bot-do-Uptime Neste caso também é preciso registrar um app no Twitter. Espero que gostem! Sugestões são bem-vindas. :eek: EDIT: Agora o Bot do Uptime também envia DM para o usuário que você desejar. A source já foi atualizada com o novo recurso :)

De nada! Só mais uma coisa: é acima e não a cima. Linha 8 e 59. Era linha 59 e não 60 como eu disse anteriormente, é porque estou trocando os acentos por acentos em HTML (ã, ê, ç, etc.) pra rodar em UTF-8.

Arquivo pagseguro.php, linha 60: $code = '<br />Não aceitamos pagamentos com valor a cima de R$ '.number_format($gateway_limite, 2, '.', '').' através do MoIP. Selecione outra forma de pagamento por gentileza.'; MoIP? :D

O antigo módulo com a antiga API ainda funciona? Se sim, vou esperar a versão estável do seu módulo, @carlo. Excelente trabalho, muito obrigado!

Mas se você der azar numa pane no seu HD e no servidor de backup? É raro, mas não é impossível. Por isso tenho um interno e um externo, já que as chances são as mesmas. Não preciso ter essa paranóia de backup com os meus dados.

Não acho que seja necessário, principalmente porque eu não tenho upload pra isso. Uso meu HD interno e o externo para os backups, pois se um der problema eu ainda tenho o outro.

Obrigado pela força, pessoal. Tendo em vista o histórico desta empresa e do Sr. Anderson aqui no fórum, é bem provável que o verdadeiro autor do ataque seja ele mesmo, todos sabem disso. EDIT: Pedro, quando eu tirei as screens havia apenas este IP, mas o load chegou a 268 e o uso de RAM em 100% minutos antes. Será mesmo que só 1 IP conseguiria fazer isso?

Olá amigos, Por este tópico venho informá-los de um ataque DDoS a meu servidor que se iniciou hoje por volta das 14:00h e apenas há alguns minutos foi possível conter. Tal ataque que me causou horas de lentidão, diversos downtimes, e claro, muitas reclamações foi causado pelo IP 184.154.79.150, hospedado na SingleHop e pertecente a TaqiHost, velha conhecida aqui no fórum e vocês sabem porque. Pode se constatar aqui (Comando netstat -plan|grep :80 | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n): http://d.pr/Lquf 1895 conexões a porta 80 pelo IP 184.154.79.150. http://d.pr/Ka5j 2034 conexões a porta 80 pelo mesmo IP. Efetuando uma busca pelo IP no DomainTools (http://whois.domaintools.com/184.154.79.150), o Resolve Host é servidor.taqihost.com. A SingleHop já foi avisada e os logs foram enviados. Só para deixar registrado aqui a "ética" desse(s) "profissional(is)" da TaqiHost.

Essa concorrência não é fácil, hein! Mas esse comentário do JimMorrison foi totalmente desnecessário. E daí que o servidor dele estava offline? Você é cliente e foi afetado por isso? Está na hora de se preocupar menos com os outros e mais com você...

Saí da minha revenda EUA na HDBR em Janeiro/2011 após quase 2 anos com eles por estar insatisfeito e com a necessidade de migrar para um VPS. Há 2 meses tive uma revenda BR da HDBR e pude ver que melhorou muito, mais do que recomendado para quem está à procura de uma revenda. O único problema era o ping um pouco alto por causa da rede Intelig, mas vão passar a utilizar também GVT.

Pode até ser opcional, não? O administrador poderia ativar ou desativar esta função para os revendedores, dependendo da sua necessidade.