chuvadenovembro

Seu post tava com a data certa e repentinamente mudou a data kkkk

acho que é preciso estar disposto a mudar de painel para responder essa pergunta, pois se o numero de contas e preço são detalhes importantes, certamente vale a pena mudar para o DA (ou qualquer outro painel), depois disso, terá um período de adaptação que exige dedicação... Até hoje tenho clientes reclamando do DA, ontem mesmo tive um cliente dizendo que achou confuso como mudar o limite de armazenamento. O procedimento é encontrar a conta > clicar na aba modificação > informar o valor ou clicar no ilimitado e salvar...

eu vou fazendo aqui com acerto e erro kkkk na documentação, ambos os campos são opcional, então removi o valor do valorRec, mas ai não aceitou, então deixei ambos com o valor da fatura, não aceitou também, então tive que remover o campo valorRec. Agora ficou com valor variavel na hora do cliente aceitar hehehe print do vibecoding aqui kkkk

Tenho quase certeza que na api do inter não tem opção para informar valor minimo. Eu fucei aqui e não achei, eu troquei a jornada 2 por jornada 3 (pra fazer uma cobrança imediata e autorização da cobrança recorrente), to usando a politica PERMITE_3R_7D (pelo que entendi, se o cliente não tiver grana na hora, será feito mais 3 tentativas), eu praticamente terminei o modulo, estou só fazendo alguns ajustes de perfumaria. Se eu achar aqui a opção pra poder alterar o valor vou ver se atualizo justamente pra essa parte de reajuste. Edit: achei kkkk

é que temos reajustes anualmente aqui (felizmente o registro.br não tem isso e espero manter assim por pelo menos 10 anos kkkk)

Criei o gateway de pix automático para o blesta. Como esse gateway será utilizado apenas para faturas ativas (não tem nenhuma relação com o serviço), tive que fazer um esquema para obter a recorrência do pagamento a partir da descrição da fatura (se ele não conseguir entender o ciclo de pagamento, exibe um form para o cliente escolher a recorrência do pagamento). Utilizei a jornada 2 Agora falta atualizar o webhook que ja tenho do pix normal para aceitar o padrão do pix automático. Eu limite o modulo para não permitir pagamento por pix automático de serviços com ciclo anual.

E cobrar por numero de ataques de força bruta kkkkkk

Faz um levantamento do seu custo, onde é que você ta com maior gasto e veja se consegue viabilizar uma alternativa mais em conta (mantendo mesma qualidade ou um bom cxb) Supondo que você tenha um impacto do cambio, no momento nem estamos com o dolar tão alto...imagina como ficará seu lucro com uma inflação maior e com um cambio desfavorável...

Para funcionlidade basica, acredito que o failtoban funcione (não tenho ideia se existe alguma integração com o directadmin.

No painel, o acesso sempre foi via .com Não sei se eles redirecionaram o .com.br em algum momento.

Talvez o problema de cobrar é que se for analisar friamente, o csf não é tão eficiente, eu tive alguns problemas com syn flood recentemente que deixou meu serviço de email com erro 421, para alguns ataques, eu tenho que recorrer a um script adicional. Acredito que avaliaram essa possibilidade de cobrar mas viram que o lucro não valia a dor de cabeça hehehe

Mas quando aconteceu isso ao acessar o painel do paghiper seus dados estavam trocados? Ou você está recebendo email de phishing informando que seus dados no paghiper foi trocado e que precisar clicar em algum link...etc?

Segue link do comunicado: Caminho para a Web Ltd e Configserver. com fechará permanentemente em 31 de agosto de 2025. O mercado de software de servidor mudou drasticamente nos mais de 25 anos desde o início da nossa empresa, e agora descobrimos que o negócio não é mais lucrativo, por isso deve chegar ao fim. https://blog.configserver.com/?p=4137 Aqui eu uso o cmq, cmm, csf e cxs...to lascado!

Com a falta de opção do pix automático no app do banco, meus planos de receber com custo zero foram por agua abaixo kkkk Vou ter que me submeter a pagar (mesmo contrariado), porque no meu entendimento, o fato de ter o pagamento recorrente do cliente não deveria ficar restrito ao uso da api, deveria ser mais simples. E em termos de custos, vou acabar utilizando a api do banco inter mesmo, antes do lançamento oficial da api eu cheguei a criar um esboço de modulo para o blesta, mas não retornei mais. Por enquanto a procura por pagamento recorrente (o chamado debito automatico), tem sido relativamente baixo aqui pra mim, talvez devido ao perfil dos clientes (hospedagem de baixo custo e revendas bem basicas...)

Putz, alguns dias antes do funcionamento do pix automático eu pedi confirmação duas vezes sobre o uso do pix automático para o suporte do nubank, confirmaram que poderia ser feito via app e sem custo para receber.

Pessoal, Como consumidor, eu tentei fazer um pix automatico (sem nenhum tipo de integração com api) e não fui capaz... Como empresa, a unica opção que tenho nos meus app de banco (inter e nubank) é gerar qrcode de pix normal. Como consumidor, ao tentar cadastrar um qrcode de pix automatico, mas utilizando um qrcode de pix normal, apenas paga, nada mais acontece... Alguém ai já está conseguindo gerar o qrcode de pix automatico com algum outro app de banco sem ser esses dois que mencionei acima?

Não utilizo pagseguro. Criei um modulo de pagamento com a api do banco inter. Após o webhook do inter fazer a confirmação de pagamento, a fatura é fechada. Quando a fatura é fechada, meu modulo de emissão de nota fiscal emite a nota e envia um email de confirmação de pagamento. Esse modulo e emissão de nota fiscal funciona com eventos (semelhante ao hook do whmcs). Na época que fiz, foi a forma mais conveniente de confirmar pagamento no blesta. Eu achei o sistema de fatura dele meio complexo, até hoje eu apanho quando preciso antecipar a geração de uma fatura.

Com esse aviso, você teria coragem de colocar uma llm conectada na api do seu servidor com permissão de mudança de senha 24/7? como eu disse, eu acho possivel, mas é viavel? vale a pena? quando você pensa nos prós e contras, e principalmente os riscos atuais e os riscos que o servidor terá com esse tipo de acesso irrestrito, eu acho bem arriscado, não vejo beneficios direto, além da provavel rejeição por alguns clientes, não sei se nesse caso de suporte por llm com linguagem natural teriamos o problema de vale da estranhesa hehehehe

Veja os problemas que vejo na adoção de ia para "facilitar" alguns trabalhos. Cliente precisa de mudança de senha... Primeiro desafio, seria criar um fluxo onde o chatbot consiga entender a solicitação do cliente (com pelo menos 95%) de certeza... Ontem por exemplo eu estava restaurando um backup para um cliente onde ele estava pedindo para fazer o backup...esse é um exemplo bastante simples, mas é comum, onde geralmente precisamos decodificar a solicitação, entender a real necessidade, em algumas vezes confirmar se é isso mesmo que o cliente quer para prosseguir com o atendimento. Imagine um cliente que não sabe explicar exatamente como deseja mudar a senha, alguns clientes dizem que quer a senha do portal, do painel do gerenciador, do admin...etc Imagine o fluxo do chatbot SOMENTE PARA MUDAR A SENHA... Mas blz, acertou o fluxo, agora vamos para api...então ta tudo certo em seu servidor certo? ai você DO NADA resolve conectar uma api, capaz de mudar a senha de todos os clientes, isso vai dar bom? kkkk Então bora trabalhar na segurança, formas confiáveis de autenticação, expiração, não vou nem me preocupar onde estão esses dados (no brasil, fora do brasil, na china...), supondo que acerte essa etapa, agora o cliente quando solicitar uma mudança de senha, precisa passar por um processo de autenticação... Não sei qual o perfil dos clientes de vocês, mas aqui eu ja vejo outro problema...mas não vou dar detalhes sobre isso. No final das contas, acredito que vai ter uma recusa por parte dos clientes em utilizar esse tipo de assistente. Além disso, poderá ter um custo relativamente alto com chamadas de api (fora abusos que podem ocorrer ou até mesmo ataques...já imaginou você dormindo e alguém ou alguma coisa passar a madrugada inteira consumindo a api??? Aqui estamos utilizando bastante ia, mas estou utilizando na criação de modulos, scripts (coisas que eu sempre utilizei contratando freelancers estou conseguindo fazer por conta própria e tenho tido bons resultados...parte desse trabalho é feito em scripts de monitoramento que ajuda a manter os servidores estáveis com carga baixa, então não tenho que ficar apagando incêndios, consequentemente eu tenho tido bastante tempo livre para atender os clientes... Eu acho que é possível deixar uma ia fazer atendimento, mas não acredito que terá reais benefícios com isso.

Pessoal, Estou compartilhando o webhook que fiz para dar baixa automaticamente em pagamentos via pix na conta do Nubank no software blesta. https://github.com/chuvadenovembro/Webhook-Nubank-Blesta O readme está bastante detalhado, segue um resumo abaixo: - Processamento automático de emails PIX do Nubank (via pipe ou via encaminhamento) - Integração direta com API Blesta para baixa automática de faturas - Sistema de segurança robusto com validação de remetentes - Mapeamento automático de clientes com notificação de novos registros OBS: Essa parte não ficou claro no readme, se você encaminhar um email para o email do webhook informando o id do cliente do email do nubank, ele vai adicionar o id na linha de configuração do cliente e confirmar o pagamento do cliente. - Suporte a emails encaminhados e diretos - Monitoramento de permissões de arquivos com alertas - Sistema de logs detalhado para auditoria - Regras flexíveis de pagamento (soma múltiplas faturas, tolerância de arredondamento) Acredito que com criatividade essa solução pode ser utilizada em outros softwares como whmcs por exemplo e também pode ser utilizado com outros bancos... Eu não sou programador, utilizei o claude code para desenvolver essa solução, eu havia reaproveitado um webhook do banco inter, mas para disponibilizar no guthub, eu refatorei e adicionei novas funcionalidades. Essa solução tem limitações obvias, mas acredito que deve funcionar bem em muitas situações.

@rubensk Rubens, os problemas na api do inter eu tenho tido algumas experiências aqui (no ultimo erro, tive dezenas de pagamentos emitidos que perderam o numero e valor para confirmação automática de pagamento, venho notando alguma instabilidade em um curto intervalo de tempo), você pode comentar mais sobre o problema de segurança?

Eu dei uma olhada na documentação do pix automático e admito que meu plano não vai dar muito certo. A variabilidade de pagamento para renovação do domínio vai ser um problema. - Obrigatoriedade de fazer a cobrança recorrente (enviar a cobrança com valor mínimo provavelmente). - Em meses que coincide a renovação do domínio, terá uma aumento expressivo no valor da cobrança recorrente (nos pagamentos mensais). - Vejo a necessidade de explicar para os clientes interessados no pagamento automático que no mês x ou x e y, terá uma cobrança maior e ele precisa autorizar a cobrança de até x valor... - E o fato de ter essa cobrança com valor variável vai inevitavelmente me empurrar p/ uso da api ou terei que fazer cobranças de pix automático separado para renovação do domínio...

Eu confesso que não sei ainda qual vai ser a demanda para o pix automatico (mas se houver poucas adesões por dia, acredito que vai ser bem tranquilo administrar isso. O inter por exemplo, cobra 0,50 por pix automatico (não sei se o valor de liquidação do pix é somado neste caso). Mas a api deles eventualmente apresenta algumas falhas e fico com receio de ficar pagando, ficar dependente e depois me ver em um ep do blackmirror kkkk

Sim, eu vi que será necessário gerar um qrcode...mas o ponto é que isso será feito diretamente pelo app do banco (sem api do banco inter cobrando mais alguma coisa em cima do pagamento recorrente do pix).

Não vejo como uma limitação. Eu fiz isso imaginando o seguinte cenário: 1 - O cliente diz que quer pagar via pix automático. 2 - Eu informo a chave que ele vai usar (que é do nubank), então ele verifica com o app do banco dele como fazer esse pagamento recorrente. 3 - Eu passo a receber pagamentos recorrentes e não tenho nenhum custo por isso. 4 - Como a conta enviando o pagamento será sempre a mesma e o cliente será sempre o mesmo, meu webhook tabajara vai fazer a confirmação dele automaticamente no blesta. Como eu disse, ainda não vi os detalhes do pix automatico, mas isso certamente vai tirar uma fatia de faturamento dos bancos e teremos aumento de tarifas ou cobranças extras, meu objetivo é receber uma parte dos pagamentos sem pagar as taxas que atualmente são R$2,50 por boleto ou R$1,50 por pix no banco inter). @William Marques acredito que seja mais simples criar um hook para o whmcs com essa finalidade (eu utilizei o claude code para fazer isso pra mim).