Plone делает достаточно, чтобы идти в ногу с другими CMS?

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

Но опять же вот что я увидел как преимущества Plone

Python sweet Python
Построенный на битве закаленный и зрелый зрелый зоп 2
Стиль Zope 3, который теперь доступен и в Zope 2, и поэтому в Plone
Объекты, а не SQL
Истинное разделение конфигурации и содержимого (в отличие от Drupal, где конфигурация и контент полностью перепутаны в базе данных)
Очень мощная система для создания пользовательских типов контента (к сожалению, не через интерфейс)

Однако он удивил меня тем, что я не мог найти эквивалент представлений (http://drupal.org/project/views) и что таксономия (т.е. классификация) была не гражданин первого класса. Кажется, что каждый продукт Plone использовал свой подход к таксономии. В общем, хотя мне нравился его экстремальный и идеалистический подход, мне всегда казалось, что в этом все сложно сделать.

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

Мне показалось, что я проведу Plone 4. Новый список функций в Plone 4 был полностью подавлен мне (http://plone.org/products/plone/features).

Drupal 7 новых функций (http://drupalcode.org/viewvc/drupal/drupal/CHANGELOG.txt?revision=1.373&view=markup) и Wordpress 3 (http://codex.wordpress.org/Version_3.0), похоже, сделали больше тонн в своих новых крупных выпусках.

Более того, замена архетипов через Ловкость (http://plone.org/products/dexterity/documentation/faq/how-is-dexterity-related-to-archetypes/view) также является большим шагом вперед. Так что, хотя сам Plone 4 может быть улучшен более чем на 3.x, достаточно ли этого, чтобы Plone учитывался среди других CMS?

Что подводит меня к моему вопросу:

Неуклонно ли Plone? Каково будущее Plone? Неужели я ошибаюсь в своей оценке, что Plone не добавляет функциональности и функций со скоростью других CMS верхнего уровня?

Этот http://www.google.com/trends?q=plone, похоже, подтверждает мои страхи.

Должен ли я дать Plone 4 попробовать и сделать его моей "второй" CMS?

Ответ 1

Позвольте мне сначала уклониться от пути: я один из основателей Plone, поэтому сделайте так, как хотите.;)

Plone 4 во многом является "промежуточным" релизом - первоначальный план состоял в том, чтобы сделать его крупным релизом с новым подходом к пользовательскому интерфейсу (новая система декодирования Deco), улучшенной системой определения типов (Ловкость) и улучшенной тематикой (в настоящее время называемый XDV, имя, вероятно, изменится).

Попутно мы поняли, что нам понадобился небольшой выпуск, прежде чем мы это сделали, поэтому основные улучшения были перенесены на новую веху Plone 5, а Plone 4 превратился в выпуск типа инфраструктуры/очистки.

С этой целью команда доставляла самый быстрый Plone (он запускает Drupal, Joomla и WordPress для скорости), улучшил очень важную инфраструктуру (файлы теперь хранятся за пределами базы данных, она использует гораздо меньше памяти чем раньше, и масштабируется намного лучше для большого количества параллельных запросов).

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

Вы также можете использовать много технологий Plone 5 в Plone 4 - примеры включают вышеупомянутую систему определения типа Ловкости, систему имён XDV и ряд других улучшений инфраструктуры, таких как язык шаблонов Chameleon (добавляет ~ 50 % ускорение для большинства страниц).

Итак, нет - мы не добавляем функции в более медленном темпе - если вы посмотрите историю и активность исходного кода вместо Google Trends (что не очень полезно для чего-то вроде ниши, как CMS-системы), вы увидите, что есть более активные разработчики и больше улучшений кода, чем когда-либо прежде.

Ответ 2

Как отметил Лими, мантра была "Plone 4 - эволюционный релиз, Plone 5 - революционный релиз". Как сказал DisplacedAussie, посмотрите на "Коллекции" в Plone, они похожи на сохраненные поиски и в сочетании с портлетом Collections довольно мощные.

В Plone 5 появилась система Deco/Tiles для редактирования контента, это будет действительно потрясающе, и вы можете увидеть вначале ее предварительный просмотр: http://www.mefeedia.com/watch/32696814

В основном, вся страница состоит из составных элементов, каждая из которых является элементом первого класса и адресуется с собственным URL-адресом. Их можно перетаскивать по странице на сетке по своему усмотрению.

Матф

Ответ 3

Yep Collections делает большую часть того, что описывается этим описанием представлений Drupals. Одна вещь, которую сборники не делают из коробки, - это группировка/таксономия. Существуют дополнительные плагины, которые могут помочь сделать это, например collective.collection.yearview. Варианты таксономии могут быть более сильными, но на самом деле вложенные коллекции работают для большинства случаев использования.

Что касается будущего plone? Популярность Plone оставалась статической в течение последних нескольких лет, так как она пережила его масштабную внутреннюю реструктуризацию. Он потерял разработчиков и получил разработчиков. По сравнению с ростом Drupal и CMS в целом, которые могут выглядеть как снижение. Важно то, что благодаря этой реструктуризации Plone теперь очень дружелюбен к разработчикам. Благодаря Diazo/XDV, к которому большинство интеграторов Plone переключается, Plone теперь очень дружелюбен к дизайнеру. Он также быстро и надежно и гибко, как и всегда. Ожидайте, что Plone начнет получать гораздо больше внешнего внимания и роста с этого момента.

Ответ 4

Я знаю, что этот вопрос уже давно ответил и что мой ответ не о Plone, но вы можете попробовать проверить ProcessWire:

http://processwire.com/

Это CMS с открытым исходным кодом, написанный на PHP с синтаксисом типа jQuery. Я еще не реализовал его в проекте, но я изучаю его, поскольку он выглядит очень свободно и гибко.

Взгляните на это:

http://processwire.com/api/what/

Вы можете моделировать любой пользовательский тип данных, который вы хотите, и рассматривать его как страницу или как ресурс для использования в другом месте. Более того, ProcessWire не принимает ничего о вашей разметке или даже типе ответа для HTTP-запроса. Это зависит от того, возвращает ли данный запрос HTML-страницу, ответ JSON, файл PDF или RSS-канал.

Кажется, что PW также довольно устойчив, на нем работают веб-сайты с десятками тысяч страниц.