Я получил печальное письмо от Drupal Association, в котором говорилось, что им пришлось отменить DrupalCon в Сан-Паулу из-за низкой явки, недостатка спонсоров и слишком малого количества предложенных докладов. Это плохая новость для бразильских разработчиков Drupal, но нет худа без добра.
Drupal — выдающаяся система управления контентом. В последние несколько лет мы активно работали как с Drupal, так и с WordPress, и мы видим, что значительная часть прогресса WordPress связана с добавлением функций, подобных тем, что есть в Drupal. Две вещи, которые больше всего разочаровывали нас в Drupal — это неполная поддержка мультиязычности и нулевая терпимость к платным модулям. Из-за этого мы не смогли обеспечить нашим клиентам на Drupal тот же уровень самоотдачи, что и для WordPress.
Мы рекомендовали нашим клиентам, использующим переводы в Drupal, пересмотреть свою стратегию веб-разработки и рассмотреть возможность создания новых многоязычных сайтов с помощью WordPress. Я знаю, что это непростое решение. Оно зависит от того, что Вам действительно нужно, и от того, как Ваши текущие функции Drupal соотносятся с плагинами WordPress. Надеюсь, эта запись поможет Вам принять решение.
Перенос сайтов с Drupal на WordPress — какие плагины выбрать?
Когда Вы задумываетесь о переходе с одной CMS на другую, Вы уже знаете, что это будет непростым шагом. Лучше всего было бы создать новый дизайн в новой CMS, но если Вы оказались в безвыходном положении, можно также рассмотреть возможность приложить усилия для переноса существующих сайтов.
Самый важный вопрос всегда заключается в том, существует ли необходимый функционал. Давайте посмотрим.
Многоязычный контент
Веб-разработчики Drupal, создающие многоязычные сайты, хорошо знакомы с модулем i18n для Drupal. i18n — это отлично написанный и хорошо поддерживаемый модуль. В WordPress его аналогом является наш плагин WPML. WPML имеет ту же архитектуру, что и i18n: он добавляет языковые атрибуты к контенту и разделяет языки на разные элементы. В Drupal они называются «нодами», а в WordPress — «записями» и «таксономией».
Самое забавное в i18n для Drupal то, что он бесплатен. Проблема i18n для Drupal также заключается в том, что он бесплатен.
Бесплатность означает, что Вы ничего не платите за его использование, но и разработчики Вам ничем не обязаны. Они делают всё возможное, чтобы всё работало, но у них есть и другие обязанности. В случае с WPML Вы платите 79 $ и получаете надёжную коммерческую поддержку. WPML — это наш хлеб. Если мы не сможем сделать Вас довольными, нам с таким же успехом можно искать другую работу. Мы очень любим свою работу и не допустим, чтобы это произошло.
Помимо предоставления надёжной поддержки, доход, который мы получаем от WPML, позволяет нам содержать полный штат разработчиков, дизайнеров и QA-тестировщиков. Мы всегда готовим совместимую версию WPML до любого релиза WordPress, и у нас есть ресурсы для поддержания совместимости с другими популярными плагинами и темами оформления.
Если Вы серьёзно относитесь к созданию сайтов, которым необходимо охватить современную глобальную многоязычную аудиторию, Вам понадобятся профессиональные инструменты с хорошей поддержкой. Неслучайно WordPress в связке с WPML является лидером в этой области.
Views и CCK
Спросите любого разработчика Drupal, что ему нравится больше всего, и Вы услышите: «Views и CCK» (CCK уже включён в ядро Drupal 7). Конечно, Views и CCK позволяют веб-разработчикам создавать всё что угодно с минимальными усилиями и всего несколькими строками кода (если он вообще нужен).
Мы считаем, что то же самое применимо и к WordPress. Возможно, писать всё с нуля — это весело, но есть ли в этом реальный смысл?
Теперь у WordPress есть собственная версия этих замечательных модулей. Мы называем их Views и Types. Это амбициозный проект, который мы начали около года назад.
Наши Views и Types написаны для удовлетворения схожих потребностей, но они не являются клонами модулей Drupal. Drupal устроен иначе, и разработчикам нужны разные инструменты для Drupal и для WordPress. Мы постарались сделать наши Views и Types для WordPress более простыми в использовании и самодостаточными. Вместо того чтобы полагаться на семейство дополнительных модулей, мы хотим, чтобы веб-разработчики могли создавать полноценные сайты с помощью наших плагинов.
Types определяет типы контента (как CCK), а Views отображает его. Views может запрашивать контент из базы данных и выводить его любым удобным для Вас способом.
Как и в случае с модулями Drupal, процесс обучения нельзя назвать тривиальным. Чтобы помочь, мы создаём подробные руководства, краткие инструкции для начала работы и многое другое. Действительно, удобство использования и лёгкость освоения — это то, что определяет успех или провал любого подобного инструмента. И мы над этим работаем!
Создавать самому или купить готовое?
Теперь мы подошли к действительно важному вопросу.
Многие сайты на Drupal создаются с нуля. Разработчики используют мощные модули и выстраивают сайт с самого основания. В WordPress многие сайты начинаются с темы оформления и нескольких плагинов. Разработчик начинает с настройки темы и постепенно добавляет функционал с помощью готовых плагинов.
Здесь нет правильного или неправильного подхода, есть только привычки. Если Вы привыкли создавать сайты с нуля, это отлично сработает и в WordPress. Однако, если Вы хотите сэкономить время на старте, Вам стоит поискать существующие темы оформления, похожие на то, что Вы хотите получить, и рассмотреть возможность использования Types и Views для настройки без сложного программирования.
