WPML

Recebi um e-mail lamentável da Drupal Association, dizendo que eles tiveram que cancelar a DrupalCon em São Paulo, devido à baixa participação, pouco patrocínio e poucas propostas de sessões. Esta é uma péssima notícia para os drupaleiros brasileiros, mas há um lado bom nisso.

O Drupal é um excelente sistema de gerenciamento de conteúdo. Temos sido ativos tanto no Drupal quanto no WordPress nos últimos anos, e vemos que muito do progresso no WordPress vem da adição de recursos semelhantes aos do Drupal. As duas coisas que mais nos frustraram no Drupal foram o suporte multilíngue incompleto e a tolerância zero para módulos pagos. Sendo assim, não conseguimos oferecer o mesmo nível de dedicação aos nossos clientes de Drupal que temos para os de WordPress.

Temos recomendado que nossos clientes de tradução do Drupal repensem sua estratégia de desenvolvimento web e considerem a criação de novos sites multilíngues usando o WordPress. Sei que essa não é uma decisão fácil. Isso depende do que você realmente precisa e de como as suas funções atuais do Drupal se mapeiam para os plugins do WordPress. Espero que este post ajude você a tomar essa decisão.

Migração de sites do Drupal para o WordPress – quais plugins?


Quando você considera mudar de um CMS para outro, já sabe que não será uma mudança trivial. A melhor prática seria criar novos designs no novo CMS, mas se você estiver completamente sem saída, também pode considerar o esforço de migrar os sites existentes.

A questão mais relevante é sempre se a funcionalidade necessária existe. Vamos ver.

Conteúdo multilíngue


Desenvolvedores web de Drupal que criam sites multilíngues estão todos familiarizados com o módulo i18n do Drupal. O i18n é um módulo excelentemente escrito e bem mantido. No WordPress, isso seria mapeado para o nosso plugin WPML. O WPML desfruta da mesma arquitetura que o i18n, adicionando atributos de idioma ao conteúdo e separando os idiomas em elementos diferentes. No Drupal, eles são chamados de ‘nodes’, no WordPress, eles são chamados de ‘posts’ e ‘taxonomia’.

O lado bom do i18n do Drupal é que ele é gratuito. O problema do i18n do Drupal também é que ele é gratuito.

Gratuito significa que você não está pagando nada para usá-lo, mas os desenvolvedores também não devem nada a você. Eles fazem o melhor humanamente possível para que tudo funcione, mas também têm outras obrigações. No caso do WPML, você paga $ 79 e recebe um suporte comercial confiável. O WPML é o nosso sustento. Se não deixarmos você feliz, é melhor procurarmos outro emprego. Gostamos muito do nosso trabalho e não vamos deixar que isso aconteça.

Além de fornecer um suporte confiável, a renda que obtemos com o WPML nos permite manter uma equipe completa de desenvolvedores, designers e testadores de QA. Estamos sempre prontos com uma versão compatível do WPML antes de qualquer lançamento do WordPress e temos os recursos para manter a compatibilidade com outros grandes plugins e temas.

Se você leva a sério a criação de sites que precisam alcançar o público multilíngue global de hoje, vai precisar de ferramentas profissionais com bom suporte. Não é por acaso que o WordPress com o WPML é o líder nessa área.

Views e CCK


Pergunte a qualquer desenvolvedor de Drupal o que eles mais gostam e você ouvirá “Views e CCK” (o CCK já está no núcleo do Drupal 7). É claro que o Views e o CCK permitem que os desenvolvedores web criem qualquer coisa, com um esforço mínimo e com apenas algumas linhas de código (se houver).

Nós achamos que o mesmo se aplica ao WordPress. Talvez seja divertido escrever tudo do zero, mas será que isso realmente faz sentido?

O WordPress agora tem a sua própria versão para esses ótimos módulos. Nós os chamamos de Views e Types. É um projeto ambicioso que começamos há cerca de um ano.

Nosso Views e Types são escritos para atender a necessidades semelhantes, mas não como clones dos módulos do Drupal. O Drupal é construído de forma diferente e os desenvolvedores precisam de ferramentas diferentes para o Drupal e para o WordPress. Tentamos tornar nossos Views e Types para WordPress mais fáceis de usar e independentes. Em vez de depender de uma família de módulos adicionais, gostaríamos que os desenvolvedores web pudessem criar sites completos com os nossos plugins.

O Types define os tipos de conteúdo (como o CCK) e o Views os exibe. O Views pode consultar o conteúdo do banco de dados e exibi-lo da maneira que você quiser.

Assim como nos módulos do Drupal, a curva de aprendizado não é trivial. Para ajudar, estamos criando tutoriais completos, tutoriais curtos de “primeiros passos”, com mais a caminho. De fato, a usabilidade e uma curva de aprendizado suave são o que define o sucesso ou o fracasso de qualquer ferramenta desse tipo. Estamos trabalhando nisso!

Construir ou comprar?


Agora chegamos à grande questão.

Muitos sites em Drupal são construídos do zero. Os desenvolvedores usam módulos poderosos e criam o site a partir do zero. No WordPress, muitos sites começam com um tema e alguns plugins. O desenvolvedor começaria ajustando o tema e adicionaria gradualmente as funcionalidades com plugins prontos.

Não há certo ou errado, apenas hábitos. Se você está acostumado a criar sites do zero, isso também funcionará muito bem no WordPress. No entanto, se você quiser economizar algum tempo de inicialização, pode procurar por temas existentes que se pareçam com o que você deseja e considerar o uso do Types e do Views para personalizações sem programação pesada.

Achou isso útil? Compartilhe este artigo: