Respostas no Fórum

Visualizando 15 respostas - 346 até 360 (de um total de 370)
  • Fórum: Temas
    Em resposta a: Ajuste de tema

    Olá @lukaizh, @ralden,

    O que eu vejo pela ferramenta do desenvolvedor do Chrome é que a palavra SEARCH está sendo inserida por um pseudo-elemento do CSS! Então não vai ficar traduzível mesmo.

    https://snag.gy/dZ5VRD.jpg

    Pelo pouco que entendo, o atributo “content” dos pseudo-elementos só deve ser usado para a inserção de coisas como bullets, setas etc, ou seja, geralmente um único caractere ou ícone em adição ao conteúdo principal, como parte da estilização.

    No seu site, a palavra SEARCH está inserida por um pseudo-elemento :before de uma div que inclui o botão. A inclusão de SEARCH via pseudo-elemento desrespeita a divisão clássica de conteúdo via HTML e apresentação via CSS. Se está no tema, é preciso pedir aos autores do tema que corrijam isso. (Provavelmente deixaram assim por descuido, do contrário haveria outros pseudo-elementos com conteúdo textual no tema, mas na página que olhei esse é o único caso).

    Um remendo que você pode tentar com base no que vi no Chrome seria incluir no “CSS Adicional” conforme explicado em resposta do @ralden, ou no css personalizado (custom) do tema descendente:

    .cactus-search-full .searchform > label:before, .cactus-search-full .searchform > div:before {
    content: ‘BUSCAR’;
    }

    Espero que dê certo. Mas como eu disse, é só um remendo, o ideal seria o tema incluir esse conteúdo (a palavra “search”) no HTML. Aí acho que ficaria traduzível.

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

    Olá @andyvalente,

    Este é um dos melhores comparativos de plugins de tradução que já vi, e está disponível em português em https://pt.wplang.org/wordpress-multilingue-melhores-plugins-traducao/. Ao final do artigo a autora menciona a opção de usar um multisite, como sugerido pelo @ralden.

    Neste outro artigo (em inglês), ela dá o passo a passo de como fazer um multisite multilíngue: https://wplang.org/wordpress-multisite-multilingual/

    No meu site eu utilizo o WPML, que já me deu muito problema. É um plugin complexo e convoluto, com opções espalhadas por diversas páginas. Tem um foco grande numa ferramenta que eu não uso, que é uma espécie de gerenciador de traduções. Assim vc pode abrir contas no seu site para os tradutores, que terão acesso ao arquivo na língua original e à ferramenta de tradução. Feita a tradução, vc pode aprovar etc. O benefício de uma ferramenta dessas vai depender de se você terceiriza as traduções e do volume de tradução. Apesar das dores de cabeça que eu já enfrentei, sempre que pesquisei sobre isso achei um grande número de críticas feitas também aos principais concorrentes desse plugin. Hoje, se for refazer o site, tentaria partir para a solução do multisite. Mas que também é uma opção complexa e pode dar algumas dores de cabeça, cf admite a autora dos posts mencionados.

    Em relação à sua pergunta específica quanto a criar subdiretórios para cada língua, tanto o WPML quanto a solução de multisites podem ser configurados para isso, como acredito que o Polylang e outros plugins também o façam. Foi a configuração que eu adotei no meu site. Hoje não utilizaria, por uma questão de SEO. É que se as páginas traduzidas forem muito pouco visitadas, puxam pra baixo a pontuação geral do site no Google, enquanto a solução por subdomínio, www. ou .br para português, es. para espanhol, en. para inglês etc, separa o SEO de cada subdomínio.

    Boa sorte!

    Valeu, @conexao. Esse tipo de paranoia todo mundo enfrenta um dia, e se eu estou podendo ajudar é porque já apanhei muito com isso também.

    Abraços e sucesso!

    ps: não esquece de marcar este tópico como resolvido

    Não deve se preocupar. Esse acesso mais lento vai acontecer somente na chegada ao site pela página inicial. Só vai afetar seus visitantes que digitarem www na barra de endereço para chegar ao site. Esses serão sempre uma pequena minoria. A maioria virá pelo Google, redes sociais etc, e só clica um link já pronto. Como o Google está indexando o seu site sem o www, quem chegar pelo Google já chega sem o redirecionamento. E a partir do momento em que chegam no seu site, essas pessoas que digitaram com www já vão clicar nos links dentro do próprio site, sem o www e portanto sem redirecionamento.

    Olá @conexao,

    Seu site está configurado para redirecionar de www. para o URL sem www. Em algum momento, a versão sem www foi a escolhida por você (ou quem configurou o site) para ser a versão oficial. Para o Google, é como se fossem dois sites diferentes. Você só deve se preocupar com a velocidade do site que vc escolheu, no caso o sem o www.

    O redirecionamento é fundamental porque por mais que vc divulgue o endereço do site sem o www, muita gente vai colocar por hábito o www. Por isso vc não deve remover esse redirecionamento. Se você remover, o Google pode começar a indexar as duas versões, o que é ruim, pois vc será penalizado por conteúdo duplicado.

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

    Olá @arutha176,

    Minha sugestão é que faça um pedido mais direto: como é que eu faço para fazer algo assim?… e inclua o URL de um site que vc quer ter como modelo. (Por motivo de segurança, sugiro que vc não divulgue o seu site antes de ele estar atualizado, e com plugins de segurança instalados. O WP está na versão 4.9.8!) É que a sua descrição pode ser entendida de maneira diferente por diferentes pessoas, e com um site como exemplo fica mais fácil e mais preciso entender o que vocês querem. Com certeza haverá boas sugestões de temas e plugins para criar sua exposição.

    A dúvida quanto a páginas ou posts, eu vejo assim: os posts serão incluídos no mecanismo de blog do seu site. Há vários widgets que são próprios para posts, entre eles os “mais recentes”, e os arquivos por ano, mês, ou data. Então os posts são fundamentalmente material que têm data. Por exemplo, vocês podem ter posts comemorando o lançamento da exposição, quando acrescentarem mais material, entrevista com historiadores etc. Eles têm um papel fundamental no SEO e no serviço de informação ao público, bem como no registro histórico da evolução do seu site e instituição. Um dia vocês vão olhar com orgulho para uma página assim: WordPress.org em 2003

    Já as páginas a meu ver são por natureza para conteúdo mais permanente. Embora tecnicamente se possa inverter tudo, eu acho bom deixar a função de registro e datação dos posts. As páginas você organiza mais pelo menu de navegação, que deve estar presente em todo o site. Veja se seu tema possibilita escolher para a página inicial/home uma página estática. Então a home do seu site será essa página estática, e a página com os posts do blog fica em outro endereço.

    Que belo projeto, desejo-lhes sucesso!

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

    Olá @digitalpt,

    Seu site está infectado por malware. Ele vai redirecionar os visitantes ou colocar anúncios que você não autorizou. Vc precisa fazer um scan em seu site com algum plugin de segurança:

    Wordfence
    Ninja Scanner
    Sucuri Security

    dentre outros, podem fazer uma varredura e deletar os arquivos infectados.

    Mas como seu site já está infectado, há várias outras medidas que precisam ser tomadas, para barrar a vulnerabilidade inicial que os hackers usaram para infectar seu site. De imediato, eu sugiro trocar todas as senhas (e instituir onde for possível a autenticação em duas etapas) em suas contas de acesso a:

    Acesso ao seu computador pessoal que usa para administrar o site (senha do Windows/Linux etc)
    Conta no provedor de hospedagem (bem como no registrador, se for outra empresa)
    cPanel ou equivalente
    FTP, SFTP, e chaves do SSH se tiver
    Painel do WP

    Ao trocar as senhas, lembre-se de forçar a saída (log off) de todos os usuários. No caso da conta do admin do seu site, vc faz isso trocando os “sais” criptorgráficos no wp-config.php. Vc pode gerar novos sais aleatórios em: https://api.wordpress.org/secret-key/1.1/salt/

    Uma última dica: NUNCA publique aqui ou em outros fóruns o URL de sites infectados. Isso vale especialmente para o seu próprio site. É ruim para seus visitantes, que vão fugir do site sempre que forem redirecionados para sites suspeitos, causa problemas com o Google, e acaba acelerando o processo de inclusão do seu site nas listas negras de sites infectados.

    Boa sorte!

    Fórum: Outros assuntos
    Em resposta a: Não funciona no celular

    Outra coisa, @novacriatura, apesar do código 500 de erro do servidor, este erro é gerado depois que o começo do HTML é enviado, tanto que outros ativos (.js, .css etc) estão sendo carregados na print que enviei acima. Examinando o conteúdo parcial deste html, ele encerra com uma mensagem de erro do Autoptimize afirmando que está faltando a tag de encerramento </body> no html do tema:

    <!–noptimize–><!– Autoptimize found a problem with the HTML in your Theme, tag /body missing –><!–/noptimize–>

    Talve isso ajude na sua investigação. Boa sorte!

    Eu li vários artigos sobre como configurar essas page rules. O que mais ajudou foi a documentação oficial do Cloudflare sobre como ajustar sites WordPress. Infelizmente a documentação sobre WordPress está espalhada em vários artigos. Tem um tutorial, mas é em inglês e não detalha muita coisa, mas tem links para outros recursos: https://support.cloudflare.com/hc/en-us/articles/200168306-Is-there-a-tutorial-for-Page-Rules- Mas se vc for no suporte do Cloudflare e fizer uma busca por “wordpress” vai aparecer muita coisa.

    Especificamente sobre as page rules, o que funcionou para mim (não é e-commerce) são estas (é importante observar a ordem, pois cada URL só ativa uma regra): https://snag.gy/bjaeGH.jpg

    Independentemente das page rules, me parece estranho o GTMetrix a partir de SP levar mais tempo sem o Cloudflare. Aconselho fazer uma revisão das configurações do Cloudflare e pedir ajuda no suporte deles.

    Fórum: Outros assuntos
    Em resposta a: Não funciona no celular

    Usando a ferramenta de desenvolvedor do Chrome no modo celular, o que aparece é que o HTML gerado tem resposta 500 (erro no servidor). O mesmo não acontece quando se usa o modo desktop. Então eu tentaria ver se não tem nenhuma regra no firewall ou .htaccess que possa estar indevidamente bloqueando o acesso via celular. https://snag.gy/QB3TGV.jpg

    Oi @manoelvlm,

    O GTMetrix usa por padrão os servidores de Vancouver no Canadá. Você pode alterar para São Paulo, aí a comparação fica mais confiável. (Provavelmente tanto com como sem Cloudflare vai ficar bem mais lento, devido a nossa infraestrutura de rede ser muito mais lenta que no hemisfério norte) Infelizmente não dá para usar a ferramenta de comparação no uso gratuito do GTMetrix a não ser a partir de Vancouver. Tem que alterar para SP e fazer dois testes, um com Cloudflare, outro sem.

    Afora isso, também é possível configurar um caching mais agressivo no Cloudflare usando as “page rules”.

    Fórum: Outros assuntos
    Em resposta a: Não funciona no celular

    Olá @novacriatura,

    Uma sugestão alternativa à oferecida pelo @ralden:

    No plugin Autoptimize, desabilite a otimização de JavaScript. Delete o cache do Autoptimize. Veja se funciona.

    Boa sorte!

    Oi @diasivan,

    Só um palpite de quem já apanhou com essas coisas… Seu site está no Cloudflare, certo? Quando vc mudou de servidor, vc atualizou os registros DNS com o IP do novo servidor? Talvez o Cloudflare esteja lendo seus arquivos no servidor antigo, enquanto no servidor novo o WP mostra tudo atualizado porque consulta o próprio servidor, sem acessar o Cloudflare para isso.

    Valeu @juca75. Boa sorte em seu projeto!

    Olá @juca75,
    Olá @ralden,

    A verdade é que a ferramenta de SEO do Neil Patel errou feio nesse caso. Esse tipo de ferramenta vai sempre fazer sugestões com base numa leitura programada, sujeita a equívocos. Um exemplo seria encontrar “ele mora na Rua da Bandeira” e sugerir “bandeira” como palavra-chave, o que seria um equívoco compreensível considerando-se a natureza automatizada desse tipo de ferramenta.

    Mas nesse caso foi um erro bem maior. A ferramenta sugeriu palavras-chaves que não aparecem em momento algum na parte visível ao usuário das páginas do seu site. Ou seja, sugeriu palavras-chaves a partir de termos do código-fonte, o que não deveria nunca ter acontecido.

    Portanto, como disse o Ralden, ignore esse tipo de mensagem. Se você quiser e tiver tempo para isso, entre em contato com o Neil Patel e alerte ele sobre essa falha, ele vai agradecer! (e aperfeiçoar a ferramenta)

    Do ponto de vista do SEO, além das ótimas dicas do Ralden, eu deixo uma sugestão: adote o protocolo HTTPS no seu site. O Google vem insistindo nisso, já deixou claro que HTTP tira ponto dos sites etc.

    Abraços

Visualizando 15 respostas - 346 até 360 (de um total de 370)