Подведены итоги (https://www.packtpub.com/article/2008-open-source-cms-award-...) голосования первого этапа конкурса "Open Source CMS Award 2008", в котором были выделены лучшие открытых системы управления web-контентом, прошедшие в финал:Лучшая CMS
- <a title="DotNetNuke" href="http://www.packtpub.com/article/overall-open-source-cms-awar...
- <a title="Drupal" href="http://www.packtpub.com/article/overall-open-source-cms-awar...
- <a title="Joomla!" href="http://www.packtpub.com/article/overall-open-source-cms-awar...
- <a title="Plone" href="http://www.packtpub.com/article/overall-open-source-cms-awar...
- <a title="TYPOlight" href="http://www.packtpub.com/article/overall-open-source-cms-awar...Наиболее многообещающая CMS
- <a title="CMS Made Simple" href="http://www.packtpub.com/article/most-promising-open-source-c......
URL: https://www.packtpub.com/article/2008-open-source-cms-award-...
Новость: http://www.opennet.me/opennews/art.shtml?num=17641
Лучшая CMS "utilizing cutting-edge technologies like ASP.NET 2.0, Visual Studio, SQL Server, Windows Server, and IIS.". Кто-то должен лопнуть от горя!
действительно "Open Source CMS голосование".
вначале купи всё то что ты перечислил, а потом будешь огорчаться. :-D
>действительно "Open Source CMS голосование".
>вначале купи всё то что ты перечислил, а потом будешь огорчаться. :-D
>Вот такой комплект ПО, для нормальной работы общедоступного сервера (тоесть с нагрузкой более 10 пользователей), будет стоит где то 2000уе.
С VPS, балансировкой нагрузки, репликацией и режимом работы 24x7? :-D
к тому же первое положение DotNetNuke ещё ни о чём не говорит.
...
т.к. по ссылкам ходить до сих пор не принято, то поясню:
1. 2008 Open Source CMS Award Finalists Announced
2. Following six weeks of intense voting,.......... With the final voting stage opening on September 1
3. Voting will begin on September 1, to view more information about each finalist, please click below:...
и далее вышеприведенный список!то, что DotNetNuke прорвалась в финал, конечно большое достижение!
а то что в списке ещё и на первом месте - дорогое достижение.м маркетинговое я бы сказал! :-D Ибо, как выясняется, редко кто дает себе труд ознакомиться с новостью :-)а да! желающие по этим ссылкам могут проголосовать!
особенно специалисты по DotNetNuke. :-DDDDDD
Ну а мне просто ндравится php-fusion
Это не означает, что сама CMS не OSS или FOSS. Найдутся кастомеры, которых сама платформа устраивает, но которым надо иметь возможность модификации кода. Тем более, что появляется возможность портировать на Mono.
>Вот такой комплект ПО, для нормальной работы общедоступного сервера
>(тоесть с нагрузкой более 10 пользователей)Это скорее "общенедоступный сервер".
>будет стоит где то 2000уе.
И стоить этого он, разумеется, не будет.
:)
>>действительно "Open Source CMS голосование".
>>вначале купи всё то что ты перечислил, а потом будешь огорчаться. :-D
>>
>
>Вот такой комплект ПО, для нормальной работы общедоступного сервера (тоесть с нагрузкой
>более 10 пользователей), будет стоит где то 2000уе.Далеко не две, а значительно больше.
>Лучшая CMS "utilizing cutting-edge technologies like ASP.NET 2.0, Visual Studio, SQL Server,
>Windows Server, and IIS.". Кто-то должен лопнуть от горя!Наверное тот кто будет покупать недостающие закрытые технологии за кучу бабла?
Ни один пакет из перечисленных не является системой управления контентом. Drupal - как относительно простой и документированный фреймворк с большим количеством готовых модулей - вне конкуренции для большинства распространенных задач.
А ты как рассматриваешь промежуточный вал, Вася? Как балку с защемленным концом???
>Ни один пакет из перечисленных не является системой управления контентом.Ну почему.
>Drupal - как относительно простой и документированный фреймворк с большим
>количеством готовых модулей - вне конкуренции для большинства распространенных задач.Скажем так -- в нашем отборе начала 2004 он был почётным вторым (и до сих пор порой рекомендуется). А работает -- TYPO3. Посложнее, но вот уж это из виденного в этом сегменте free software -- именно что _вне_ конкуренции.
Впрочем, друпальцы это понимают, а вот мамбятников несколько лет тому плющило и кто-то пыжился догнать, наивный :)
> Ну почему.Не ко мне вопрос. Я констатирую факт. Нет ни одного пакета, удовлетворяющего минимуму требований: вменяемая система ограничения доступа, версионность, параллельная мультиязычность.
О TYPO3 осталось впечатление жутко громоздкой кашеобразной системы с кучей бесполезных финтифлюшек. Правда, достаточно давнее впечатление, что-то могло за пару лет измениться.
Drupal, кстати, в свое время Межделмаш отметил как лучшую OS CMS, с чем я с некоторыми оговорками согласен.
>> Ну почему.
>Не ко мне вопрос. Я констатирую факт.Тухлый какой-то факт ;)
>Нет ни одного пакета, удовлетворяющего минимуму требований: вменяемая система
>ограничения доступа, версионность, параллельная мультиязычность.
>О TYPO3...которая давным-давно умеет это всё...
>осталось впечатление жутко громоздкой кашеобразной системы с кучей бесполезных
>финтифлюшек. Правда, достаточно давнее впечатление, что-то могло за пару лет измениться.И за пару лет менялось (в т.ч. по части версионности и multilang), и раньше неплохо было.
Вы это, если смотрели меньше недели выделенно (а авторы рекомендуют месяц на освоение) -- сходите лучше к каким внедренцам с предметными вопросами. По своему опыту могу рекомендовать http://typo3lab.ru.
>Drupal, кстати, в свое время Межделмаш отметил как лучшую OS CMS, с
>чем я с некоторыми оговорками согласен.Я тоже вполне хорошо отношусь к Drupal, но это система объективно попроще уровнем и в несколько другом направлении развивается.
Правда, с народом из трёх букв достаточно давно общаюсь, чтобы подобные отмечания в любом случае воспринимать с горстью соли...
> Тухлый какой-то факт ;)Какой есть.
> ...которая давным-давно умеет это всё...
Ничего похожего в принципе. Полноценной реализации версионности нет ни в одном пакете. И в обозримом будущем не появится. Сложно и геморройно потому как.
> Вы это, если смотрели меньше недели
Конечно, меньше. Часа два. Мне очень просто оценить любой продукт, использующий СУБД: достаточно посмотреть на структуру данных.
> авторы рекомендуют месяц на освоение
У меня нет лишнего времени, чтобы бездумно тратить его на изучение всех cms.
> сходите лучше к каким внедренцам с предметными вопросами
А мне нечего у них спрашивать. О проектировании баз данных я знаю сильно больше, чем и разработчики пакета, и внедренцы. Ничего нового они мне не расскажут. Кривая метамодель - кривой пакет. Даже если внешне все шоколадно.
>> ...которая давным-давно умеет это всё...
>Ничего похожего в принципе. Полноценной реализации версионности нет ни в одном пакете.Кгм. То "версионность", то "полноценная реализация"... Вы бы определились со своим feature creep, что ли.
>И в обозримом будущем не появится. Сложно и геморройно потому как.
Скажем так -- меня устраивает. Правда, PeopleSoft всякий не видел -- может, ещё не настолько испорчен? ;-)
>> Вы это, если смотрели меньше недели
>Конечно, меньше. Часа два. Мне очень просто оценить любой продукт, использующий СУБД:
>достаточно посмотреть на структуру данных.Мне этого достаточно только в клинических случаях, поскольку "нет совершенства под луною".
>> авторы рекомендуют месяц на освоение
>У меня нет лишнего времени, чтобы бездумно тратить его на изучение всех cms.Вы спросили -- я ответил. Разумеется, лишнего нет, это и здесь прекрасно видно.
>> сходите лучше к каким внедренцам с предметными вопросами
>А мне нечего у них спрашивать. О проектировании баз данных я знаю
>сильно больше, чем и разработчики пакета, и внедренцы. Ничего нового они
>мне не расскажут. Кривая метамодель - кривой пакет. Даже если внешне
>все шоколадно.Ой, я тоже могу одним росчерком сказать, что если реляционная база (а тут именно так) -- то не надо никакого PHP, чтоб всё заслуживало только в мусорник. Потому как ветвистые или разреженные данные запихивать в прямоугольники может-де только полный и бездарный идиот.
Но реалии таковы, что в ИТ не место перфекционизму -- здесь процветают быстрые костыли.
Поэтому и берут все уже работающие, проверенные и известные этим всем PHP и SQL.
At the end of the day, it works... а ещё рекомендую "The rise of 'Worse Is Better'" и "'Worse Is Better' Is Worse", если будет лирическое настроение :)
PS: ещё у Вас есть шанс всё-таки воспользоваться фрисофтом по назначению и предложить разработчикам свои соображения в обмен на возможность приближения к своим потребностям -- TYPO3 5.0 переписывают начисто, сейчас вроде ещё фаза дизайна.
> Кгм. То "версионность", то "полноценная реализация"...Полноценная реализация - это консистентный снапшот содержимого на любой момент времени. Не только контента, а всего содержимого. В первом приближении так: изменил юзер имя в момент времени t1, - до t1 он, как автор материалов, виден в архиве под одним именем, после t1 - под другим. Если говорить о проектировании баз данных, то это еще не сформировавшаяся парадигма, нет эталонных реализаций, слабая теоретическая база. Если интересно, погуглите temporal data model. Обратите внимание, что ни одно из предлагаемых решений не основано на метаметамодели, что есть принципиальная ошибка. Как максимум, используется метамодель, так что собственно структура данных - не версионна.
> Скажем так -- меня устраивает.
И это хорошо.
> Правда, PeopleSoft всякий не видел -- может, ещё не настолько испорчен? ;-)
Не на что там смотреть - обычное дерьмо.
> Поэтому и берут все уже работающие, проверенные и известные этим всем PHP и SQL.
Ничего не имею против php и MySQL (а тем более PostgreSQL). Более того, это оптимальный выбор для массового пользователя. Речь о вполне прикладных вещах. Если вы не занимались проектированием, мне сложно объяснить, в чем разница между хорошей структурой данных и плохой.
> PS: ещё у Вас есть шанс всё-таки воспользоваться фрисофтом по назначению и
> предложить разработчикам свои соображения в обмен на возможность приближения к своим
> потребностям -- TYPO3 5.0 переписывают начисто, сейчас вроде ещё фаза дизайна.Я им не враг. Аналогия такая: вы до сих пор говорили на русском языке и понятия не имели о том, что существуют другие, а вам предлагают перейти на китайский. В лучшем случае вы посмеетесь. Так и здесь. Всему свое время. Появится и версионность, и интерфейсы к веб-сервисам, и распределенные хранилища, и BPM - просто время еще не пришло.
>> Кгм. То "версионность", то "полноценная реализация"...
>Полноценная реализация - это консистентный снапшот содержимого на любой момент времени.[...]
>temporal data modelЧуточку знакомо, но это не версионирование, а _ещё_ один метр feature creep (или изначально неясно высказанный запрос).
Ну так сделайте, закажите или напишите внятное ТЗ. Бухтеть, что всё плохо и 1С-ками пытаются заменить системы, в которых полтора десятка лет как TDM работала (без табличек, что характерно) -- неконструктивно.
>Если вы не занимались проектированием, мне сложно объяснить, в чем
>разница между хорошей структурой данных и плохой.Ну как сказать. Я человек маленький, но архитектуру одной системы управления мобильным контентом лет пять тому придумал -- вроде как реализация зело интересовала крупнейших российских (и не только) провайдеров таких услуг, у которых уже давно были свои наработки. Мы тогда ей заменяли ирландскую поделку, писанную от транспорта.
Что там сейчас -- не знаю, поскольку решил, что мне с такими услугами (и телко вообще) не по дороге.
>Всему свое время.
(пожимая плечами) Ну как хотите.
> Чуточку знакомо, но это не версионирование, а _ещё_ один метр feature creepНет. Это самая что ни есть настоящая версионность. Причем, все по-взрослому: транзакции, лог, откаты, ветки и пр. Видимо, я просто пример привел слишком простой. На самом деле все не так шоколадно: есть куча связанных данных, нужны правила для обработки связей. Собственно, в этом и заключается основная проблема: сначала описать структуру данных, потом данные и связи, а потом построить правила. Это не так просто, как может показаться: это часть работы, потому как у интерфейса тоже есть метамодель и он тоже связан со структурой данных. Кроме того, есть куча обработчиков со своей метамоделью (далее по тексту). Сейчас реализация версионности строится на какой-то одной метамодели (оно и понятно, почему). А должна строиться на метаметамодели, т. е. такой метамодели, которая позволяет описывать и метамодель данных, и метамодель интерфейса, и метамодель сервисов.
> Бухтеть [...] -- неконструктивно.
Ну это смотря как бухтеть. ;) Обрисовать проблему иногда сложнее, чем предложить решение. Прочтет это какой-нибудь молодой человек, увидит незнакомые слова, начнет копать и - через пару лет - станет новым Брином.
> (пожимая плечами) Ну как хотите.
Я примерно представляю себе объем работы и сложность реализации и сильно сомневаюсь, что в первую очередь это нужно реализовывать для cms. Не стоит овчинка выделки.
>> (пожимая плечами) Ну как хотите.
>Я примерно представляю себе объем работы и сложность реализации и сильно сомневаюсь,
>что в первую очередь это нужно реализовывать для cms. Не стоит овчинка выделки.Мне вот тоже так кажется; а для учётных систем пересчёт каких налоговых ставок с учётом актуального "на тогда" законодательства давным-давно возможен.
Почему-то кажется, что матёрые мумпсятники среди Ваших знакомых тоже вполне могут быть.
Вы будете смеяться, но таки нет, версионность и в учетном софте не реализована. Нет, потуги были и есть, но - увы и ах, дальше моделей никто не продвинулся, насколько я знаю. С учетными системами все одновременно и проще, и сложнее. Проще то, что понятна и доходная часть, и расходная, т. е. отдача от такого продукта будет серьезной и быстрой. Сложнее то, что больше метамоделей и серьезнее требования к метаметамодели. Ведь если есть необходимость реализации метаметамодели, согласитесь, было бы крайне заманчиво впихнуть туда и документооборот, и BPM. А это уже совсем другая история. ;)С апологетами MUMPS не дружу, простите великодушно. Как-то исторически сложилось так, что попадались ну совсем законченные... индивидуумы. ;) Ну и, видимо, свою роль сыграл контекст: объектной модели данных не существует, хотя все без исключения MUMPSисты, которые мне попадались, утверждали обратное. ;)
>Вы будете смеяться, но таки нет, версионность и в...известном Вам...
>учетном софте не реализована.
Но это ж ещё не значит, что нигде не реализована, правильно? ;-)
>С апологетами MUMPS не дружу
А поспрошайте при случае.
Несколько месяцев назад на sql.ru был шикарный тред с разбором полётов одной миграции, который в итоге скоропостижно прибили -- там на выезд в багажнике полным составом "раз-работчиков", да и техдиректора, хватало... так вот там была TDM на системе, которая работала на компаке из девяностых -- но со скази! -- и которую таки обогнали в целых пару раз на каком-то там N-way вудкресте с внешним стораджем. :)
Ой-ой-ой, можно подробнее, где этот учетный софт, о котором я не знаю, и в котором есть версионность? Я бы сразу купил пакет акций лавки или нанял этих разработчиков. Впрочем, скорее всего, это пшик, как обычно. Если говорить о базах данных, то в России imho есть человек пять, которые смогут реализовать версионность по-человечески. Но вряд ли кто-то из них будет этим заниматься: не интересно. Нет изюминки. А студенты пишут свои говноподелки регулярно, но рассматривать их бессмысленно.Hint: не читайте sql.ru и не трогайте MUMPS. Это мертвая технология прошлого века. Не все хорошо, что быстро работает. Важно, что работать должно правильно.
>и не трогайте MUMPS. Это мертвая технология прошлого века.
>Не все хорошо, что быстро работает. Важно, что работать должно правильно.Hint: оно ещё и правильно работает. Мало того, развивается (см. ту же Cache).
Впрочем, покупайте акции Oracle и IBM, за это не файрят.
Оно не может правильно работать. По определению. Фишка в том, что для датацентрического приложения (любого, не обязательно учетного) критически важно иметь самодостаточную (стандартную - подразумевается) модель данных. Что в случае любой объектной или псевдообъектной парадигмы - задача, не имеющая решения.Так что MUMPS, Cache и прочие поделки - отдыхают. Приложения, написанные с их помощью, могут просто летать - это не важно. Важно то, что это кастрированные, убогие, не стандартные, не переносимые куски дерьма. Увы.
Скорость достигается не извращениями, а правильным выбором инструментов, среды и архитектуры приложения.
>Оно не может правильно работать. По определению.Зуб даёте?
>Скорость достигается не извращениями, а правильным выбором инструментов,
>среды и архитектуры приложения.О чём и пытаюсь сказать, но реляционщикам это обычно непостижимо.
Увы.
кто-то знаком с MiaCMS? уж очень оно мамбо-клон напоминает...
пардон что сам с собой поговорил :-)так оно реально и есть, если полазить по сайту оной цмс то вспоминается начало жумлы.
не совсем понятно зачем еще один очередной клон. мамба, жумла, жустина, миацмс, что я еще упустил?
>не совсем понятно зачем еще один очередной клон. мамба, жумла, жустина, миацмс,
>что я еще упустил?Это признак "плохого" проекта -- когда форкается база, а не исправляется/улучшается общая и делаются/улучшаются/исправляются модули. У них не только с кодом и организацией проекта, у них с деталью, от которой зависит и то, и это -- проблемы... см., например, secunia.com и дивную историю осмысления GPL сей пионерией :(
>Это признак "плохого" проектаВ случае мамбы это признак недружественного takeover-а.Компанию купили.При том попытались рулить без понимания специфики.Ну, девелоперы слиняли оптом и форкнули это как джумла.С тех пор живет себе.
>>Это признак "плохого" проекта
>В случае мамбы это признак недружественного takeover-а.Да нет же. Как была пионерской поделкой, так и осталась. Вот это и огорчает.
Буду рад лет через пять узнать, что это уже неактуальное мнение :-)