AntonioA

Primeiro backup no Wasabi foi xuxu. Inclusive eles oferecem 30 dias grátis (com limite de 1TB). Como é suficiente pra mim, só vou pagar daqui 1 mês. Até então estou achando ele bem bom. Pelo que entendi, o Wasabi cobra $6.99 por mês e não cobra nada de custo de saída, nem por requisição API. Ele é mais rápido que o Backblaze para upload, que é o principal, e só tem bucket "quente". Fiz um teste de velocidade, que o JetBackup tem esse recurso. O Backblaze B2 deu 170Mbps/98Mbps. O Wasabi deu 152Mbps/124Mbps. Ou seja, o Blackbaze é um pouco mais rápido no download e o Wasabi mais rápido no upload. Agora a título de curiosidade, o Amazon S3 fez 794Mbps/573Mbps. Bem mais rápido! Eu vi que o BackBlaze já tem compatibilidade nativa com o Backup padrão do WHM, mas eu consegui configurar o Wasabie bem fácil lá também como S3Compatible. -- Agora pessoal, um detalhe aí pra quem não tem JetBackup: vcs são loucos! kkkk. Ele é sensacional, melhores $8,95 que já paguei. Ele me salvou a vida várias vezes. Da pra criar políticas de backup muito mais robustas, com configurações diferentes por grupos de contas, múltiplos destinos, backups incrementais ou completos, sem contar que da pra recuperar qualquer micro detalhe. Da pra voltar só um banco de dados, só um usuário de um banco de dados, só um arquivo, só a configuração do cron da conta, só o certificado, só os emails, só a config de domínio, só os usuários de FTP... é nesse nível! Além do mais, ele integra com o cPanel do cliente, que consegue ele mesmo acessar os backups e restaurar o que precisar. Da até pra integrar ele dentro do WordPress com o Softaculous ou WPToolkit, e o cliente recupera de dentro do painel, da pra voltar no tempo o site. E tem plugins pra várias coisas. Tem um plugin do Imunify, que quando ele acha um malware ele recupera o arquivo infectado pelo backup, automação total! Tem plugin pra mandar backup pra Dropbox, pra FTP, pra Google Drive, por SSH, OneDrive... Ele manda webhook pra fora, pra integrar com qualquer coisa. E olha, não ganhei nada pra fazer essa propaganda viu!

Pessoal, alguém aqui já enfrentou problemas com o Backblaze B2 usando JetBackup? Configurei como destino no meu WHM/cPanel e vários backups ficaram “partially completed” com erros como OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 104. Pelo que andei vendo, é sugerido usar o chunk size de 100-200MB porque a conexão dele não é tão estável, mas o JetBackup não permite ser menor que 1024. Nisso, arquivos muito grandes acabam dando timeout. Estou avaliando usar o Wasabi, pois é o mais barato que achei, entre os oficialmente suportados pelo JetBackup. Alguém usa ele e indica?

Testei aqui o Backbaze B2, achei bem simples e intuitivo, e com valores menores, da pra armazenar mais coisas. Refiz as políticas basicamente assim no JetBackup: Backup diário, retenção de 30 dias Backup mensal, retenção de 6 meses, com object lock ativo Backup da MBR do servidor semanal, retenção de 4 backups Conta com sites em desenvolvimento, backup local, diário, retenção de 7 backups Fora isso, deixei o Backup padrão do WHM salvando 1 backup mensal, retenção de 3, local e mandando cópia pro Amazon pra garantir. Vlw!

Olá pessoal, tudo bem? Estava a procura de um módulo para WHMCS que pudesse me dar uma previsão de lucros com base nos custos mensais com a manutenção do servidor (Locação de Servidor, Licença de cPanel, Módulos, Plugins de Backup, etc). Achei um chamado Expense Tracker, mas é caro e com muitos recursos que não via necessidade. A ideia era apenas lançar uma previsão mensal de custos que o servidor possui e ele criar uma previsão de lucro. Consegui desenvolver meu próprio modulo, gostei do resultado e compartilho com o pessoal aqui. A ideia é criar uma previsão mensal de custos para cada coisa (ex: se pagou R$ 2.000 num servidor por 24 meses, lance R$ 83,33 lá, o que corresponde ao valor de custo mensal). O próprio sistema pega todas estimativas futuras de entradas e cria uma tabela, e gera um gráfico. Também inclui um campo para exclusões: você seleciona produtos que não devem ser levados em conta na hora de considerar as entradas. A ideia é que às vezes faturamos no WHMCS alguns serviços que não tem a ver com a hospedagem em sí (ex: serviços avulsos, ou qualquer outra coisa que você esteja faturando no WHMCS mas não tenha a ver com a sua hospedagem). Então basta selecionar todas as categorias que não devem entrar no relatório e salvar. Gerei umas faturas de teste e testei tudo, funcionou muito bem, devo colocar em produção agora. Vou mandar uns prints de como ficou: Aí aproveitei e resolvi usar a mesma lógica para entradas passadas. Neste caso, já estava cansado de lançar receitas e, coloquei só uma passada para testar, porém, nesse caso é importante lançar as despesas com data de início passada também (no formato YYYY-MM), e ele vai gerar esses gráficos em outra tela (De Despesas Passadas) com as receitas consolidadas nos últimos 12 meses. Vou mandar o print, mas nesse caso não tem muita coisa, porque só lancei 1 receita passada pra testar mesmo: Para quem quiser testar, estou anexando os módulos aqui. Segue link de download: https://id7.com.br/files/receitas_e_despesas_whmcs.zip UPDATE: Mandei versão nova com TOTAL no final da tabela. As instruções de instalação: Receitas e Despesas (Consolidadas e Futuras) para WHMCS. Autor: Antonio Ayres - antonio@id7.com.br COMO INSTALAR: 1 - Suba os arquivos para as respectivas pastas no servidor (modules/addons). A estrutura deve ficar assim: /modules /addons /receitas_despesas_consolidadas logo.png receitas_despesas_consolidadas.php whmcs.json /receitas_despesas_futuras logo.png receitas_despesas_futuras.php whmcs.json 2 - No WHMCS, vá nas configurações em Aplicativos e Integrações 3 - Na categoria FINANÇA, você encontrará 2 módulos: "Receitas e Despesas Consolidadas" e "Receitas e Despesas Futuras" Ou se preferir use a busca e pesquise por "Receitas e Despesas" 4 - Ative primeiro o módulo Receitas e Despesas Futuras. 5 - Na tela de Configurações do Módulo (deve aparecer automaticamente após ativar, mas caso não apareça, vá em Configurações > Opções > Módulos Addon) e no módulo de Receitas e Despesas Futuras ativo, clique em Configurar. Escolha os grupos que terão permissão para acessar o módulo. Escolha pelo menos o Full Administrator e, se desejar, outros, e salve. 6 - Refaça os passos 2 a 5 com o segundo Módulo (Receitas e Despesas Consolidadas). 7 - Se tiver feito tudo corretamente, você verá 2 submenus novos no menu "Complementos"

Vlw galera. Vou atrás dessas alternativas de ao S3. Talvez seja melhor centralizar a maioria dos backups externos nele mesmo, e deixar local só de alguns dias, como o colega sugeriu. Quanto à velocidade, pelo menos do S3 acho muito rápida. Volto backups rapidamente com ele.

Eu entendo que hospedagem é de fato um mercado muito saturado. Temos excelentes empresas, com muita fama já e com custos bem acessíveis. Acredito que seja muito difícil entrar nesse mercado sabe? Por que alguém hospedaria no Bolinhas Host se ele pode deixar pelo mesmo preço (por R$ 5-10 a mais) na Hostinger, Host Gator, etc.? Nome fala muito sabe? Vejo muito cliente nosso vindo com site hospedado na LocaWeb, que na minha opinião é uma das piores que existem (pelo menos para o desenvolvedor). Servidores obsoletos, para qualquer coisa tem que abrir um ticket, recursos super controlados e limitados, é terrível. Fazer um deploy na Locaweb é sempre um parto. Entendo que hoje tem muito mercado para quem tem de fato algum diferencial. Por aqui trabalhamos com desenvolvimento de sites, e percebemos que muitos clientes nem sabem o que é hospedagem e só tomam conhecimento disso quando nos procuram. Muita gente acabava contratando hospedagens péssimas, o que dificultava nosso trabalho e depois ainda prejudicava nosso portfólio com performance baixa dos sites que criamos. Iniciamos criando uma hospedagem enxuta e otimizada, apenas para clientes que nós mesmos desenvolvemos o site, e que temos certeza da origem dos sistemas, licenças, integralidade do site, etc. Foi apenas pra otimizar nosso trabalho mesmo, com valores quase que de custo. Com o tempo, vimos que o pessoal abandonava o site, não atualizava WordPress, plugins, temas, etc. Isso, além de deixar vulnerabilidades expostas, ainda colocava em risco a integralidade do nosso servidor. Hoje, o cliente desenvolve o site conosco, e já oferecemos a possibilidade de hospedar no nosso servidor, com um serviço de manutenção mensal e garantia entendida. Então ele tem a tranquilidade de saber que os mesmos profissionais que criaram o seu site também façam toda a manutenção do mesmo, e a garantia de que tudo vai funcionar. Se algo quebrar, nós arrumamos sem custo adicional. O cliente paga pela tranquilidade, e é extremamente simples convencer ele a querer deixar hospedado com a gente. Virou um upsell. E ele super entende pagar mais caro para deixar o site aqui, em vez de em outra hospedagem convencional, afinal nenhuma hospedagem vai oferecer esse serviço para ele. Cliente tranquilo até esquece da gente, tanto que automatizamos um relatório mensal que ele recebe por email, com tudo que atualizamos no site dele, assim ele tem a certeza de que ainda estamos lá cuidando do site dele. E cliente tranquilo, não liga de pagar por um reajuste de R$ 10,00 para não ter de mexer no que ta funcionando bem, então repassar custos é algo bem tranquilo para nós também. Fica aí o depoimento para o pessoal que ta querendo começar. Não ofereça o mesmo que todo mundo. Mesmo que você consiga ganhar no preço, pense no tipo de cliente que você vai atrair. Se ele aceita colocar o site dele numa hospedagem totalmente desconhecida, para economizar R$ 10, ele não ligaria de ir para outra que cobre R$ 10 a menos que você!

Bom dia pessoal. Tenho um VPS na Hostinger com 63 contas hospedadas (consomem cerca de 90GB), mas sou meio paranoico com esse lance de backups. Gostaria da opinião da galera se as políticas estão boas, se seria simples recuperar. Também aceito sugestões de otimizar o armazenamento e políticas. A própria Hostinger faz backup do VPS semanalmente, disponibilizando 2 backups completos do VPS (porém cerca de 6h para restaurar) No WHM, na função padrão de Backup, utilizo: Backup Incremental, Mensal (no primeiro dia do mês), Retenção de 3 últimos backups Destino no próprio HD da hospedagem Destino adicional em servidor Amazon S3 Todos os usuários, System Files, MySQL apenas por conta JetBackup 5 Backup Full Mensal no Amazon S3 com retenção de 4 backups Para alguns clientes "premium", backups semanais no Amazon S3, com retenção de 3 backups JetBackup Config com backup diário, retenção de 3 backups, no próprio HD Apenas a conta associada ao WHMCS com backup diário, (retenção de 7), semanal (retenção de 4) e mensal (retenção de 7), no Amazon S3 Apenas nossa conta de sites em desenvolvimento (os que estamos criando ainda ficam todos centralizados em uma conta) com Backups Diários e retenção de 7 (desta forma o máximo que podemos perder é 1 dia de trabalho), no próprio HD ManageWP Nossos clientes são todos sites WordPress, portanto cadastro todos no ManageWP para gerenciar os sites, e deixo ativo o Backup gratuito deles (mensal, retenção de 3) Entretanto, essa política me consome 293GB de espaço no servidor local e cerca de 180GB no Amazon S3. Em termos de custo, estamos gastando cerca de $10-$12 dólares com Amazon S3 e $9 dólares com a licença do JetBackup. O que me incomoda mais é esse uso do HD local da hospedagem, que poderia estar sendo usado para mais clientes. Críticas? Sugestões? Otimizações de espaço ou política?

O Asaas não aceita números em formato internacional (com código de país), então ele não vai receber o campo de telefone corretamente. Portanto, precisa ir no WHMCMS em Configurações > Configurações Gerais > Localização, e DESMARCAR a opção Número de telefone (Tick to enable international phone number input interface and automatic formatting). Assim ele não vai adotar o padrão de telefone internacional causando erro.

Boa tarde pessoal, toda vez que faço uma fatura é gerada, recebo um email do ASAAS dizendo que o telefone informado está incorreto. Estou anexando o print do telefone como está no perfil do cliente, certinho: Porém no ASAAS, o telefone vai parar no Celular, e fica algo como: (55) 11262-6649 Outra coisa é que já vi que no Asaas, no campo endereço, o número vai num campo separado da Rua, mas no WHMCS por padrão não tem o campo número. E o campo 2 de endereço vai parar no bairro: Alguém tem dicas ou sabe orientar como fazer esse mapeamento dos campos direito?

Estou testando o WHMCS para gerenciar uma hospedagem. Consegui deixar ele todo em português, mas os modelos de emails vieram todos em inglês (email de fatura, ativação de conta, cadastro, etc). Tem algum lugar com modelos traduzidos para português ou terei que traduzir tudo na mão mesmo?

Obrigado pelo retorno. Eu cheguei a considerar o isistem, mas ao acessar o demo deles no site, achei um tanto confuso. Não encontrei uma forma de cadastrar um plano ativo. Pelo que entendi, teria que criar um cliente, depois logar fingindo seu meu cliente para só então simular uma contratação, depois voltar no painel administrativo e alterar a data de vencimento. Seria isso? Minha dificuldade é justamente cadastrar os clientes todos na plataforma sendo que já estão ativos entende? Já o WHMCS o módulo da IUGU dele é pago né? E falam mal dele.

Olá pessoal, Tenho atualmente um servidor com diversos clientes, utilizando WHM/cPanel. Também tenho todos os clientes cadastrados em assinaturas, usando IUGU. Há planos mensais e anuais com cobranças automáticas. Entretanto, não há nenhuma inteligência ligando as duas coisas. Caso um cliente não pague, preciso acessar o painel da IUGU, confirmar que ele não pagou, ir lá e suspender manualmente o serviço. Depois, quando ele paga, preciso reativar manualmente também. Gostaria de uma ferramenta que me permita automatizar tudo isso. Porém tenho receio de como fazer a implementação. Ela precisa ser compatível com a IUGU, obviamente, mas não sei como faria para conectar as assinaturas existentes ao clientes. Ou se eu teria que manualmente lançar novos planos e alterar a data de vencimento manualmente, para a data de vencimento da respectiva assinatura na IUGU, cancelar a cobrança automática lá e deixar que o novo sistema gerencie por aqui. Na experiência do pessoal, o que seria mais indicado? Qual sistema e como faria essa implementação? Muito obrigado!