Есть ли кто-нибудь там, используя Drupal для крупномасштабных бизнес-критически важных корпоративных приложений?
Неужели Drupal не поддерживает транзакцию базы данных, отговаривая потенциальных пользователей?
Существуют ли какие-либо другие облегченные веб-структуры на основе динамических языков, которые люди используют для этих типов приложений? Как насчет порталов Java, таких как JBossPortal или Jetspeed, в качестве альтернативы или гибридной архитектуры Drupal + J2EE?
Ответ один: Да
Ответ второй: зависит
Конечно, есть некоторые, которые обеспокоены этой проблемой. Поддержка и схема базы данных Drupal подвергались некоторой проверке и критике в отношении ее эволюции. Вероятно, это уменьшится, если некоторые или все запланированные улучшения превратятся в Drupal 7. Это один из трех вопросов, на которые нельзя легко и однозначно ответить, обыскав в Интернете.
Ответ три:
Отвечать Четыре: (Обновление: 2010-02-03 11:25:04)
Я рекомендую против Drupal из-за его неэффективности. Да, он может делать почти все, но он делает это медленно. Для любого, но самого простого из сайтов, drupal не будет создавать почти такую же эффективную цепочку запросов и страниц, сколько будет создан на заказ. Что-то, что может быть сделано вручную с двумя соединениями SQL и одним циклом PHP, вероятно, будет обрабатываться Drupal с пятью соединениями и вложенным циклом.
Тем не менее, я обожаю Drupal и буду продолжать использовать его в не-корпоративных средах, и я не могу рекомендовать другие CMS, которые не имеют подобных проблем при представлении сложных задач.
Это зависит от того, что вы подразумеваете под "Enterprise". Это ужасный выбор, если вы строите инструмент управления цепочкой поставок, например.
Но если вы имеете в виду "чрезвычайно высокие сайты трафика" или "Сайты со сложными рабочими процессами утверждения до того, как контент идет в прямом эфире" или "сайты, которые мы можем масштабировать по горизонтали", тогда я бы сказал "да". Существует довольно много широкомасштабных развертываний Drupal, от веб-сайтов SonyBMG от веб-сайтов художников до газет и журналов.
Да, но...
Слово предостережения: Многие темы, основанные на сообществах, кодируются небрежно, что полностью отрицает усилия, которые Drupal сделал для обеспечения безопасности CMS. Хуже того, обычной практикой в разработке тем является поиск темы, подобной той, которую вы хотите, и ее настройкой. Поскольку код этих тем разделяется так свободно, одна небрежная ошибка может повлиять на многие другие темы, полученные из него.
Если вы идете с Drupal (или любым другим CMS CMS), не просто нанимайте дизайнера joe-shmo для темы для вас. Если возможно, нанять один контракт для визуальной темы и разработчика php, чтобы фактически создать тему из PSD
Я был ведущим разработчиком недавно обновленной Американской Диабетической Ассоциации - http://forecast.diabetes.org/ - перестроить в Drupal. При запуске мы получали около 250 тыс. Уникальных средств в месяц, и это значительно увеличилось. Хотя критика "неэффективных цепочек запросов" в основном точна, есть причина для этого. Образец Lazy Loading используется как можно чаще и чаще. Чтобы немного упростить процесс, вы всегда можете настроить кэширование Drupal, есть некоторые дополнительные модули, и тогда вы можете пойти с чем-то вроде APC или memcached.
Независимо от того, что компромисс между легкостью продлевается, настраивается и, как правило, менее часа, имеет что-то, чтобы показать клиента и позволить им загружать контент, довольно значителен.
Помогли создать сайты Drupal для Popular Science Magazine и вскоре еще один журнал (который я не уверен, могу ли я еще назвать?), Я думаю, это вполне подходит. Мы также сделали сайт интранета для BMW и Pregnancy.org.
Возможно, он еще не идеален, но он вполне подходит.
Моя компания использует Drupal для создания публичного веб-сайта для одного из крупнейших университетов штата, в котором я живу. До сих пор мы были довольно успешны.
Мы используем concrete для группы других клиентов, и я думаю, что мы обычно счастливы с конкретными, хотя это не почти как широкое распространение, используемое в качестве Drupal.
Drupal используется повсюду и имеет очень большое сообщество, поддерживающее его разработку. Существует также большой для аренды сообщества, если вы хотите создать собственный компонент drupal.
Я работал над проектом Drupal с примерно 1 миллионом узлов. Мы добавили поддержку транзакций, и это было не слишком сложно. Разумеется, вам необходимо исправить ядро, но это не должно быть серьезной проблемой для корпоративного приложения с хорошей поддержкой и документацией. Я работал программистом-наблюдателем в транзакционной поддержке. Я думаю, это заняло у нас около дня.
Edit:
Я работаю разработчиком Drupal уже несколько лет. И недавно я пересмотрел свою позицию по Drupal в отношении лучших практик и корпоративного приложения.
Я не думаю, что Drupal особенно подходит для пространства Enterprise, потому что:
Кроме того: Enterprise Drupal Application, с которым я когда-либо работал, теперь портирован в Rails.
Я использовал Drupal для создания объединенного публичного сайта для организации, которая также включала внутренние функции для сотрудников, такие как организация встреч и внутреннее управление документами. В основном это сработало хорошо, и они довольны этим, и очень рад, что не нужно управлять двумя отдельными сайтами и/или что-то вроде sharepoint.
Единственное, что я нашел, что Drupal немного не хватает, это поддержка LDAP. Вы можете использовать его как раз для проверки подлинности, но есть некоторые ошибки в модулях, которые пытаются и приносят группы LDAP в роли ролей, если бы это работало более плавно, я был бы полностью на борту с настроением Drupal, настроенным на предприятия, но это еще не все.
Тем не менее, вы можете много сделать с типами контента и контролем доступа на основе таксономии, чтобы настроить, какой контент доступен для каких ролей, что является требованием для большинства интрасетей.
Для поддержки транзакций и других существенных улучшений масштабирования рассмотрим Pressflow http://fourkitchens.com/pressflow-makes-drupal-scale
Drupal замечательный, но он очень неэффективен. Но, как я продолжаю рассказывать своим сторонним разработчикам, это выигрыш за гибкость и высокую модульность.
В настоящее время мы создаем сайт Druapl, который я рассматриваю как предприятие (http://stackoverflow.com/questions/161991/what-makes-an-application-an-enterprise-or-enterprise-level-application). Он имеет около 40 типов контента, 15 пользовательских ролей, интегрированных с Ubercart, взаимодействие с внешними API-интерфейсами для проверки членства и т.д. И т.д. Наши серверы разработки несколько раз борются, но на нашем промежуточном хостинге он становится быстродействующим, как и любой аналогичный сайт.
Убедитесь, что какой-либо код на заказ хорошо разработан, используйте функции производительности Drupal перед выпуском и убедитесь, что используется качественный хостинг.
Если вы увидите список сайтов здесь http://buytaert.net/tag/drupal-sites и здесь http://www.drupalsites.net/, вы увидите, что Drupal используется для создания небольших, средних и крупных сайтов!
У меня тоже есть проблемы с медленностью Drupal, но, похоже, что с разработчиками с первоклассными вы можете обойти это.
Это умеренно сложный инструмент для создания веб-сайта компании, его очень сложный инструмент для создания корпоративного приложения. Но когда дело доходит до open source LAMP CMS, нет реального конкурента.
Друпал велик. Я использовал его для нескольких средних и личных веб-сайтов, и до сих пор дает нам очень хорошие результаты. Я бы поддержал комментарий, указывающий на чрезмерное или даже низкое качество шаблонов многих веб-сайтов, на которые мы смотрели, но затем просто нанять хорошего кодера/дизайнера, который сделает это для вас приятным.
Что касается проблем с памятью, там много статей, которые помогут вам в настройке управления базами данных Drupal. Там даже модуль называется Drupal Tweaks, который делает это автоматически для вас. Вот выдержка из его страницы проекта:
... предоставляет следующие функции:
- Включение и отключение модулей с помощью предложений автозаполнения.
- Быстрый поиск узлов, пользователей и т.д. для выполнения некоторых операций.
- очистите кеш и переустановите разрешения из одного места или выполните их оба сразу
В целом мы до сих пор довольны Drupal для быстрой разработки самых разных веб-сайтов и корпоративных интрасетей.
Мы используем Drupal для основной корпоративной брошюры и областей сообщества нашего сайта по адресу http://www.tableausoftware.com
Это позволило нам добавить множество подключаемых функций и настроить UX для удовлетворения наших потребностей далеко за пределы того, что мы могли бы сделать с помощью более голой платформы, такой как рельсы или django, которые лучше подходят для приложений.
У нас все еще есть место для роста производительности, но у нас миллионы хитов в год без проблем. Мы использовали индексирование Solr для улучшения поиска и обеспечения факсимированного интегрированного поиска для контента сайта, базы знаний и форумов поддержки. Кроме того, наша команда имеет право создавать контент и курировать сайт без проблем с разработкой.
Наконец, при недавнем обсуждении сообществами таких инструментов, как "Особенности и контекст", нам удалось управлять более свободным развертыванием без риска и управлением рабочими процессами/средой в дополнение к улучшенной архитектуре сайта.