Drupal Associationから、参加者、スポンサー、セッションの提案が少なすぎるため、サンパウロで開催予定だったDrupalConを中止せざるを得ないという残念なメールを受け取りました。これはブラジルのDrupalユーザーにとって悪いニュースですが、不幸中の幸いもあります。
Drupalは優れたコンテンツ管理システムです。私たちはここ数年、DrupalとWordPressの両方で活動してきましたが、WordPressの進歩の多くはDrupalに似た機能の追加に由来していると考えています。Drupalで私たちが最も不満に感じていた2つの点は、不完全な多言語サポートと、有料モジュールが全く受け入れられないことでした。そのため、WordPressのクライアントに提供しているのと同じレベルの献身的なサポートを、Drupalのクライアントには提供できませんでした。
私たちは、Drupalの翻訳クライアントに対し、ウェブ開発戦略を見直し、WordPressを使用して新しい多言語サイトを構築することを推奨してきました。これが簡単な決断ではないことは承知しています。実際に何が必要か、また現在のDrupalの機能がWordPressのプラグインにどのように対応するかによって異なります。この記事が、その決断を下す際のお役に立てば幸いです。
DrupalからWordPressへのウェブサイトの移行 – どのプラグインを使用するか
あるCMSから別のCMSへの移行を検討する際、それが簡単な作業ではないことはすでにご存知でしょう。ベストプラクティスは新しいCMSで新しいデザインを作成することですが、完全に行き詰まっている場合は、既存のサイトを移行するために労力を費やすことも検討するかもしれません。
最も重要な疑問は常に、必要な機能が存在するかどうかです。見てみましょう。
多言語コンテンツ
多言語サイトを構築するDrupalのウェブ開発者は皆、Drupalのi18nモジュールに精通しています。i18nは非常によく書かれており、適切に保守されているモジュールです。WordPressでは、これは私たちのWPMLプラグインに相当します。WPMLはi18nと同じアーキテクチャを採用しており、コンテンツに言語属性を追加し、言語を異なる要素に分離します。Drupalではこれらを「ノード」と呼びますが、WordPressでは「投稿」および「タクソノミー」と呼びます。
Drupalのi18nの面白いところは、それが無料であることです。そして、Drupalのi18nの問題点もまた、それが無料であることです。
無料ということは、使用するために何も支払う必要がない反面、開発者もあなたに対して何の義務も負わないことを意味します。彼らはすべてが機能するように人間として最善を尽くしていますが、他にも義務を抱えています。WPMLの場合、$79を支払うことで、信頼できる商用サポートを受けられます。WPMLは私たちの生活の糧です。もしお客様を満足させられなければ、私たちは別の仕事を探さなければならないでしょう。私たちは自分たちの仕事をとても気に入っているので、そのような事態にはさせません。
信頼できるサポートを提供するだけでなく、WPMLから得られる収入によって、開発者、デザイナー、QAテスターの専任スタッフを維持することができます。WordPressのリリース前には常に互換性のあるWPMLバージョンを準備しており、他の主要なプラグインやテーマとの互換性を維持するためのリソースも備えています。
今日のグローバルな多言語の読者に届ける必要のあるウェブサイトを真剣に構築しようとしているなら、優れたサポートを備えたプロフェッショナルなツールが必要になります。WPMLを搭載したWordPressがこの分野のリーダーであることは偶然ではありません。
ViewsとCCK
Drupalの開発者に何が一番好きか尋ねれば、「ViewsとCCK」という答えが返ってくるでしょう（CCKはすでにDrupal 7のコアに組み込まれています）。もちろん、ViewsとCCKを使用すれば、ウェブ開発者は最小限の労力と、わずか数行のコード（あるいはコードなし）で何でも構築できます。
同じことがWordPressにも当てはまると私たちは考えています。すべてをゼロから書くのは楽しいかもしれませんが、それは本当に理にかなっているのでしょうか？
WordPressには現在、これらの優れたモジュールに相当する独自のバージョンがあります。私たちはそれらをViewsおよびTypesと呼んでいます。これは私たちが約1年前に開始した野心的なプロジェクトです。
私たちのViewsとTypesは、同様のニーズを満たすために書かれていますが、Drupalモジュールのクローンとしてではありません。Drupalは構造が異なり、開発者はDrupalとWordPressで異なるツールを必要とします。私たちは、WordPressのViewsとTypesをより使いやすく、自己完結型にするよう努めました。追加モジュールのファミリーに依存するのではなく、ウェブ開発者が私たちのプラグインだけで完全なサイトを構築できるようにしたいと考えています。
Typesは（CCKのように）コンテンツタイプを定義し、Viewsはそれを表示します。Viewsはデータベースからコンテンツをクエリし、好きな方法で表示できます。
Drupalのモジュールと同様に、学習曲線は決して平坦ではありません。これを支援するため、私たちは完全版のチュートリアルや短い「はじめに」のチュートリアルを作成しており、今後さらに追加する予定です。実際、使いやすさと緩やかな学習曲線は、このようなツールの成否を分ける要素です。私たちはこれに取り組んでいます！
構築するか、購入するか？
さて、ここで本当に大きな疑問に直面します。
多くのDrupalサイトはゼロから構築されます。開発者は強力なモジュールを使用し、サイトを最初から構築します。WordPressでは、多くのサイトがテーマといくつかのプラグインから始まります。開発者はテーマの微調整から始め、既存のプラグインを使って徐々に機能を追加していきます。
正解や間違いはなく、習慣があるだけです。ゼロからサイトを構築することに慣れているなら、それはWordPressでもうまく機能します。しかし、立ち上げの時間を節約したい場合は、目指しているものに似た既存のテーマを探し、大規模なプログラミングなしでカスタマイズするためにTypesとViewsを使用することを検討するとよいでしょう。
