Se não consegue acessar nem com username nem com e-mail, significa que seu usuário foi modificado ou mesmo eliminado. Para resolver isso irá precisar de acesso ao banco de dados do seu WordPress. Como seu site está hospedado na Hostgator você deverá conseguir acessar o banco através do cPanel. Caso não saiba como fazer isso pesquise nos fóruns/faqs da hospedagem. Ao abrir o banco de dados de seu site procure pela tabela wp_users; dependendo de como realizou a instalação o prefixo da tabela “wp_” poderá ser diferente, então recomendo procurar apenas pela palavra “users”. Essa tabela contém todas as informações essenciais dos usuários como username, e-mail e senha. Lá você poderá verificar se o seu usuário realmente existe. Veja um exemplo nessa print:
Caso seu usuário não esteja listado e você não tenha contato direto com outro usuário administrador para criar um novo usuário para você, poderá criar um através do banco de dados. Não é muito simples, mas também não é difícil; é só seguir este tutorial.
A página está apresentando vários erros de JavaScript e tenho a impressão que esses erros estão associado a arquivos minificados, efeito de plugins/configurações de desempenho. Não sei se esse seu problema está também relacionado com esses erros, mas se estiver usando plugin de cache desative ele e teste em janela anônima.
Caso não seja esse o problema, vá em Elementor 🠖 Configurações 🠖 aba Recursos, e nas opções Recursos estáveis experimente inativar as opções e testar em janela anônima.
Deve ter ocorrido após alguma atualização automática e por isso é importante manter um log do que acontece no seu site ou então desativar as atualizações automáticas e fazê-las manualmente após criar um backup do site. Com isso terá controle sobre esses problemas que não são muito raros após atualizações.
Não creio que precise usar outro editor já que o plugin oferece suporte técnico. Mas antes de tentar contato com eles verifique se o PHP está na versão 7.4. Caso não esteja utilize ela (e nenhuma outra, pois esta versão possui 100% de compatibilidade garantida no momento atual) e realize novos testes conforme já feitos antes (sem plugins ativos exceto o Elementor e utilizando um tema padrão do WordPress – algum dos Twenty).
Verifique também se o WordPress está na versão mais recente (6.2.1) e o Elementor também (3.13.2). Caso esteja tudo atualizado e o problema continue, tente fazer um rollback do editor para uma versão que você tenha certeza que estava funcionando.
Certifique-se também de estar com uma versão oficial do plugin instalada.
Creio que primeiramente você tenha que eliminar as possíveis fontes de entrada de códigos maliciosos, onde as principais são:
Plugins/temas nulled (zips piratas baixados pela internet sem fonte confiável – entenda por fonte confiável apenas o site oficial do plugin/tema desenvolvido por pessoa/empresa reconhecida)
Plugins/temas não piratas mas ilegalmente adquiridos de fontes não confiáveis. A exemplo do Elementor, que é um plugin caro, mas você acha inúmeros sites revendendo licenças aos montes, à custos muito baixo, como R$30,00.
Plugins/temas que precisam ser ativados por terceiros através de uma conta admin, onde a pessoa acessa seu painel do WordPress para realizar a ativação.
Utilize apenas plugins/temas de fontes 100% confiáveis, preferencialmente baixados diretamente dos repositórios do WordPress, através do painel administrativo do mesmo. Se for utilizar algum que não possa ser baixado diretamente pelo painel do seu WordPress, empenhe-se em pagar caro para fazer o download do site oficial e nenhum outro local.
Sem fazer esses passos acima não terá como eliminar completamente os riscos e o problema pelo qual está passando agora.
Feito os procedimentos acima, experimente utilizar algum dos plugins de segurança que possuem a funcionalidade de varrer arquivos em busca de malwares. Exemplos: Defender, Cerber, Wordfence, Clean Talk ou qualquer outro que achar viável e confiável.
Com o plugin de segurança ativo execute um rastreio completo (arquivos, temas e plugins) por snippets maliciosos no site. Faça as ações necessárias que o plugin sugerir para realizar a limpeza.
Depois disso mantenha o plugin de segurança ativo e faça todas as configurações possíveis para proteger seu site, onde as principais são sobre XML-RPC, slug de login e prevenções contra spam e força bruta.
Somente depois de realizar todo esse procedimento entre novamente em contato com sua hospedagem requisitando uma nova varredura por parte deles.
O site deve ter sido desenvolvido em PHP sem uso de CMS.
Se você desenvolve em WordPress mas não tem muito conhecimento de PHP, HTML, CSS e JS para conseguir ajustar o site como ele está, o que você pode fazer é propor ao cliente desenvolver uma nova versão do site em WordPress e quando estiver pronta migrar para o domínio e subdiretório atual.
Da uma olhada neste artigo aqui. Embora você já tenha feito a maior parte dos passos, verifique se os produtos atendem ao tamanho máximo da embalagem e peso orientados pela tabela dos Correios (item 4.2 do artigo). Se estiver tudo correto, a única saída seria ativar e verificar o log, que se trata do item 5. Nele conseguirá detalhes do problema.
Me parece que está usando algum plugin de multilíngua para tradução em outros idiomas e esse pode ser a fonte desse “problema”. Verifique na documentação do plugin como contornar isso, caso realmente seja necessária essa alteração de slug, já que é algo não tão visível aos visitantes.
Evite excluir plugins pois são eles, no geral, que vão adicionar as funcionalidades ao site e muitas delas relativas ao layout. Uma alternativa seria simplesmente renomear a pasta dos plugins.Pode também fazer isso com a pasta “plugins” que fica dentro de wp-content; isso fará com que todos os plugins sejam desativados de seu site, mas não excluídos. Quando tentar realizar o login novamente, faça-o em janela anônima para evitar usar arquivos de cache e/ou cookies que podem estar interferindo. Se o login ocorrer e você não for redirecionada para a página de administração mas sim para a home do site, experimente simplesmente adicionar “/wp-admin” ou então “wp-admin/index.php” no final da url (sem as aspas, claro). Isso deverá te levar ao painel de administração. Verifique no painel da sua hospedagem qual a versão atual do PHP. Caso não esteja na versão 7.4, mude para ela e mantenha sempre nessa versão até que o PHP 8+ tenha completo suporte oficial pelo WordPress, que por hora ainda está em fase beta de implementação.
Olá @femarks . Se não conseguir resolver diretamente nas configurações do Elementor, você pode fazer com CSS. Vá em Aparência 🠖 Personalizar 🠖 CSS Adicional e coloque o seguinte código:
Particularmente gosto bastante do Gutenberg, o editor de blocos padrão do WordPress. Existem alguns addons muito bons para complementar a grande falta de recursos e configurações que os blocos padrão tem, como por exemplo o Spectra, Kadence Blocks, Qubely, Gutentor, Stackable e muitos outros. Com relação aos projetos e ajuda, visite meu site.
Ao tentar abrir algum desses links (do acervo) percebi que no final da url é adicionado uma referência a um arquivo em php. Esse não é um comportamento do WordPress. Esse site, o do acervo, foi desenvolvido com WordPress? Qual versão do PHP está rodando nele?
No geral o arquivo wp-config.php tem permissão de leitura e escrita e o WordPress deveria conseguir editá-lo. Se não está conseguindo é porque o arquivo deve estar com uma permissão mais restritiva e você poderá contornar isso mudando a permissão dele através de FTP/SSH ou pelo painel da sua hospedagem. Se não tem conhecimento técnico ou prefere não fazer essa alteração entre em contato com o suporte da hospedagem e peça para que coloquem a permissão adequada a este arquivo (em geral é 640). Uma alternativa seria você mesma editar este arquivo para copiar e colar este conteúdo em seu interior ( deve ser adicionado antes da linha que diz “/* Isto é tudo, pode parar de editar! 🙂 */” ). Poderá fazer isso pelo painel da hospedagem, FTP ou SSH. Tenha sempre uma cópia de segurança.
Olá @rrpinto Já tive problema semelhante e também já ajudei alguns colegas a resolverem essa mesma situação. Não sei se é o seu caso, mas o que tive contato foram pelo seguinte motivo: misturar blocos de addons diferentes. Por exemplo aconteceu em um site com Gutentor de colcoar um bloco do Gutentorg dentro de um bloco nativo do Gutenberg (ou foi ao contrário, não me lembro ao certo); o mesmo já ocorreu ao misturar blocos de outros addons com o Spectra por exemplo. Minha dica é: se for criar uma parte do site com um determinado addon, use apenas blocos desse addon sem usar de outros ou do próprio Gutenberg. Ou, se for usar blocos do Gutenber tente não usar outros addons junto. Isso não quer dizer que você vai ter que fazer a página inteira usando somente um dos addons ou apenas blocos do Gutenberg. Mas, por exemplo, se criar um container com o Spectra, não coloque dentro dele blocos do Gutentor; isso vai dar problema hora ou outra. Aqui usei dou addons como exemplo, mas essa lógica se aplica a quaisquer outros.
Se tiver interesse, vou indicar um canal muito bom com 4 módulos somente sobre desenvolvimento de sites em WordPress, desde a criação do zero até o desenvolvimento de uma loja virtual com todos os requisitos de LGPD, além de muitos outros cursos, tudo gratuito. É o canal do Gustavo Guanabara, Curso em Vídeo no Youtube. Os cursos são sensacionais e ele tem uma didática muito boa.
Visualizando 15 respostas - 1 até 15 (de um total de 18)
