Clicky

Hospedado por Limestone Networks

Jump to content
  • Sign Up

Anderson Pereira

Bronze
  • Content Count

    65
  • Joined

  • Last visited

Personal Info

  • Name
    Anderson P.
  • Location
    Rio de Janeiro - RJ

Recent Profile Visitors

456 profile views
  1. Deixe todos os Logs do servidor ligado, e ative também o trace de queries do MySQL (http://fibrevillage.com/database/307-how-to-trace-mysql-queries) , para poder analisar exatamente que query está encontrando essa conta pra ser desativada e fazer as mudanças necessárias. Assim você terá uma idéia melhor se é um Fixed Termination, ou algum outro tipo similar. Até lá, seria inteligente tentar bloquear a permissão de removeacct (https://documentation.cpanel.net/display/DD/WHM+API+1+Functions+-+removeacct) do seu user de alguma forma. Abs
  2. Como foi o método de debug, exatamente? Sent from my ASUS_Z017DA using Tapatalk
  3. Está com cara que algum(ns) caracter(es) que mandei estão sendo interpretados de forma incorreta. Tente colocar uns \ de escape antes de alguns caracteres, inclusive dos próprios \ da sugestão Sent from my ASUS_Z017DA using Tapatalk
  4. Vocês estão debugando os outputs do cron automático? não li aqui ninguém comentando de jogar as saídas stdout e stderr do job no Linux para um arquivo para análise. Por que não tentam isso? Já resolvi um problema chato assim. Ah uma dica: deem um skip no WhmcsUpdate nesses crons da madrugada, deve haver um milhão de pessoas que colocam pra checar update direto no servidor do fornecedor, e acho que isso engargala o Cron da madrugada. Deixem um cron específico para o WhmcsUpdate à parte, umas 2x ou 3x por dia.
  5. Altere de volta o status para não pago, depois adicione uma transação. Se nada disso resolver... sugiro que ligue todos os logs possíveis, até o trace manual das execuções do MySQL, rode manualmente o "do" do Cron que ativa as suspensões.... e se ele for suspenso novamente, você desliga os logs todos, e analisa os outputs desses logs.
  6. Veja isso resolve seu problema: ([\w\W]){2,}\s([\w\W]){1,},\s*(\d+) - Primeira palavra com ao menos 2 letras (Ex: Av) - Espaço obrigatório - Segunda palavra com ao menos 1 letra - Vírgula obrigatória, com ou sem espaço antes do próximo número - Número com ao menos 1 dígito ps: aceita várias palavras antes da vírgula, mas depois da vírgula só reconhece um número
  7. Para qualquer cálculo de formato e validação, você pode usar: 1. JQuery na mesma página, usando um hook como ClientAreaFooterOutput com o filtro de $vars['templatefile'] sendo 'clientregister' ou 'viewcart' para garantir que apenas serão executados no mínimo de páginas necessário. 2. Usar o Hook ClientDetailsValidation e fazer tudo em PHP, retornando erros após ele submeter o formulário. Sobre o COMO, você acha tudo com facilidade (algoritmos, APIs públicas, etc...). Sua maior dificuldade (e terá gasto) será com a API de validar a existência de um CPF real. Esse não é gratuito.
  8. Leia com calma a documentação de como funciona o processo. Há local para configurar quantos dias precisar passar para de fato liberar a comissõa para o cliente. Tem uma tela específica na parte de Clientes que mostra com detalhes. Como está lá?
  9. E sobre o hook que vc não conhecia, é esse aqui: https://developers.whmcs.com/hooks-reference/shopping-cart/#precalculatecarttotals Ele até roda após a inclusão de um cupom, mas não serve porque minha idéia com esse Hook novo seria: - Existe no sistema um cupom ABCDE12345 - Existe no sistema um afiliado com id 80 Se alguém digitasse no campo do cupom ABCDE12345#80 , esse Hook novo me permitiria processar e entender que , após um simples "split", o cliente vai ganhar o cupom ABCDE12345 no return e automaticamente o vincular ao afiliado 80 (via Cookie) E fazendo no PreCalculateCartTotals, não funciona pois ele já dá o cupom dinâmico como inválido, já que a validação é feita nessa parte do código que precisaria do novo Hook Sim, acredito que atenderia, pela minha explicação no post anterior (usando o # como split e tal). Não seria difícil. Mas conseguiu fazer exatamente o que com o $promotioncode ? Não entendi se foi exatamente o que eu precisava.
  10. Pois é... por isso tudo o que pedi nesse Feature Request foi criar um HOOK, um $#@&!(% Hook na inclusão do cupom 😕
  11. Sim, tenho, por que? Inclusive tentei já implementar algum tipo de processamento no hook PreUpdateTotalCart (algo assim), mas não há como criar uma estrutura de coupon dinâmica, teria que pra CADA situação/afiliado criar um cupom único, o que é impossível de gerenciar
  12. Qualquer processamento que possa: - Criar um trigger em PHP (pra fazer qualquer coisa) quando um cupom é inserido - Rejeitar o cupom em uma condição específica (Ex: se o cliente tiver mais de R$ 100,00 mensias em serviços) - Permitir finalmente que cupons possam ativar afiliações de modo fácil, ao invés de exigir aqueles links horríveis Pra falar a verdade, as possibilidades são infinitas num momento importante desse, já que todo mundo adora um cupom, e é praticamente um chamariz de clientes.
  13. Já que estão falando de cupons, vejam o tópico que abri falando sobre o pedido de um novo Hook de cupons à WHMCS
  14. Pessoal, o que acham de enchermos essa WHMCS Request de votos, para que a equipe deles perceba a importância de um Hook no momento da inclusão de cupom de desconto? Com um hook desse, teríamos muito mais controle sobre o momento de inserção de cupom, podendo iniciar algum PHP, rejeitar o cupom, etc. https://requests.whmcs.com/topic/hook-for-adding-discount-code Espero que gostem da idéia, e espalhem também para colegas que tem WHMCS e não usam aqui este fórum
×
×
  • Create New...