schegloff (![]() @ 2006-11-27 11:26:00 |
Entry tags: | СГО |
Хачу помощь - подскажите CMS!
Возникла задумка помимо ЖЖ сделать сайт-контентхранилище, посвященный Третьей Мировой (а то сам уже с интересом перечитываю свои записи в ЖЖ за 2005 год). Поэтому прошу всех, кто когда-либо имел дело с Content-Management System, то бишь CMS = СУКами (Системами Управления Контентом), подсказать - какая, на Ваш взгляд, CMS лучше всего подойдет для следующей задачи:
- хостинг PHP4 + MySQL
- контент - html-статьи уровня ЖЖ, с минимумом графики, но с требованием разных путей доступа - хронологического, тематического, по авторам, по поиску
Пока собираюсь щупать Drupal, Joomla и eZ publish. Кто что подскажет?
![]() | ![]() 2006-11-27 07:24 am UTC (link) |
Две недели назад словили вирус из-за Joomla. Пусть только новую версию ставят. А так, RSS-фидеры вроде хороши |
![]() | ![]() 2006-11-27 07:44 am UTC (link) |
mediawiki рулит говорю, как человек, гонявший штук 6 Cms-ок на разных проектах, включая drupal, comuniware, phpnuke/postnuke и ещё какую-то хрень. радикально более простой и удобный подход к организации контента чем-то напоминает переход от иерархических структур к сетевым ;) (Reply to this) (Thread) |
![]() | ![]() 2006-11-27 07:48 am UTC (link) |
Переход от иерархических структур к сетевым кое-что теряет. Так же и переход от нормального сайта к Wiki тоже сопряжен с определеннями потерями в оформлении и т.д. (Reply to this) (Parent) |
![]() | Гоняли drupal? ![]() 2006-11-27 01:06 pm UTC (link) |
Чем не понравился? Пока склоняюсь либо к нему, либо к варианту ![]() (Reply to this) (Parent) (Thread) |
![]() | ![]() 2006-11-27 06:55 pm UTC (link) |
drupal из классического типа CMS, пожалуй, самый лучший просто с некоторого момента меня сам CMS-подход перестал устраивать для подобных Вашему проектов (Reply to this) (Parent) |
![]() | ![]() 2006-11-27 07:46 am UTC (link) |
Следует уточнить формулировку задачи. А именно - какая предполагается интерактивность (форумы, обсуждения статей и т.д.) - сколько человек будут заниматься наполнением сайта контентом - Предусмотрен ли редакторский процесс (один человек помещает статью, другой вычитывает, третий дает добро на публикацию в общий доступ) Если ответ на первый и третий вопрос - "нет", рекомендую с CMS вообще не заморачиваться. Гораздо проще генерировать локально на машине редактора статическое HTML-дерево, и синхронизировать его с сервером. Для генерации HTML с оформлением, провязывания ссылок и т.д. использовать какую-нибудь template engine на любимом скриптовом языке (например Python) в виде отдельных скриптов, а для организации всего процесса в целом - старый добрый make. Если редакторов - несколько, к этому добавляется система управления версиями (cvs, subversion, arch, git). Впрочем, если редактор один, она лишней тоже не будет. В качестве страховки от собственных ошибок + yet another резервной копии. Хитрость в том, что даже на сайтах с большим количеством интерактива вроде libertarium.ru на один запрос на изменение данных приходится 10000 запросов на получение данных. Поэтому подход "всё делаем в момент модификации данных, а отдаем чистую статику" окупается. А в случае дешевого хостинга когда нет возможности использовать тот софт, который нравится - тем более. Кстати, и эксплойты для чисто статических сайтов встречаются куда реже, чем для CMS. (Reply to this) (Thread) |
![]() | Уточняю ![]() 2006-11-27 01:11 pm UTC (link) |
Если уж делать, то по уму - т.е. как минимум с "новостной лентой", иерархией статей и даже чем-то вроде форума (с поддержкой OpenID ЖЖ-шного, естественно). Наполнение контентом также требуется многопользовательское, но в режиме премодерации. Словом, без CMS дохлый номер, проще опять всех по собственным журналам разогнать. Drupal мне по первому просмотру не понравился тем, что я туда внешний html-документ запихнуть не смог. Но если выяснится, что есть способ, то в конкурентах останется только mediawiki. Разумеется, будь повсеместно халявный хостинг Python/Jango, я бы по языку программирования выбрал (скрипты портировать). Но увы-с, задаром только известно что - PHP :) (Reply to this) (Parent) (Thread) |
![]() | NPJ ![]() 2006-11-27 05:54 pm UTC (link) |
вики-движок на PHP/SQL. Пока экспериментирую дома. блоги, новости, каталог документов. Но до конца пока не освоил. Что не нравится - все записи храняться в БД. Нет возможности быстро выдернуть архив и перетащить в другое место, а может, я просто плохо искал. (Reply to this) (Parent) (Thread) |
![]() | У Drupal та же проблема - ![]() 2006-11-27 06:30 pm UTC (link) |
все записи в DB. Поскольку у меня уже был прецедент потери целой википедии путем убивания таблиц, "осадок остался". Но вообще-то phpAdmin позволяет импортировать все базы прямиком в zip, после чего грузить в другой MySQL, так что принципиальной разницы между db-контентом и файл-контентом с этой точки зрения нет. А вот с точки зрения взлома - любой активный контент (CMS на сервере) - охо-хо-нюшки... Придется сразу же спецом по безопасности становится, особенно если что-то серьезное поднимать. Далее см. ниже :) (Reply to this) (Parent) |
![]() | ![]() 2006-11-27 05:55 pm UTC (link) |
Новостная лента с легкостью делается описанной технологией. Даже автоматическая (как на Либертаруме "тогда-то тогда-то такой-то опубликовал то-то". Затраты траффика на синхронизацию единственной HTML-ки сопоставимы с затратами траффика на заполнение web-формы. С точки зрения редактора сайта добавление новости (ручной, не сводящейся к "опубликовано то-то" - это в каком-нибудь текстовом файлике дописать абзац, сохранить, и щелкнуть одну кнопочку (или make в командной строке набрать). Что касается форума, то всё зависит от степени интегрированности форума в структуру сайта. Если форум - вещь достаточно отдельная, объединенная только единством внешнего вида, то проще мух (форумных флеймеров) держать отдельно, а котлеты (содержательный контент) - отдельно. Проблема многопользовательской работы, как я уже писал - решается системой управления версиями, которая живет в совсем отдельном месте. Благо траффик там будет мизерный. Редакторов мало. Это я хоть у себя вам в CVS модуль заведу. (Reply to this) (Parent) (Thread) |
![]() | Тут другая проблема - ![]() 2006-11-27 06:36 pm UTC (link) |
как я уже писал, с Drupal я немножко возился, а до конца не довел. Так что там личные счеты :) По предлагаемой системе публикаций - нравится мне она, но... это же опять разработка своей CMS получается. Или еще того хуже - освоение незнакомого набора приложений (make, CVS и т.д.). Наверное, нужно сначала контент собрать, прикинуть возможные формы пополнения, а потом уже решать. (Reply to this) (Parent) (Thread) |
![]() | ![]() 2006-11-27 08:48 pm UTC (link) |
Ну, не надо бояться разработки своего. Тут одно из двух - либо мы берем что-нибудь готовое и мучаемся с тем, что оно не на 100% удовлетворяет наши потребности. Либо берем что-либо что подлежит доработке, и дорабатываем до one-, а то и zero-click solution. Что касается незнакомого инструментария, то это, к счастью инструментарий, который позволяет решать не только эту задачу. Так что ознакомление принесет пользу в любом случае. (Reply to this) (Parent) |
![]() | ![]() 2006-11-27 07:50 am UTC (link) |
Drupal |
![]() | ![]() 2006-11-27 10:01 am UTC (link) |
Как человек, регулярно доделывающий и переделывающий Джумлу: Joomla (или Mambo - та же хрень, вид в профиль) в "голом" виде не то что бы особенно удобен для поставленной задачи. Минусы: Загрузки файлов-архивов в контент нет. Весь контент придется копипастить по одной статье. Нет вывода оглавления всех материалов по хронологии, по автору. Дополнительные бесплатные модули/компоненты/боты иногда приходится обрабатывать напильником для своих нужд. А также проверять на "дырявость". Плюсы: Возможность комментирования и рейтингования материалов. Возможность массового архивирования, публикации/депубликации материалов. Встренные категории/секции. Выборки материалов по секции, по категории. Пусть простенькие, но есть. Безумное количество всевозможных бесплатных компонент, модулей и "ботов": Файловые архивы, контент архивы, блоги, доски объявлений, форумы, врапперы и т.п. Как вариант решения на Joomla, могла бы быть какая - либо блог-стайл компонента, встраиваемая в движок Джумлы. Сам такой задачей не занимался, нужды не было, по этому не подскажу названий. З.Ы. Пара ссылок: http://joomla.ru/ http://ru-mambo.ru/ (плагины мамбо и джумлы, как правило, совместимы) (Reply to this) (Thread) |
![]() | ![]() 2006-11-27 10:41 am UTC (link) |
Загрузки файлов-архивов в контент нет. Весь контент придется копипастить по одной статье. С одной стороны, не факт, что это минус. Всё равно любая статья требует вычитки человеком-редактором перед помещением на сайт. С другой стороны, это замечательно обходится со стороны клиента. Пишется скрипт, например, на python, который автоматизирует помещение файла в CMS и напускается на список файлов. В Communiware у меня такой был. (Reply to this) (Parent) (Thread) |
![]() | ![]() 2006-11-27 10:46 am UTC (link) |
>Пишется скрипт, например, на python Тоже вариант. Согласен. (Хотя я питона не знаю, посему ваяю на дельфяке/php... :) ) (Reply to this) (Parent) (Thread) |
![]() | ![]() 2006-11-27 06:07 pm UTC (link) |
Стоит выучить что-нибудь более высокоуровневое, на чем програмы из 3х строк делают полезные вещи. Не обязательно Python, можно Perl, Ruby или Tcl (хотя дельфисту питон, наверное проще). (Reply to this) (Parent) |
![]() | ![]() 2006-11-27 10:24 am UTC (link) |
Zope - это CMS, практически полностью написанная на Python. Соответственно в ней можно создавать свои python серверные страницы, html-код которых будет генерироваться по python-шаблонам. Zope штука серьезная, поддерживает много чего и развивается уже долго, есть куча модулей. На основе Zope была создана система публикация Plone(Content Management Framework). И Plone и Zope нормально интегрируются с Mysql. У Drupal вроде хвалят хорошую документацию. Вот еще куча ссылок http://www.cmslist.ru/free (Reply to this) (Thread) |
![]() | ![]() 2006-11-27 10:49 am UTC (link) |
Вопрос в том, где найти такой хостинг (и сколько это будет стоить) где дадут Zope и Plone. Это ж не просто так python, как CGI оно, по-моему, не работает, mod_python хочет. (Reply to this) (Parent) (Thread) |
![]() | ![]() 2006-11-27 11:15 am UTC (link) |
Да, Zope-хостинг дороговат. В районе $180 в год самый дешевый. http://www.bhost.ru/price/zope.html (Reply to this) (Parent) |
![]() | ![]() 2006-11-27 11:08 am UTC (link) |
может просто WikI? как "энциклопедия" по 3 мировой :) |
![]() | ![]() 2006-11-28 07:34 am UTC (link) |
мы используем Textpattern она легче друпала всякого, хотя плагинов не столько, сколько WP разный доступ делали, но пока засада с поиском - он не знает особенностей русского и потмоу пока не включили постепенно яндекс прикрутим (пока хостер уродский не позвоялет) |
![]() | ![]() 2006-12-04 08:59 pm UTC (link) |
Могу предложить Kriaton SE http://cms.runetovec.ru/ Как "энциклопедия" - самое то... Дизайн можно прикрутить разнообразнейший... Примеры сайтов на ней: http://allforall.ru/ http://www.ctege.org/ http://wsnt.bestof.ru/ http://aroundw.com/ |