bdlc

@chuvadenovembro na verdade o pix automático não funcionará dessa maneira, é preciso a empresa enviar, pelo sistema do banco, um pedido de autorização para o débito. O cliente, entra no banco dele e faz a autorização para que todo dia X o valor Y seja debitado automaticamente. O que você fez é automatizar a baixa no seu sistema de CRM de um pix recebido com limitação (o pix não pode ter sido enviado de uma conta de terceiros, por exemplo).

Pelo que eu vi a respeito você envia uma autorização para o cliente aceitar o cadastramento desse Pix automático e, mensalmente, será debitado no dia acordado o valor da conta dele (enviado um Pix). Não sei como será o tratamento para caso a conta não tenha saldo naquele dia, etc. @rubensk uma curiosidade, um volume de operação tão grande igual ao Registro.br, não vale a pena fechar direto com um banco para reduzir custo ou a taxa que vocês conseguem justifica usar um meio de pagamento, para não ter que se preocupar com atualizações, etc?

Por aqui tudo faz parte do campo endereço 1 do WHMCS.

Ainda não recebi o alerta deles, deve chegar nas próximas horas (ou se limitaram a informar quem abriu ticket de suporte nesse período). Por aqui temos a prática de sempre fornecer uma senha temporária para qualquer tipo de intervenção externa nos servidores, seja da CloudLinux, cPanel, datacenter ou qualquer outra empresa.

Olá, Aqui utilizo um sistema próprio integrado a FocusNFE (https://focusnfe.com.br) e está atendendo muito bem (a integração é bem simples de ser realizada). Abraço, Bruno.

Falando de poucas VPS sim, mas imagina o cenário de um data center, onde você tem centenas ou milhares de VPS, tem a questão do roteamento dos IPs, que normalmente é por bloco, não é tão simples assim. Claro que daria para reduzir muito o downtime mas, talvez pelo tipo de serviço contratado, irão fazer o melhor trabalho possível para ter o mínimo de downtime porém sem muito investimento de tempo e dinheiro.

Por aqui eu recebi o alerta também, estão mudando de data center físico os VPS (possivelmente unificando para redução de custos). Acredito que escolheram o dia e horário em razão da maior disponibilidade de pessoas para suporte e outras tarefas (deve envolver um aparato grande de pessoal operacional). Espero que isso não seja feito para servidores dedicados também (no passado já passamos por uma migração física de data center e foi o caos). Abraço.

Olá, Ative o modo de debug do WHMCS para que seja exibido qualquer erro em tela ou analise o arquivo error_log que provavelmente está sendo gerado no servidor (depende das configurações do seu PHP). No WHMCS, edite o arquivo configuration.php e inclua: $display_errors = true; Lembrando que você deve fazer isso, liberar um plano, analisar o erro e logo em seguida comentar / desativar essa configuração. Bruno.

Tudo indica que você não comprou diretamente da Seagate. O vendedor, caso seja nacional, pode não ter relação direta com a fraude e também é uma vítima e certamente não comprou os discos diretamente da Seagate como novos, mas de alguma outra empresa, provavelmente chinesa.

Com certeza não precisa, a validação é pelo DNS. Eles deram o nome de Lets Encrypt justamente para causar confusão e a pessoa não remover.

Leandro, Eu tenho essa base paga e, sinceramente, o nível de bloqueios aumentou muito pouco nos servidores. Ela não resolve 100% dos problemas relatados pelo @LtiWeb Soluções. Por aqui continuamos a ver essas mensagens passando normalmente. Na minha opinião está faltando a SPFBL acompanhar a evolução dos ataques spammers e a necessidade dos clientes senão ficará obsoleta muito em breve. Bruno.

Prezados, Estou procurando um desenvolvedor mobile, com conhecimento em React, para realizar a manutenção de um aplicativo para web rádio desenvolvido há 2 anos mais ou menos, para permitir a utilização em celulares com Android 14. A Play Store está acusando o seguinte erro no aplicativo: https://monosnap.com/file/cMqFbKtZdikU69SPC42tOxZ99oOrQK Referência: https://developer.android.com/about/versions/14/changes/fgs-types-required?hl=pt-br Obrigado, Bruno.

Habilite a geração do arquivo error_log, faça um teste e aguarde o erro ser apresentado em tela. Pesquise pelos arquivos error_log no diretório da hospedagem e veja o seu conteúdo. Outro arquivo de log que pode ser consultado é o /usr/local/apache/logs/error_log. Boa sorte!

Converse com o Germano @helpsysadmin Tem tópico recente sobre o assunto:

Concordo com o @redenflu Eu tenho na OVH apenas alguns serviços mas, poucas vezes que precisei do suporte, deixou muito a desejar em relação a tempo de atendimento. Datawagon nunca utilizei.