Технология Ruby для порталов
Можно создать локальную память потока с помощью threading.local().
>>> tls = threading.local()
>>> tls.x = 4
>>> tls.x
4
Данные, хранившие к tls, будут уникальны для каждого потока, который поможет гарантировать, что неумышленное совместное использование не происходит.
6 ответов
] Каковы недостатки drupal?
Это действительно довольно субъективный вопрос по отношению к Ruby и Rails. Drupal - надежный вариант управления контентом, который отлично подходит для сайтов, ориентированных на сообщества. Это также полезно для управления контентом общего назначения для непортальных сайтов. Недостатком будет то, что он построен на PHP, если вы Rubyist, то это существенный недостаток. Вдобавок это чудовищный проект, если вы смотрите только на ядро. API довольно большой, что подходит для такого проекта, как Drupal, но это может потребовать существенной настройки большого количества работы по кодированию. Кроме того, из-за всей архитектуры Drupal нет четкого разделения типов данных, если вы не напишите специальный модуль, который делает четкое разделение, и хотя это соответствует «пути Drupal», некоторым немного странно думать о ВСЕ как узел или в структуре системы таксономии Drupal и т.п.
Самый большой недостаток Drupal действительно можно лучше всего резюмировать следующим образом: для эффективного использования Drupal вам действительно нужно знать и понимать Drupal в способ, который вы не делаете для системы CMS, такой как Radiant; но Radiant далеко не так сложен, как Drupal. whitehouse.org (или другие порталы CMS)?
Rails довольно сильно отличается от Drupal тем, что на самом деле это вообще не система управления контентом, а более универсальная среда приложений. Вы можете использовать Drupal аналогично Rails, но на самом деле Drupal - это намного больше, чем Rails. Можно было бы лучше сравнить Drupal и, скажем, Radiant, BrowserCMS или некоторые другие пакеты CMS Ruby / Rails. Существуют портальные системы Ruby / Rails, но немногие из них соответствуют основной части Drupal и его сообщества. Наиболее сопоставимые варианты в экосистеме Ruby соответствуют только частям и частям того, что может делать Drupal, но это потому, что Drupal - это огромный проект и сообщество. Drupal - это швейцарский армейский нож, плюс несколько для создания сайтов в сети. У Ruby нет действительно похожего проекта, потому что большинство рубистов не Я не вижу причин дублировать обхват Drupal.
Я бы порекомендовал следующие проекты, если вы планируете использовать Ruby вместо Drupal (большинство этих проектов Ruby охватывают меньше, чем Drupal, но больше подходят для вашего сайта) фактические потребности):
Очень субъективно я нахожу административный интерфейс Drupal немного неуклюжим. Вы можете попробовать это сами, не устанавливая Drupal на opensourcecms.com . При этом, похоже, в настоящее время в сообществе Drupal наблюдается большой импульс, и оно начинает превращаться в действительно полнофункциональную CMS.
Сравнение Rails с Drupal в некоторой степени похоже на сравнение яблок с апельсинами. Rails - это среда приложений, а Drupal - это CMS (хотя и с включенной структурой приложений).
allesklar, что не так с системой расширения в Radiant? Rails CMS уже существует. Я подозреваю, что внесение вклада в установленную систему для ее улучшения было бы более продуктивным для сообщества в целом, чем создание еще одной нишевой CMS.
Я разработчик Rails, поэтому я сторонник решений Rails, но в настоящее время нет Rails CMS, которая хоть сколько-нибудь приближалась бы к CMS, такой как Drupal, с точки зрения функциональности и плагинов.
Я частично объясняю это философией «меньше значит больше», которую пропагандирует 37signals.
Wordpress, Drupal и другие стремятся к «как можно большему количеству функций» и в конечном итоге привлекают массу пользователей, которые обнаружат, что эти продукты действительно отвечают их потребностям.
Я играл с идеей , как и многие другие, запуск системы CMS на основе Rails с множеством функций и хорошей архитектурой плагинов. Пока нет времени над этим работать, хотя между работой с клиентом и разработкой размещенного приложения, над которым я работаю.
Если вы ищете технологию портала, построенную на Ruby, относительно новым кандидатом для рассмотрения будет EngineY . EngineY изначально создавался как платформа для социальных сетей, но также имеет функции, которые делают его жизнеспособным кандидатом в качестве традиционного портала. Концепция «виджета» в EngineY похожа на портлет традиционного портала. В EngineY входит виджет управляемого содержимого, который позволяет создавать портал, состоящий из управляемого содержимого. Лучше всего то, что EngineY очень активно поддерживается и ежедневно развивается и улучшается.