Respostas no Fórum

Visualizando 15 respostas - 211 até 225 (de um total de 370)
  • Caro @minuano,

    Não sou da WordPress. Esta é uma comunidade de voluntários que ajudam em seu tempo livre na medida de seu conhecimento. Fiz a suposição por não ter ficado claro para mim se o site já havia ou não sido migrado, já que às vezes é feita uma cópia do site durante a migração, mas o site original fica na hospedagem anterior até tudo estar funcionando a contento. Não sei se entendi seu pedido para consultar os nomes, mas se está se referindo aos usuários “minuano”, não tenho acesso para tanto. Somente o administrador do site e o pessoal da empresa de hospedagem poderia de alguma forma ter este acesso.

    Se o email não chega, pode ser mais de um problema, desde um bloqueio por spam até uma configuração errada do servidor de correios na hospedagem.

    Vc diz que mudou de hospedagem, mas ainda tem acesso à hospedagem onde seu site está atualmente? Acredito que sim, pois o site ainda está no ar. Em caso positivo, pode tentar acessar via SFTP e recuperar a senha usando as segunda (ou, em último caso, a terceira) maneira explicada neste post: https://www.valuehost.com.br/blog/como-recuperar-a-senha-do-administrador-do-wordpress/

    Olá,

    O endereço que vc usava para acessar o site continua respondendo, com a tela de login do WordPress aparecendo. Vc tentou clicar em “Perdeu a senha?” e usar o seu username para ver se ele envia um email para vc com uma senha provisória?

    https://snipboard.io/A7z0Xv.jpg

    Vc resolveu o problema? Pq eu consigo ver todos os ícones na primeira visita, usando vários navegadores. Caso contrário, poderia especificar que ícones deveriam aparecer que não aparecem? (Ajudaria se postasse um print de tela)

    Fórum: Outros assuntos
    Em resposta a: Conflito entre plugins

    Olá Luciana,

    O que vc pode fazer é instalar o plugin Diagnóstico e resolução de problemas, que é da própria equipe do WordPress, e usar sua função Resolução de Problemas.

    Com a função Resolução de Problemas ativada, vc (como admin) verá o seu site de um jeito, mas os visitantes continuarão vendo o site normalmente.

    Essa função desabilita (somente para vc) todos os plugins e ativa o tema default Twenty Nineteen. Aí vc habilita um a um os plugins até descobrir qual está causando o conflito. É um trabalho de investigação que requer paciência, pois o conflito vai acontecer com uma determinada combinação de plugins.

    Fórum: Outros assuntos
    Em resposta a: Erro no Serch Console

    Olá, Glauco,

    Se vc tentar validar a correção desse erro, o GSC deixa ir adiante? Ou acusa que não é possível? Se for o primeiro caso, então desencana. Se for o segundo, talvez seja algum dos problemas a seguir:

    Essa ferramenta geralmente apresenta esses erros como resultado de algum CSS que não carregou quando a página foi rastreada pelo Google. Sem o CSS, o desenho da página fica ruim e resulta no erro. Dá uma checada nos seus logs de acesso ao servidor se tem algum plugin de firewall bloqueando o acesso do Googlebot. Às vezes acontece também de ser um bloqueio temporário, tipo erro 5xx com servidor “indisponível”, mas o suficiente para gerar o erro.

    Olá,

    A tag correta para identificar abertura (e encerramento) de um parágrafo é <p></p>. Visitando sua página “Sobre”, notei que depois de <h2> tem uma série de tags <span>, uma para cada frase, com detalhes de estilo típicos de texto, como fonte e tamanho da fonte. O seu tema aparentemente usa o <p> corretamente, cf. visita à página de demo do tema. Por isso suspeito que seja algum plugin que está adicionando incorretamente as tags <span> no lugar de <p>. Vc precisa ver que plugins usa que poderia estar interferindo nisso, e talvez desabilitar um por um até achar o “culpado”. (Obs: Nada impede que, dentro de cada conjunto <p></p> haja elementos cercados pela tag <span>, o que é errado é não usar <p> para definir novo parágrafo.)

    A utilização de <br>, sugerida pelo @hlyra, deve ser feita para espaçamento artificial, por exemplo quando se quer abrir uma linha sem texto, ou separar em linhas elementos que fazem parte de uma mesma frase, não para identificar novo parágrafo de texto.

    Embora visualmente possam ter a mesma aparência inicial, são tags distintas que serão estilizadas via CSS por identificadores separados, o que pode resultar em problemas de formatação à medida que o tempo passa.

    Além disso, há a questão de acessibilidade. Leitores de tela utilizados por pessoas com deficiência visual fazem uma distinção, pausando entre cada parágrafo identificado por <p></p>, mas lendo continuamente quando a separação é feita por <br>.

    Olá,

    Tem como instalar sem o cPanel? Sim.

    Porém, instalar um certificado SSL envolve inúmeros detalhes. Cada servidor tem uma configuração própria, não existe receita que vá funcionar em qualquer situação.

    Como não se trata de um problema específico do WordPress, nem algo que possa ser resolvido com um plugin, sugiro que vc poste sua dúvida num fórum específico de configuração de servidor, como

    serverfault.com ou stackexchange.com, em inglês
    pt.stackoverflow.com, em português

    Não esqueça de fornecer todos os detalhes sobre o seu servidor. Assim terá chance maior de ter a configuração adequada sugerida por alguém que seja familiarizado com a sua configuração.

    • Esta resposta foi modificada 4 anos, 6 meses atrás por CB.
    Fórum: Ajustando o WordPress
    Em resposta a: WordPress lento

    Olá,

    Há inúmeros fatores que podem tornar um site WordPress lento. Como vc mencionou a migração do Blogger, eu sugiro dar uma examinada cuidadosa em suas páginas para ver se não sobrou nenhum recurso que esteja por algum motivo sendo bloqueado.

    Vc pode visitar o site com a Ferramenta do Desenvolvedor ativada (tecla F12 no Chrome/Windows) e ver se aparece algum erro no console.

    Outra coisa que pode ser feita é editar o wp-config.php para incluir um código que vai exibir mensagens de erro:

    define(‘WP_DEBUG’, true);

    Em seguida visitar o site e anotar as mensagens de erro que eventualmente estejam aparecendo. Não se esqueça de depois remover o código acima, para não ficar feio no seu site.

    Olá,

    Na verdade já não é mais possível forçar que a sua meta descrição apareça nos resultados. Já tem um tempinho que o Google passou a refazer a descrição em função do que o usuário digitar na busca, entre outras coisas. Então se vc tem uma página com a meta descrição:

    Passeios turísticos de barco saindo de Canasvieiras, Florianópolis

    E o usuário que fez a busca digitar “ilha do francês”, e no meio da página contiver na descrição que o tal passeio de barco passa pela Ilha do Francês, é provável que alguma coisa assim apareça no resultado:

    Passeios turísticos... conheça a linda Ilha do Francês... em Florianópolis

    O Google é quem manda! (E, segundo o Google, quem faz a busca é quem manda, não quem faz o site!)

    Para fazer um teste, faça essas duas buscas no Google:

    site:br.wordpress.org suporte
    site:br.wordpress.org página de suporte

    Em ambos os casos, o primeiro resultado da busca deve ser a página inicial do suporte do WordPress Brasil. Mas a descrição vai variar um pouco, no segundo caso incluindo a palavra “página”.

    Para saber qual seria a meta descrição usada por padrão para o seu site, pesquise somente:

    site:exemplo.com.br

    E navegue pelos resultados até encontrar a página desejada.

    Olá Stephanie,

    Usando o plugin Redirection que o Ralden recomendou, vc pode criar um redirecionamento avançado com base em URL e um segundo elemento, que pode ser um cookie, ou o “referrer”, de modo que, quando for identificado que a origem é do próprio site, ele não redireciona, quando não for do site, ele redireciona para alguma outra página (por exemplo, para a home page).

    Mais detalhes aqui: https://redirection.me/support/matching-redirects/

    Seria preciso instalar o plugin e fazer alguns testes para ver o que funcionaria melhor. O ideal é fazer testes num ambiente à parte e depois, se der tudo certo, levar para o site.

    Fórum: Plugins
    Em resposta a: Pluggins de segurança

    No caso específico de comentários, o que se recomenda é um plugin anti-spam. O mais conhecido é o Askimet, dá uma olhada.

    O Ninja Firewall tem um “companheiro” chamado Ninja Scanner. Enquanto o Firewall funciona para bloquear ataques em tempo real, o Scanner faz uma varredura do seu site para identificar possíveis problemas e posteriormente comparar com futuras varreduras e ver se algo foi alterado maliciosamente.

    • Esta resposta foi modificada 4 anos, 7 meses atrás por CB.

    Ao examinar o código-fonte da página inicial do seu site, vi dois problemas a partir da linha 1213:

    1) o código HTML continua depois de </html>, ou seja, há um HTML principal e outro que inicia quando este acaba. Seguindo a dica do @ralden e usando o plugin Diagnóstico talvez consiga identificar se é algum plugin que está causando essa anomalia. Do contrário, precisa entrar em contato com o suporte do tema.

    2) tanto a primeira parte do HTML quanto essa segunda parte estão com a sinalização de página em cache do WP-SuperCache (linhas 1216 e 1289). Isso provavelmente é o que está causando a barra de admin aparecer no topo. É preciso abrir o Painel > Configurações > WP-SuperCache > Avançado, e marcar em

    Miscellaneous: <x> Disable caching for logged in visitors. (Recommended).

    Provavelmente esse plugin está fazendo cache quando vc visita e está logada, aí a página no cache é mostrada a todos.

    Fórum: Outros assuntos
    Em resposta a: Problemas com PHP

    Olá @rodrigoteixeiraprado,

    Eu não teria problema nenhum em seguir o conselho da hospedagem em adotar “medidas de segurança avançadas no WordPress”. Isso não me parece ser um capricho da hospedagem, mas uma recomendação importante para qualquer site, especialmente num ambiente compartilhado.

    Pelo contrário, entendo a princípio que o zelo da hospedagem em exigir medidas de segurança é benéfico, pois outros sites no mesmo servidor do seu também terão de ter uma maior proteção, sem a qual podem ser derrubados e derrubar o seu por tabela.

    Eu uso e recomendo o Ninja Firewall (WP Edition) em seu modo “Full WAF”, que filtra as solicitações HTTP antes mesmo do WordPress ser invocado. (Tb já usei o Wordfence, que tem uma funcionalidade semelhante, só desisti dele devido a problemas com SEO). Só de instalar um firewall desses vc já deve convencer a hospedagem a liberar a função strrev, pois acho difícil que ambos não barrem malware a partir dela, já que a malandragem já foi exposta há algum tempo. (O Sucuri tem um post sobre isso de 2017).

    Quanto ao outro erro, é bem comum e nenhuma hospedagem vai livrar vc dele. Vc vai precisar identificar o que está causando e modificar o código ou substituir o arquivo do core que possa estar corrompido (às vezes acontece de um FTP adicionar um mero espaço ou linha em branco a mais, e já aparece erro desse tipo).

    Fórum: Outros assuntos
    Em resposta a: Mobile redirecionamento

    Olá @marcleiton,

    A melhor solução é de longe a apontada pelo @felipeloureirosantos, ou seja, a criação de um site “responsivo”, em que o mesmo HTML é servido para todos os aparelhos, mas com CSS diferente para cada tamanho de tela. É o método recomendado pelo Google em termos de SEO. Há muitos temas que já são responsivos, então uma possibilidade seria pesquisar e mudar de tema.

    A segunda melhor alternativa, na minha opinião, é usar o Cloudflare e configurar nele o redirecionamento para aparelhos móveis. É preciso ter um subdomínio (tipo m.) específico para o redirecionamento. Isso evita ter de programar e se preocupar com cache no servidor.

    Que eu saiba, toda solução para redirecionar para móvel tem base numa expressão regular que filtra as solicitações HTTP fazendo algum tipo de correspondência com o agente de usuário. É assim que o próprio Cloudflare faz. Por esse motivo, toda solução que tiver essa base vai ser falha, pois não há como controlar o navegador de visitantes, que podem bloquear ou “higienizar” o agente de usuário, seja por alguma configuração de privacidade do navegador, seja por alguma extensão voltada para o controle da privacidade, bloqueio de anúncios etc.

    Então quando vc tiver seu site mobile prontinho, vai ter sempre gente reclamando, pois alguns verão a versão não-responsiva para desktop caso aconteça de o navegador/extensão bloquear o AU, ou até mesmo se a expressão regular não conseguir identificar o dispositivo (é grande a variedade de modelos e não pára de crescer a quantidade de agentes de usuário).

    A expressão regular que o Cloudflare usa para mobile é essa aqui:

    (?:phone|windows\s+phone|ipod|blackberry|(?:android|bb\d+|meego|silk|googlebot) .+? mobile|palm|windows\s+ce|opera\smini|avantgo|mobilesafari|docomo)

    Eu tirei essa expressão de uma página que fala de cache, mas acho difícil que eles usem uma expressão para cache e outra para o redirecionamento. A única coisa é que para efeito de redirecionamento, não tem tablet; ou é mobile, ou é desktop. Note que está toda em caixa baixa, então é preciso qualificar a Regex com a bandeirola /i (case insensitive).

    O plugin que eu uso para redirecionamento é o Redirection, que pode ser configurado para usar Regex tanto na URL quanto no agente de usuário.

    Caso vc parta para programar sua própria solução, lembre-se que além de identificar o dispositivo pelo agente de usuário, será preciso “normalizar” as solicitações, do contrário seu servidor vai criar um cache para casa AU, o que na prática seria o mesmo que nem ter cache. É preciso pensar em termos de:

    Se corresponder à Regex para mobile > cache da página para mobile
    Se não corresponder, cache da página para desktop.

    Espero que ajude de alguma maneira. Sucesso!

Visualizando 15 respostas - 211 até 225 (de um total de 370)