Готов ли Drupal для предприятия?

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

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

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

Ответ первый: да

• internet_search: // "drupal на предприятии" <- используйте эту точную фразу
• Drupal "Истории успеха"
• Студенческая деятельность поддерживает 170 сайтов Drupal 6 в Texas A&M

Ответ второй: это зависит от обстоятельств

Несомненно, есть некоторые, кто обеспокоен этим вопросом. Поддержка и схема базы данных Drupal подвергались некоторой проверке и критике в связи с ее развитием. Это, вероятно, уменьшится, если некоторые или все запланированные улучшения войдут в Drupal 7. Это один из трех ваших вопросов, на который нельзя легко и однозначно ответить, выполнив поиск в Интернете.

• Планы баз данных Drupal 7
• Обновление базы данных Drupal 7

Ответ третий:

• Системы управления контентом с открытым исходным кодом

Ответ четвертый: (Обновление: 2010-02-03 11:25:04)

• см. также: https://stackoverflow.com/questions/1715811

Я не рекомендую Drupal из-за его неэффективности. Да, он может делать почти все, но делает это медленно. Для любого сайта, кроме простейшего, drupal не сможет построить такую ​​эффективную цепочку запросов и страниц, как сайт, созданный на заказ. То, что можно сделать вручную с двумя соединениями SQL и одним циклом PHP, скорее всего, будет обрабатываться Drupal с пятью объединениями и вложенным циклом.

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

Помогая создавать сайты на drupal для Научно-популярный журнал и вскоре еще одного журнала (я не уверен, смогу ли я его назвать?), Я думаю, что это вполне подходит. Мы также создали интранет-сайт для BMW и Беременность.org.

Возможно, он еще не идеален, но вполне подходит.

Да, но...

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

Если вы используете Drupal (или любую другую стандартную CMS), не нужно просто нанимать какого-нибудь дизайнера joe-shmo, который сделает это за вас. Если возможно, наймите один контракт на визуальную тему и разработчика php, чтобы фактически создать тему из PSD.

Я был ведущим разработчиком недавно запущенной Американской диабетической ассоциации - http://forecast.diabetes.org/ - перестроенной на Drupal. На момент запуска мы получали около 250 тысяч уникальных посетителей в месяц, и эта цифра значительно росла. Хотя критика «неэффективных цепочек запросов» в основном верна, для этого есть причина. Шаблон «Ленивая загрузка» используется как можно чаще и чаще. Чтобы немного упростить процесс, вы всегда можете настроить кеширование Drupal, есть несколько дополнительных модулей, а затем вы можете использовать что-то вроде APC или memcached.

Тем не менее, компромисс между простотой расширения, настройки и - обычно менее чем за час - наличием чего-то, что можно показать клиенту и позволить им загружать контент, является довольно значительным.

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

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

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

Это зависит от того, что вы подразумеваете под «предприятием». Это ужасный выбор, например, если вы создаете инструмент управления цепочкой поставок.

Но если вы имеете в виду «сайты с чрезвычайно высоким трафиком» или «сайты со сложными рабочими процессами утверждения до того, как контент будет опубликован» или «сайты, которые мы можем масштабировать по горизонтали», то я бы сказал да. Существует довольно много очень крупномасштабных развертываний Drupal, от набора веб-сайтов художников SonyBMG до газет и журналов.

Я работал над проектом Drupal с примерно 1 миллионом узлов. Мы добавили поддержку транзакций, и это было несложно. Конечно, вам нужно будет исправить ядро, но это не должно быть серьезной проблемой для корпоративного приложения с хорошей поддержкой и документацией. Я работал программистом наблюдающей пары над транзакционной поддержкой. Думаю, это заняло у нас около дня.

Редактировать:

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

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

• Фреймворк для тестирования Drupal слишком громоздок (подойдет язык, специфичный для предметной области)
• Слишком много добавленных модулей низкого качества
• Модель контента Drupal находится частично в коде и частично в схеме базы данных.
• Сообщество разработчиков Drupal сосредоточилось на привлекательном программном обеспечении, а не на качественном.
• В Drupal нет зрелых инструментов разработчика (drush меняет это) или встроенной среды разработки.
• Разработка Drupal ориентирована на браузер и пользовательский интерфейс.
• Централизованный характер Drupal.org/projects, CVS и политика Drupal в отношении проектов Contrib препятствует развитию отдельных программных проектов.

Также: корпоративное приложение Drupal, над которым я когда-то работал, теперь перенесено в Rails.

Для поддержки транзакций и других значительных улучшений масштабирования рассмотрите Pressflow http://fourkitchens.com/pressflow-makes-drupal-scale

У меня тоже есть проблемы с медлительностью Drupal, но кажется, что с первоклассными разработчиками это можно обойти.

Это умеренно сложный инструмент для создания веб-сайта компании, очень сложный инструмент для создания корпоративного приложения. Но когда дело доходит до LAMP CMS с открытым исходным кодом, настоящего конкурента нет.

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

Что касается проблем с памятью, есть масса статей, которые помогут вам настроить управление базой данных Drupal. Есть даже модуль под названием Твики Drupal, который делает это автоматически. Вот отрывок со страницы проекта:

... provides following functionality:

• Enabling and disabling modules through autocomplete suggestions
• Quick search for the nodes, users, etc. to make some operations
• clear the cache and rebuild permissions from one place or do them both at once

В целом мы довольны Drupal для быстрой разработки самых разнообразных веб-сайтов и корпоративных интрасетей.

Drupal великолепен, но очень неэффективен. Но, как я все время говорю своим фронтенд-разработчикам, это расплата за гибкость и высокую модульность.

В настоящее время мы создаем сайт Druapl, который я считаю корпоративным (http://stackoverflow.com/questions/161991/what-makes-an-application-an-enterprise-or-enterprise-level-application). Он имеет около 40 типов контента, 15 пользовательских ролей, интегрирован с Ubercart, взаимодействует с внешними API-интерфейсами для проверки членства и т.д.

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

Мы используем Drupal для создания основных корпоративных брошюр и разделов сообщества на нашем веб-сайте по адресу http://www.tableausoftware.com.

Это позволило нам добавить множество подключаемых функций и настроить UX в соответствии с нашими потребностями, выходящими далеко за рамки того, что мы могли бы сделать с помощью более простой платформы, такой как rails, или django, более подходящей для приложений.

У нас все еще есть возможности для роста для настройки производительности, но у нас есть миллионы обращений в год без проблем. Мы использовали индексирование Solr, чтобы улучшить поиск и обеспечить многогранный интегрированный поиск содержимого сайта, базы знаний и форумов поддержки. Кроме того, наша команда получила возможность создавать контент и курировать сайт без проблем с разработкой.

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

Если вы увидите список сайтов здесь http://buytaert.net/tag/drupal-sites и здесь http://www.drupalsites.net/, вы увидите, что Drupal используется для создания малых, средних и крупных сайтов!