Todas Atividades

Bom basicamente voce precisa alugar 8ou comprar se quiser fazer colocation) dois servidores dedicados para montar um cluster para ter alguma redundância, eu uso o proxmox como virtualizador. Depois é criar as Vms e rodar nela o que precisa, pode ainda vender servidores virtuais e etc. Sobre aprender, é ir buscar no Youtube ou comprar alggum desses cursos que hoje são bem em conta, o resto é tentativa e erro.

Se precisar entra em contato que temos cpanel e plesk e revenda vps sem custo inicial, quando o revendedor não entende damos suporte a ele para explicar ao cliente e com isto vai aprendendo também.

Atualmente eu faço revenda de um servidor de terceiros. Mas quero montar minha própria estrutura/servidor. Hoje vendo hospedagem lite speed. Porém, tenho 0 conhecimento. O que você recomenda de treinamentos tanto para que eu consiga estruturar e manter a manutenção desses servidores, quanto para que eu consiga prestar suporte aos meus clientes caso precisem de algo mais técnico?

Recebi aqui também esse aviso! Já estou planejando migrar os serviços para outra localidade para não passar por esse downtime.

Realmente tava pensando nisso.

Mas se o hardware é próprio não tem outro jeito, a não ser que tivessem estrutura já ativa no outro DC. Isso me lembrou um evento anos atrás que uma empresa ativa aqui no fórum foi migrar de um DC para outro ou era seu fornecedor que estava mudando. A promessa era de algumas horas mas levou quase uma semana para voltar ficar disponível.

Se quiser evitar clique acidental, você pode colocar um modal de confirmação. Deseja alterar o status para Enviado? Não Sim

Fiz uns ajustes no dashboard

Eu coloquei dropdown por que fica mais dificil do cliente colocar o pedido concluído sem querer, por um clique acidental, isso por que quando o pedido está concluído ele desaparece dessa aba de pedidos depois de alguns segundos para otimizar o espaço de produção. Mas fiz essa alteração para botões pra ver o feedback dos clientes. De um lado ta a página de pedidos(admin) do outro ta a página de rastreio do pedido(usuário)

A New Day – A New Spot on the Map! PQ.Hosting Expands Its Presence in Europe Once Again Our company continues to move forward confidently, strengthening its position in the European market. This time, we are launching two new locations — each in a completely different country. VPS in Liechtenstein — Available Now! You can order a server in Liechtenstein right away — sales are officially open. Just visit our website, choose the right plan, and launch your VPS with up to 10 Gbps bandwidth — no delays, no compromises, right in the heart of Europe. Albania — Sales Are Open! We have also launched sales in Albania, and you still have the chance to use the promo code PRESALE46 until April 4, 2025, 23:59 UTC+3. The location is already available, so hurry up — there’s not much time left to grab your discount. We keep growing and aim to be even closer to our clients. Stay tuned for more updates and unlock new opportunities with PQ.Hosting.

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.

Mesmo sendo uma mudança de data center físico, hoje em dia é totalmente possível montar uma estrutura que permita migração de VPS online, sem gerar downtime. Por exemplo, dá pra configurar um túnel entre os dois data centers e criar um ambiente temporário onde as redes dos dois lados se comuniquem. Com isso, o provedor pode mover as VMs uma a uma, mantendo IP, MAC e conectividade durante a migração. Isso é algo comum quando se quer evitar indisponibilidade para o cliente final.

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.

Estranho... eles estão mudando de data center físico ou é apenas uma migração de bare metal onde a VPS está alocada? Aqui, em casos de urgência, até fazemos migração durante o dia, mas sempre com a VPS online, de forma que o cliente final nem percebe. Só desligamos o VPS quando realmente não é possível migrar online, e mesmo assim, programamos para a madrugada, com downtime mínimo, geralmente de poucos minutos. Uma janela de até 12h em horário comercial é bem fora do padrão atual.

Ficou legal o visual no celular, bem limpo. Nessa tela do restaurante eu trocaria esse dropdown de atualizar status por botões grandes com icones/cores, se torna mais fácil para quem vai trabalhar recebendo/processando os pedidos. Ajudei um comercio a implantar delivery um tempo atrás e testamos várias plataformas diferentes, e o sistema que oferecia botões grandes com cores diferentes as pessoas achavam mais pratico. Quando era dropdown ou radio as pessoas sempre davam uma travada para pensar e selecionar a opção. Com o botão já ia no automatico.

Eu tento deixar o mais responsivo possível… ao finalizar o pedido o cliente é redirecionado para o WhatsApp da empresa com todo pedido, tem um painel de pedidos tbm pra gerenciar por lá, onde é possível alterar status do pedido para o cliente conseguir rastrear.

Tarde pessoal! E essa migração da Hivelocity? Alguem mais recebeu o aviso? Vão migrar estrutura física em plena 4ª feira durante o dia! Previsão de até 12h de downtime, das 9h as 19h (horário de SP), agendada para dia 16/04. Esse tipo de manutenção não deveria ser feita no final de semana, ou periodo da madrugada? Acho q o impacto seria bem menor, mesmo levando em conta o fuso horário, etc.

Essas 2 telas ai estão no padrão, nada a mudar. Agora resta saber como se comporta no celular/tablet, já que poucos delivery usam desktop. E também as demais telas, como o processo de checkout do cliente e o processo do restaurante receber o pedido, impressão, etc.

eu usava a versão tradicional, quando assinei só tinha ela. Essa versão lite não compensa, ela tem poucos recursos.

Bom dia pessoal, eu desenvolvi um sistema de delivery conectado ao whatsapp bem intuitivo, mas eu gostaria da opinião de vocês sobre meu dashboard... Quero garantir que seja uma interface fácil de navegar pelas opções do delivery, para que qualquer pessoa (inclusive as com menos instruções em tecnologia) consiga navegar com clareza. Para esse objetivo, esses cards são uma boa? Tem alguma sugestão para apresentar meu dashboard de maneira mais impactante? Essa é a primeira página que o cliente acessa após logar, eu gostaria de causar um impacto positivo. Não sei se essa área é destinada para falar apenas do whmcs.. Se for peço perdão.

Se tiver interesse em contratar com 128GB, podemos fazer o upgrade. Chame no WhatsApp e vamos conversar. Contato via WhatsApp - Opção 1 Comercial: (31) 4042-7655

Utilizo Imunify360, já foi melhor. Estou pensando em partir para CPGuard, vi que tem duas versões e pelo que entendi a Lite só não tem o painel centralizado, @Thiago Sabaia qual dessas versões você utilizava?

Eu gostava muito do cpGuard, pois além da proteção contra ataques, ele tem a proteção contra spam da Malware Experts

Paypal faz algum tempo que encerrou o serviço de conta de pagamentos no Brasil, então eles estão tomando essa atitude para não ficar com saldo parado dentro da conta. Stripe é ótimo, sem contar que o checkout transparente funciona perfeitamente no WHMCS devido a parceria no desenvolvimento. Os 30 dias é questão de adaptação. Depois que passa 3 meses você nem sente mais.

Mais o bom suporte é importante independente da experiencia que seu cliente tem, afinal muitas coisas vai depender da empresa. Você precisa ter um suporte bom e rápido, para em caso de um problema que não está no alcance/nivel de acesso do cliente, ele tenha solução ou pelo menos satisfação de forma rápida. Durante os 15 anos que trabalhei na area, o tempo era em media de 10min entre 6h as 23h, enquanto na madrugada era 40min. Se for algo que você não consegue resolver dentro desse tempo, pelo menos de satisfação ao cliente que o caso dele foi recebido e já está sendo analisado. O cliente mais exigente sempre será aquele que menos incomoda. Se ele fica meses/anos sem abrir ticket é porque ele tem conhecimento e resolve tudo sozinho, então no dia que ele precisa de suporte, ele espera que seja rápido e eficiente.