Jean Moura

Membro
  • Total de itens

    136
  • Registro em

  • Última visita

Sobre Jean Moura

  • Rank
    Arrumou uns clientes e foi pra revenda

Informações pessoais

  • Nome completo
    Jean
  • Sexo
    Masculino
  • Localização
    Salvador
  1. depois que loga na area do cliente, a navegação na area do cliente quando abre alguma opção continua lenta a navegação?
  2. no meu caso apenas essa parte de acesso da area de cliente que estava lento para logar, depois que logava era rápido, mas para logar demorava muito
  3. conseguiu atualizar o banco de dados?
  4. no seu WHM vá no menu: Software » Upgrade do MySQL/MariaDB porem antes de atualizar o banco de dados, faça um backup completo do seu site via cPanel, para caso aconteça algum erro na atualização vc não ter dor de cabeça. também acesse seu admin do whmcs e mande otimizar TABELAS do banco de dados do seu whmcs através do menu abaixo: Utilitários > System > Status da Base de Dados
  5. estava com este problema e atualizei meu banco do mysql 5.6 para MariaDB 10.1 e agora está rápido e normal o login da minha área de cliente
  6. Esse golpe deve ser de algum politico tentando levantar dinheiro para a campanha de 2018, já que caixa 2 foi banido!
  7. Olá @Otavio Pode me enviar! Abraço
  8. Olá @Otavio Como vai? Vc fez o serviço de SEO conforme o amigo citou? Abraço
  9. Pessoal, Aguem conhece ou já fez serviço com alguma empresa de SEO que não cobra uma fortuna para colocar o site nas primeiras paginas do google? Obrigado, Jean
  10. apaga os cadastros inativos e os cadastros fechados?
  11. Pessoal, 1 - Os cadastros inativos dos seus clientes no WHMCS, que são aqueles cadastros onde o cliente não tem mais uma hospedagem ativa porque a hospedagem foi cancelada do servidor por falta de pagamento ou o próprio cliente pediu o cancelamento, nestes cadastros no campo (Produtos/Serviços) vocês apagam o serviço que o cliente tinha ou deixa lá? 2 - E os cadastros com status de fechado, que são aqueles cadastros onde o cliente estava utilizando a hospedagem para alguma coisa ilícita e aí você cancelou a hospedagem e fechou o cadastro desta pessoa. Vocês apagam o cadastro desta pessoa do WHMCS ou deixa o cadastro lá com o status de fechado? Obrigado
  12. @Rodrigo Henrik CPF e data de nascimento no formulário de pedido. Vc já afasta 99% dos picaretas, pois muitos conseguem CPF mas não tem a data de nascimento correta do CPFe qualquer novo pedido de hospedagem é só verificar manualmente no site da receita federal se o CPF e o nascimento estão corretos, caso não esteja, suspenda imediatamente a hospedagem informando que o CPF ou Nascimento está divergente. Pois pode existir algum futuro cliente que errou algum digito na hora do preenchimento das informações e provavelmente depois da suspensão da hospedagem irá corrigir o digito. Se ele não se manifestar quando vc suspender a hospedagem, já cancele a hospedagem e o cadastro pois é picareta e vai usar a sua hospedagem para coisas ilícitas. É assim que eu faço! Inclusive eu já informo no formulário de pedido que se o CPF ou Nascimento estiverem divergente o cadastro será automaticamente cancelado, assim eu reduzi 99% dos picaretas que mesmo com os campos CPF e Nascimento colocavam o CPF ou Nascimento errado pensando que não seria checado e a hospedagem seria liberada. Hoje eu recebo uma vez na vida um cadastro com CPF ou Nascimento errado de alguma pessoa que iria usar a hospedagem para coisas ilícitas, achando que não seria checado. Abraço
  13. @Jorge Marcelino Na verdade eu não preciso nem dizer nas regras do Nginx as paginas pre-definidas que não devem entrar em cache EX: (/signup|/register|/logout|/user|/cadastro|/login|/carrinho|/cart|/pedido|/checkout|/cliente|/adm|/admin|/administracao|/administrator|/financeiro|/wp-admin|/wp-login.php|/minhaconta|/minha-conta|/conta|/myaccount|/my-account|/account) Pois essas linhas abaixo já informa nas regras do Nginx que paginas geradas através de (POST e STRING) não devem entrar em cache, então qualquer pagina dinâmica que muda informações constantemente são geradas com (POST e STRING) como carrinho de compras, área admin, área cliente, algumas paginas do site de fórum, algumas paginas do site de comercio eletrônico, dentre outras paginas que mudam valores a todo momento, não vão entrar em cache e assim evitar problemas com os clientes que possuem algumas paginas em seus sites que não podem entrar em cache. ----------------------------------------------- } # POST requests and urls with a query string should always go to PHP if ($request_method = POST) { set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching } if ($query_string != "") { set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching } -----------------------------------------------
  14. Essa linha que vc está alterando não deve ser alterada o valor, pois é a linha que vai dar um bay passe no cache nas paginas que vc não quer que entre em cache como no exemplo abaixo. no meu exemplo abaixo não entra em cache esses diretórios já pre-definidos abaixo e nem as paginas dinâmicas geradas com (POST e nem string) ou seja, qualquer pagina que é gerada dessa forma não entra em cache, pois são paginas que mudam constantemente como paginas de fóruns, comercio eletrônico etc.. e não podem entrar em cache. EX: Edit your custom_rules for Nginx ----------------------------------------------- if ($SITE_URI ~* "/signup|/register|/logout|/user|/cadastro|/login|/carrinho|/cart|/pedido|/checkout|/cliente|/adm|/admin|/administracao|/administrator|/financeiro|/wp-admin|/wp-login.php|/minhaconta|/minha-conta|/conta|/myaccount|/my-account|/account") { set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching } # POST requests and urls with a query string should always go to PHP if ($request_method = POST) { set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching } if ($query_string != "") { set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching } ----------------------------------------------- Você deve alterar o tempo do cache nas linhas das paginas dos menus abaixo? Edit proxy_params_dynamic proxy_cache_valid 200 10m; Edit proxy_params_static proxy_cache_valid 200 301 302 10m;
  15. Olá @Jorge Marcelino Depois de vários testes eu cheguei no melhor tempo de 10 min para o cache dinâmico e estático, pois mesmo um site com poucas visitas, se tiver apenas 5 visitas a cada 10 minutos, apenas 1 visita será processada fora do cache o restante será entregue do cache e será 500x mais rápido . E não entra em cache carrinho de compras, área de admin, cliente e qualquer outra pagina que é atualizada a todo momento como fóruns, comercio eletrônico dentre outras paginas. E qualquer pagina que entra em cache e precisar ser atualizada pelo cliente em 10 minutinhos já estará atualizada no cache. Abraço