WPML

Estamos prontos com mais um beta final para o WPML 3.8. Como você provavelmente sabe, nesta versão estamos focados no desempenho. Desde o beta anterior, encontramos mais espaço para melhorias e ele já está pronto para os seus testes.

Os novos padrões para velocidade e facilidade de uso


Até agora, quando você ativava a Tradução de Strings do WPML, você precisava configurá-la. Isso significava duas coisas:
  • Sem configuração, as traduções não são exibidas.
  • Você podia escolher a configuração “certa” ou a configuração “errada”, levando a um baixo desempenho e a um uso mais difícil.

Agora, quando você ativa a Tradução de Strings, o WPML define automaticamente o melhor modo para o seu site. Qual é o melhor modo? Isso depende das strings reais encontradas no seu site. Se você tem apenas strings que vêm de textos em inglês, o WPML o define como o padrão do site. O WPML só vai executar a Tradução de Strings em outros idiomas, para que não deixe o seu site lento no idioma padrão.

Resumindo, há menos configuração e melhor desempenho.

Quando você fizer o upgrade para o WPML 3.8, ele verificará se a sua configuração tem espaço para melhorias e vai sugerir que você faça alterações automaticamente quando necessário.

Execute a Tradução de Strings apenas quando for absolutamente necessário


A Tradução de Strings permite que você traduza textos (strings) de um idioma para outros. No WPML 3.8, aplicamos várias otimizações de velocidade importantes a isso:
  • O WPML não procura traduções para o idioma original.
  • O WPML não verifica o idioma original de cada string separadamente.
  • O WPML carrega apenas as strings certas necessárias para cada página.

Juntos, isso significa uma operação muito mais rápida.

Tradução de Strings em vez de arquivos .mo


O principal novo recurso no WPML 3.8 é a capacidade de substituir os arquivos .mo pela Tradução de Strings. Você provavelmente sabe que o WordPress usa arquivos .mo e que os arquivos .mo são relativamente eficientes (porque eles são executados abaixo do PHP).

No entanto, isso é verdade apenas para arquivos .mo pequenos. Alguns plugins (e até mesmo o núcleo do WordPress) têm arquivos .mo ENORMES. O WPML tem arquivos .mo enormes. O WooCommerce tem arquivos .mo enormes, assim como outros plugins e temas.

Se o WPML leva mais tempo para carregar a tradução de “uma string”, mas ele carrega uma pequena fração das strings encontradas nos arquivos .mo, o WPML pode fazer o trabalho muito mais rápido. Por exemplo, quando você está olhando para um post de blog no front-end, você precisa de talvez 15 strings do núcleo do WordPress (“leave a reply”, “reply”, etc.). Para obter essas poucas strings, o WordPress carrega um arquivo .mo ENORME.

Agora, o WPML vai bloquear o carregamento deste arquivo .mo e, em vez disso, vai fornecer as traduções para essas strings específicas. O ganho de desempenho é muito significativo.

Para que essa pequena mágica aconteça, o WPML precisa de um curto período de treinamento. Assim que você ativa a opção de “não carregar arquivos .mo”, o WPML usa um hook no carregamento do arquivo .mo e lê as strings que eles contêm. Fazemos isso em pequenos lotes, para não sobrecarregar muito o seu site. Quando esse treinamento termina (normalmente, após vários carregamentos do site), o WPML muda de modo, bloqueia os arquivos .mo analisados e fornece as traduções necessárias.

Experimente!


A equipe de desenvolvimento do WPML passou meses nesta versão e estamos ansiosos para saber o seu feedback. Vamos executar um QA completo na próxima semana. Se você puder testar esta versão nos seus sites de desenvolvimento, saberemos com certeza que todas as novidades não entram em conflito com o seu código e com os plugins e temas que você está usando.

Para testar, vá para a sua conta do WPML e clique em Downloads. Mude o canal para Beta e baixe. Certifique-se de baixar todos os componentes do WPML que você usa (você não deve misturar componentes de “produção” e “beta”).

Conte-nos como está funcionando para você?

Achou isso útil? Compartilhe este artigo: