VERFASST VON MANUEL PISTNER AM 6. OKTOBER 2014 - 10:05

В этом году наша компания впервые была серебряным спонсором Drupalcon . На конференции был развернут  стенд ERPAL. Так как у нас было много встреч с коллегами и интересных бесед с другими разработчиками Drupal и спонсорами из различных компаний, я хотел бы поделиться своими мыслями и выводами в этом посте. Стало очевидно, что сообщество соглашается с двумя очень важными фактами.

Факт 1: Drupal не является CMS

И тут Вы могли бы воскликнуть: «Но об этом везде написано!" - И Вы были бы совершенно правы. Когда компании находятся в поисках CMS, чего они хотят? Главным образом, готовую к использованию систему для управления их контентом. В общем, они желают начать добавлять контент быстро и легко.

Тем не менее, когда мы устанавливаем Drupal, мы не получаем CMS, которая работает для конечных пользователей прямо из коробки: мы получаем чистую, минимальную установку Drupal, которая претерпит множество изменений, прежде чем станет возможно работать с контентом на сайте, однако,  Drupal гораздо более мощный! Тем не менее, он также может и немного разочаровать. При помощи всех доступных дополнительных модулей, Вы можете создать почти любое веб-приложение, но чтобы сделать полнофункциональный контент сайт, Вам необходимо быть опытным вебмастером. Вам нужно понимать, что собой представляют сущности, ноды , как правила и панели выполняют свою работу, почему и как использовать особенности (фичи) для развертывания и почему Вы не найдете готовый к использованию модуль "галерея " - вместо этого, Вы должны будете создать его самостоятельно. Это может быть проблемой, когда после установки , Drupal не работает согласно этим необоснованным ожиданиям. Если нужна простая в использовании CMS, которая работает сразу после установки, WordPress может быть лучшим выбором, так как он делает то, что люди ожидают. Установи и используй его для управления контентом!

В Drupal также возможно организовать управление контентом, но это придется делать вручную. Во всех наших разговорах мы предпочитаем называть Drupal конструктором приложений("фреймворком приложений"). И многие из тех, с кем я общался на Drupalcon, по-видимому, согласны с этим.

Таким образом, Вы можете использовать Drupal для создания полнофункциональной CMS, если Вы опытный вебмастер, знаете все модули и их взаимодействие друг с другом. Либо Вы можете использовать готовую сборку Drupal для управления контентом (если таковой имеется). Для этих случаев маштабного использования, применяются сборки друпала («дистрибутив») и многие из них представлены на Drupal.org. Дистрибутив Drupal представляет собой набор предварительно сконфигурированных модулей, которые предоставляют возможности для определенной цели, скажем, управления контентом. Drupal - это фреймворк, как писал Linux Magazine в предыдущем посте: Drupal предоставляет горизонтальные "модули инфраструктуры", такие как поля и сущности для построения модели данных, представления для запросов и списков данных, правил бизнес-логики, каналов и веб-сервисов клиентов для взаимодействия с внешними системами и их интерфейсами, панелей и отображения сайтов, так же как и другие средства форматирования для контроля отображения .  Все, что нам нужно для создания мощного вебприложения , доступно в модулях.

Поскольку многие друпалисты рассматривают Drupal таким же образом, я хочу попросить всех, позволить Drupal оправдать ожидания своих пользователей. Давайте покажем миру мощь Drupal по созданию веб-приложений, и представим ее с помощью своих сборок, используйте примеры, которые отличаются от вашей типичной CMS.

Дайте конечным пользователям функциональный и полнофункциональный дистрибутив для управления контентом, но не скрывайте другие возможности использования Drupal , таких как платформы для совместной работы, системы электронной коммерции, CRM системы, бизнес-приложения и инструменты планирования.

Я думаю, список почти бесконечен и управление контентом является лишь одним из него: Drupal может быть использован для создания всех их, без написания кода, но только не из коробки.

Факт 2: Интеграция действительно имеет значение.

Еще один важный факт, который я осознал, на конференции Drupalcon то, что многие люди ищут примеры прецедентов интеграции. Drupal интегрируется с другими системами очень хорошо — нас часто просят, интегрировать его с "крупными игроками" в индустрии программного обеспечения.

И еще лучше: он может расширить функциональные возможности другой системы в обработке данных, при интеграции его с новыми рабочими процессами.

Sharepoint и интеграции SAP запросы показывают, что Drupal созрел, и в настоящее время рассматривается как фреймворк энтерпрайз уровня. Не хватает только историй общественного успеха, которые наглядно продемонстрировали бы эти интеграции. Когда я представлял интеграции между предприятиями Drupal на примере Sharepoint на DrupalCamp во Франкфурте, меня спросили "Почему кто-то должен делать это?" Вопрос резонный , конечно. Действительно, почему разработчик Drupal должен использовать Drupal и Sharepoint вместе? Ответ на этот вопрос можно найти в предприятии. Всякий раз, когда Вы используете Drupal на предприятии для локальной сети, системы управления документооборота, в CMS или платформе для совместной работы, первое, что вы спросите:

"Можем ли мы интегрироваться с LDAP, чтобы избежать дублирования учетных записей пользователей и разрешений?

Можем ли мы иметь единую регистрацию?

Можем ли мы видеть документы, хранящиеся в Sharepoint в нашей инсталяции Drupal? Как насчет интеграции приложений SAP и можем ли мы повторно использовать данные из Drupal в Sharepoint или SAP ».

Ответ: да, да и еще раз да, мы можем! Но лишь немногие, на самом деле, поверят в это, так как они не найдут какие-либо примеры использования в Google или на Drupal.org.

Итак, что мы должны поощрять в сообществе Drupal, так это публикации успешных историй сценариев интеграции с другими корпоративными системами. Конечно, эти прецеденты не будут такими же блестящими, как красиво оформленные контент сайты , но они помогут развитию Drupal. По сравнению с другими системами веб-приложений, Drupal является одним из наиболее гибких: никто не спорит с этим. Он гибкий и открыт для «общения» с другими системами.

Из моих многочисленных бесед на Drupalcon стало ясно, что существует множество ниш для его(Drupal) использования на предприятиях/организациях, чем использование других дорогостоящих коммерческих систем, так как изменения в их коде всегда трудоемки и рискованны. Из нашей повседневной работы с Drupal мы знаем, что гораздо легче построить на Drupal, в основном при помощи конфигураций. Но почти никто из лиц, принимающих решения не знают, что это приводит нас к первому Факту - «Drupal не является CMS». Поэтому, когда вы создаете приложения на Drupal, интегрированные с другими корпоративными системами, как SAP или Sharepoint, ПОЖАЛУЙСТА публикуйте и продвигайте их! Это поможет развитию Drupal в корпоративном сегменте, где мы все хотим, чтобы он поселился в будущем.

Заключение : Давайте сделаем это вместе

Таким образом, если Вы согласны и хотите когда- нибудь видеть Drupal ведущим фреймворком приложений, поделитесь этой информацией и помогите нам со следующими шагами. Если Вы заинтересованы в дальнейшем обсуждении, используйте функцию комментариев. Если соберется достаточно людей, заинтересованных в этом движении, давайте все вместе и спланируем, как мы можем удовлетворить потребности пользователей Drupal. Возможно, у Вас даже есть случаи использования Drupal, как указано в фактах1 и 2? не стесняйтесь публиковать их.

Если Вы не согласны с этим мнением, и мы не встречались на конференции Drupalcon, поделитесь своими мыслями здесь.

Оригинал статьи: http://www.erpal.info/de/blog/two-important-drupal-facts-resulting-from-drupalcon-amsterdam-2014