PauloNichio

Acesse o diretório /usr/local/directadmin/data/skins/evolution/lang e veja se nele existe outro diretório chamado "custom". Toda tradução que não seja a oficial do DirectAdmin deve estar neste diretório. Se existir ele, tente apagá-lo (ou renomeia-lo, como preferir) para que assim o sistema volte a capturar a tradução oficial do próprio DirectAdmin. Outra situação é abrir o arquivo directadmin.conf (/usr/local/directadmin/conf/directadmin.conf) e definir nele o Português do Brasil como padrão: language=pt_BR language_list=pt_BR:ar:de:es:es_419:fa:fr:hu:ja:en:zh A primeira linha define o idioma pt_BR como padrão. A segunda linha habilita quais idiomas ficarão disponíveis para seleção no rodapé do DirectAdmin. Aqui utilizamos estes idiomas que estão acima, mas você pode acessar o /usr/local/directadmin/data/skins/evolution/lang e pelo nomes dos arquivos colocar aqui quais idiomas deseja remover (ou adicionar). Reinicie o DirectAdmin após finalizar tudo. Veja se vai ajudar a resolver o problema.

O DirectAdmin não permite mais a instalação de subtemas. Pode ser que o código fornecido pelo @cabn12 não esteja mais funcional (precisa testar). De toda forma, basta definir o layout padrão para Grade de Ícones (Icons Grid) e, logado como administrador, navegue até a opção Personalizar Tema (Customize Skin) » Estilos CSS (CSS) e, na aba Layout Grade de Ícones (Icons Grid Layout) cole o seguinte CSS presente neste endereço: Evolution skin | Directadmin Docs Agora é só mudar as cores conforme a sua necessidade (Personalizar Tema (Customize Skin) » Cores). Ou, para um tema mais parecido ainda ao cPanel, aguarde o @Marks verificar se acha os arquivos

Para mover um usuário de partição, basta seguir este tutorial: Filesystem and quotas | Directadmin Docs Nele você vai colocar o nome do usuário, a partição atual e para a nova que irá mover e executar todos os comandos em sequência. Infelizmente é um processo manual que precisa ser feito usuário por usuário, porém funciona perfeitamente.

Toda conta criada no seu painel DirectAdmin terá um usuário padrão USUÁRIO@DOMINIO Você consegue acessar esta conta digitando no webmail somente o usuário (exemplo: conta1 - sem @dominio.com) e a senha de acesso da conta DirectAdmin. De fato, não é indicado utilizar esta conta de e-mail padrão para recebimento de e-mails. Se necessita criar um e-mail com exatamente o mesmo nome do usuário, talvez seja necessário trocar o nome de usuário da conta DirectAdmin, para que assim consiga criar o e-mail desejado, no nome correto.

Realmente é muito estranho. Por aqui em todos nossos servidores o recurso funciona corretamente e sempre executamos todas essas linhas no terminal. Tente entrar em contato com o suporte do DirectAdmin, com certeza eles vão conseguir te ajudar e entender o que pode estar acontecendo.

Tem sim. No seu servidor DirectAdmin, basta executar os seguintes comandos no SSH: cd /usr/local/directadmin ./directadmin set one_click_webmail_login 1 service directadmin restart cd custombuild ./build update ./build dovecot_conf ./build exim_conf ./build roundcube Feito isto, na página de "Contas de E-mails" do DirectAdmin, vai aparecer um ícone para acessar o e-mail, sem necessidade de digitar a senha. Referência: Webmail | Directadmin Docs

No seu servidor você utiliza o CloudLinux também? Se sim, lá no "Select PHP Version" do CloudLinux, troque as extensões mysql e mysqli para nd_mysql e nd_mysqli (ou vice-versa - ou marque apenas a extensão na qual estiver habilitada - ou seja, se somente estiver o mysql marcado por exemplo, desative-o e habilite o nd_mysql no lugar). Normalmente quando acontece isto, habilitar esta opção resolve o problema de acentuação.

Infelizmente não saberia lhe informar se é possível retirar estas opções. Até o ponto que tenho conhecimento, somente é possível retirar o PIX/Transferências, Boleto e Cartão de Crédito. As demais formas de pagamento imagino que seja padrão.

Aqui sigo utilizando o módulo sem nenhum problema no PHP 7.4.33 e WHMCS 8.8.0. O módulo em si não tem a opção de desabilitar formas de pagamento. Porém, poderá editar o arquivo mercadopago.php localizado na raiz e, na linha 90, alterar $exclude = ""; para $exclude = "credit_card";" por exemplo. Inserindo a opção "credit_card" todas as formas de cartão serão removidas. Deixo abaixo o link que mostra o nome de cada forma de pagamento utilizada pelo Mercado Pago. Se quiser desabilitar mais uma (boleto por exemplo) é só colocar credit_card,ticket e por aí vai. Exclude payment types and methods - Checkout Pro - Mercado Pago Developers

Obrigado pelo retorno, pessoal! Michael (acredito que seja o proprietário da NetDynamics) sugeriu que eu mudasse de servidor. Ele me forneceu um login de testes e, de fato, um backup que no servidor atual (Utah) estava levando em torno de 5 minutos para ser enviado, diminuiu para menos de 1 minuto. Fui migrado para o servidor da Leaseweb (Netherlands). Neste próximo final de semana, vou verificar se o tempo de transferência dos backups nos servidores volta ao normal. Caso contrário, vou fazer um teste na Wasabi. Aproveitando, vocês que utilizam a Wasabi, ela permite backups por FTP/SFTP e é possível usar Rsync com eles? Valeuuu!

Alguém mais está percebendo alguma lentidão no upload/download de arquivos nos servidores da OVH/Hetzner? Pergunto isso porque estamos utilizando a NetDynamics para armazenamento de backups, e o procedimento (DirectAdmin -> FTP) que normalmente é concluído em 24 horas já está em execução há mais de 3 dias, sem ser finalizado. Já entrei em contato com o suporte da NetDynamics, forneci MTR e demais informações, e a resposta que recebi é que a OVH e a Hetzner estão com problemas e saturação no link. Tenho certeza de que, ao entrar em contato com a OVH e a Hetzner, vão atribuir a responsabilidade à NetDynamics. Enfim... alguém está passando por algum problema semelhante? Obrigado!

O domínio do destinatário existe no servidor? Pergunto isto pois tive problemas parecidos tempos atrás até descobrir que um revendedor criou uma conta com o domínio "icloud.com" - e automaticamente todos os e-mails @icloud.com emitiam o erro 550 No such recipient here, já que o servidor procura primeiro se o domínio existe no servidor (ou no cluster) e só depois dispara para a internet.

A titulo de curiosidade, entrei em contato com eles (conheci eles há alguns anos, mas isto de não deixar claro o preço no site é ridículo), porém desta vez resolvi seguir adiante. Segundo eles, o plano inicial permite até 100 emissões de NFS-e por mês. Este plano sai a R$ 95,00 mensais com o setup de adesão e suporte de pagamento único a R$ 199,00. Nem perguntei dos demais planos ou taxas adicionais por boleto excedido. Achei meio inviável. Já basta pagar o imposto, agora pagar para fazer a nota também. rsrs

Olá Bruno! Pelo que é apresentado no WHMCS, parece que há um erro na função "API_BS2_CheckLicenca()". Ou seja, como se trata de um módulo de 2020 pago (licenciado), de lá para cá eles podem ter trocado variáveis, servidor ou até mesmo a URL de verificação da licença. Creio que a única forma seria comprando a nova versão do módulo ou realmente pagar para eles corrigirem, já que provavelmente o código está criptografado. Eu mesmo deixei de utilizar os módulos da MM justamente por erros assim, onde lançavam atualizações bugadas, com vários erros, marcavam reuniões desnecessárias para entender o problema (mesmo fornecendo o passo a passo e imagens dos erros), até que segui utilizando a versão antiga que funcionava e dias depois também parou de funcionar por trocarem as URLs. Aí desisti hehe

Muito obrigado pela dica Bruno e aos demais aqui! Realmente no arquivo /etc/hosts estava setado o localhost para acesso e não o IP público do servidor. Feito o devido ajuste, o acesso passou a funcionar normalmente na rede externa. Problema resolvido.

Fala Renato; Também não. Até executei os comandos aqui para ter certeza, mas nenhum firewall UFW está instalado também. A OVH informou que realmente a porta consta como fechada e que o firewall deles é somente tráfego de entrada (e não de saída). Ou seja, não faço ideia do que está acontecendo hahaha

Fala galera, beleza? Estou passando por um problema com um servidor na OVH um tanto quanto estranho. Tenho uma aplicação que foi desenvolvida para rodar na porta 81 (ou qualquer outra por exemplo). Se eu faço um telnet dentro da própria máquina, recebo o retorno corretamente e está funcionando. root@user [~]# telnet DOMINIO.COM.BR 81 Trying 127.0.0.1... Connected to DOMINIO.COM.BR. Escape character is '^]'. Se eu tento rodar o mesmo comando em qualquer outra rede (fora deste servidor), recebo o seguinte erro (inclusive tentei em outras máquinas na rede da OVH): [root@user ~]# telnet DOMINIO.COM.BR 81 Trying XXX.XXX.XXX.XXX (IP do servidor)... telnet: connect to address XXX.XXX.XXX.XXX: Connection timed out A porta 81 não consta como ativa em sites que verificam se a porta está aberta ou não . O servidor não possui qualquer firewall (iptables) instalado e nem o firewall da OVH está ativo. Existe algo externo que possa estar bloqueando o acesso a esta porta? Se eu tento trocar por exemplo a porta do SSH, a nova funciona imediatamente após a troca, fechando a porta antiga. Seria algo na OVH mesmo ou a forma como desenvolvi a aplicação seria o problema (onde foi alterado o proxy do Apache)? server { listen DOMINIO.COM.BR:81 ssl backlog=2048; server_name DOMINIO.COM.BR; ssl_certificate /etc/letsencrypt/ssl/DOMINIO.COM.BR/fullchain.pem; ssl_certificate_key /etc/letsencrypt/ssl/DOMINIO.COM.BR/privkey.pem; ssl_trusted_certificate /etc/letsencrypt/ssl/DOMINIO.COM.BR/chain.pem; ssl_session_cache shared:SSL:10m; ssl_session_timeout 5m; ssl_protocols TLSv1.1 TLSv1.2; (...) Abri um ticket lá no atendimento da OVH, mas duvido muito que vão ajudar em algo. OVH possui um ótimo serviço, mas quando precisa de assistência pode desistir. Se alguém puder editar o título do tópico para (Abertura de porta para acesso externo) ou algo do tipo, agradeceria muito, acabou indo errado hahaha

Pelo módulo não é possível. Porém, poderá editar o arquivo mercadopago.php localizado na raiz e, na linha 90, alterar $exclude = ""; para $exclude = "ticket";". Fazendo isto, irá desabilitar o boleto bancário.

Creio que este módulo funcione apenas na versão 7.x do PHP. Infelizmente na versão do PHP mencionada o mesmo não irá funcionar corretamente.

Aproveitando o tópico... vocês que estão saindo da OVH e indo para outro fornecedor/datacenter. Quais empresas vocês indicam, visando o custo/benefício que a OVH oferece?

A sorte nossa é que todos os IPs são para hospedagem. Então para resolver o problema de forma provisória, voltamos todos os clientes com IP Dedicado para o IP do servidor e os sites voltaram a funcionar. Mas no quesito VPS, imagino que isto seja um problemão. Todos os IPs seguem desaparecidos do painel e a OVH basicamente me mandou a caveira na resposta do ticket aberto:

Estou com este pensamento desde fevereiro/março... o problema é, para qual datacenter? Infelizmente o que segura os clientes na OVH é o custo benefício. O preço é baixo e o serviço funciona legal, porém são problemas como este que fazem a gente desistir, levando em consideração que o suporte é praticamente nulo. Estou brigando com eles há mais de 2 meses por causa destes IPs, e eles nunca respondem o que você pergunta. Outro ticket aqui mesmo ficou 32 dias para me responderem. Um servidor na OVH que você paga 60 dólares, em outro datacenter dificilmente acha por menos de 100 dólares (pelo menos nos quais eu pesquisei) e, aumentando preço dos servidores, aumenta preço para o cliente... e aí a gente já sabe... a reclamação é certa hehehe

exatamente... antes não estava vinculado a nenhum servidor agora sumiu tudo hahaha falo mais nada, desisto.

Aqui deu pontualmente 9 da manhã começaram os problemas com IPs. Imediatamente lembrei deste tópico aqui no fórum e vim ver ele e fiquei até mais tranquilo ao saber que tem mais pessoas com problemas. Fiz a renovação (manual) de todos os servidores a menos de 15 dias e, praticamente, todos nossos IPs foram suspensos hoje. Mais uma vez, renovei todos os IPs manualmente. Um desapareceu do painel e os outros, neste momento, não estão vinculado a mais nenhum produto... ou seja, estão renovados mas não funcionam. Isto começou agora. Cogito desistir de utilizar estes IPs da OVH, porque deste jeito, todo mês dando problema tá desanimando.

Olá, boa tarde! Você precisa criar uma aplicação em: https://www.mercadopago.com.br/developers/panel/app Depois disto, em "Notificações" > "IPN" (não pode ser Webhooks) configure a URL de notificação exibida no módulo de pagamento em seu WHMCS e, deverá funcionar sem problemas. Fez desta forma o cadastramento no Mercado Pago?