CMS для Авиабазы.

Этот вопрос уже поднимался вскользь. Но, думаю, пора выделить его в отдельную тему...


Имеющийся сейчас механизм создания страниц Авиабазы меня давно не удовлетворяет. Во-первых, старая идеология расширений весьма небезупречна. Старый код, тащит в себе очень много бремени совместимости со старыми страницами, кучу заглушек, заплаток и т.п. Честно говоря, у меня, порой, руки опускаются Во-вторых, он весь основан на файловой системе, что, порой, способно болезненно сказываться на производительности. В-третьих, довольно слабо реализованы механизмы редактирования, администрирования и т.п.


В то же время, существуют мощные и популярные системы управления контентом (CMS). Из рассмотренных мною, мне импонируют следующие:

• PostNuke (www.postnuke.org). Мощная и очень популярная система, написанная на PHP/MySQL. Достоинства - много модулей, написана на PHP, так что достаточно прозрачна. Недостатки - плохо выраженная иерархия документов (древовидность), больше подходит для публикации статей, чем для создания крупного портала. Плохо написанный код, трудности расширения. URL'ы не "человекопонятные", то есть с параметрами запроса, что создаёт трудности для поисковых систем и пользователей. Посмотреть тестовый пример можно на http://postnuke.balancer.ru
• Tiki (sourceforge.net/projects/tikiwiki/). Это нечто ужасное! Система, написанная на PHP/MySQL, включает в себя целое море разных подсистем. Начиная от классической CMS, кончая Wiki, файловыми и фотогалереями, даже созданием векторных рисунков в онлайне. Но. Опять но. Тяжёлый закрытый код, трудности расширения, "нечеловекопонятные" URL... Пример - http://tiki.balancer.ru
• Plone (www.plone.org). Очень мощная система, написанная на Zope (Start — Zope.org - сервер приложений). Огромный плюс в том, что система изначально с человекопонятными URL. Быстрая, удобная. Zope - сервер web-приложений, основанный не на файловой системе, а на своей базе данных, что позволяет работать быстрее, с меньшими накладными расходами. Есть свой FTP-сервер, позволяющий "лазить" по базе данных через FTP. Минусов мало, но - серьёзные. Во-первых - программируется всё на Python'е (www.python.org). Язык программрования, судя по отзывам очень мощный, но я его совсем не знаю Во-вторых, всё это базируется на, опять же, совершенно незнакомой мне системе - Zope/CMF. В отличие от Apahce/PHP/Perl/MySQL, где всё, в общем-то, понятно до потрохов, тут - как чёрный ящик. Если поменять тут и тут - то будет так и так. А почему оно так? - Разбираться и разбираться... Пример - http://balancer.ru:8080/pages/

Словом, у кого какие мнения будут? Особенно это касается разработчиков и потенциальных разработчиков

Да, ссылки на тестовые CMS на Авиабазе все "живые". Можно зарегистрироваться, пощупать возможности и т.п.

Конечно Жопе!
А по питону очень много книжек нынче вышло. Если из дома выйду - дам название.
Кроме того! По самой Жопе есть книжка на русском.

А может голосование устроить, анонимно - тайное . Кто больше всех наголосует - тот в том и будет обязан тебе помогать

asoneofus, May 20 2003, 19:36:

Конечно Жопе!

 

Не всё мне там нравится.

Хотя прикидывая идеальную систему, какой я бы её делал, получаю нечто идеологически близкое.

Вот только первое от чего надо отказываться - от древовидной структуры данных. Структура должна быть направленным графом, а не деревом. Т.е. каждый узел должен иметь более одного корневого узла.

Ибо только самые примитивные данные классифицируются только одним путём. Будь что-то посложнее и имеем:

Самолёты -> Боевые -> Истребители -> Су-27
Самолёты -> Россия -> Сухой -> Су-27
Каталог -> С -> Су-27

Или
Компьютеры -> Программирование -> Python
Компьютеры -> Интернет -> Серверы -> Zope -> Python.

Пока живём в файловой системе - всё равно какой-то один из путей превалирует, физически же всё равно в дереве живём. Но как только в базу данных перелезаем - зачем нам эти убожеские пережитки? Вот ввели бы в Zope возможность иметь более одного родителя... Скажем, в примере с Python вместо ".." иметь "..Программирование", "..Zope"...

Немного о скорости отдачи.

Apache2, голый файл, не htm - 3960 - 11750 кБ/сек, в зависимости от размера.
Топик этой доски (iBF) - 630кБ/сек.
Tiki, заглавная страница - 48кБ/сек.
PostNuke, заглавная страница - 70кБ/с.
Zope, голая заглавная страница - 191кБ/с.
Zope/Plone, заглавная страница - 89кБ/с.

Имеющийся сейчас на Авиабазе механизм генерации страниц - 170..430кБ/сек. Заглавная страница - 237кБ/сек.

Гм-гм-гм...

Похоже, надо свой механизм развивать дальше...

http://space.org.ru/ - на Zope.


С Астероидом можно тоже поговорить, хотя он давно сайт не обновлял.

Всё же, скорость Zope, а тем более, Plone не понравилась.

Наверное, всё же, свою систему развивать буду.

Balancer, May 21 2003, 17:36:

Всё же, скорость Zope, а тем более, Plone не понравилась.

Наверное, всё же, свою систему развивать буду.

 

И это есть правильно
В своём всегда легче разобраться

asoneofus>Конечно Жопе!
asoneofus>А по питону очень много книжек нынче вышло. Если из дома выйду - дам название.
asoneofus>Кроме того! По самой Жопе есть книжка на русском.
asoneofus>А может голосование устроить, анонимно - тайное . Кто больше всех наголосует - тот в том и будет обязан тебе помогать



Неее ребят, Питон мне не понравился, хотя бы тем что там нужно делать оформление блоков пробелами, элементарно сделать ощибку, не добив один-два пробела =)


Да и вообще синтаксис языка мне не пришелся по вкусу.

А у меня отступы всегда по 4 пробела (один "новый" TAB ), и на один-два пробела компилятор ещё ругается.

Кстати, к этой идее у меня отношение сложно. С одной стороны, по молодости, сам такого хотел, другой стороны, очень уж привык к нынешней свободе трактовки перевода строки как пробела. Особенно практика Форта в этом отношении на меня повлияла

В общем, работа над CMS перевалила за половину, полагаю

1. Готово ядро БД и генерация кода. Скорость работы - прекрасная. Не знаю почему, но страницы выдаются даже быстрее нынешних, на чистом PHP. Возможно оттого, что страницы в виде PHP пытаются интерпретироваться, а у меня - сразу идёт заранее откомпилированный результат из базы данных. Хотя в дальнейшем скорость ещё замедлится из-за более сложных шаблонов, но всё равно, резервы потрясающие. Сейчас моя система работает от 10 до 20 раз быстрее, чем "голый PHP".

2. Работаю над редактором. Примерную демку, как это будет выглядеть, можно пощупать на http://airbase.ru/tools/edit.php Понятно, пока редактор ничего не сохраняет. Так что в поля логина и пароля можно вводить что угодно

Вдогонку к тем данным. Сейчас из моей CMS страница размером в 48кБ отдаётся со скоростью более 2Мб/сек.

Спустя какое-то время...

В общем, скорость отдачи страницы давно уже не так критична.

Из всех готовых CMS сейчас больше всего по душе Plone.
Могла бы понравиться Tikiwiki, но напрочь не работает с MySQL 4.1
Что есть дурдом - изначально под UTF-8 заточена, а на единственной версии MySQL с нормальным пониманием MySQL не пашет.

В общем, Plone - рулез. Но смущает его ресурсоёмкость. Переводить сразу под него систему под большую нагрузку, понятно, глупо, а без реальной нагрузки - и не представляю, как проверить...

С похожими проблемами когда-то сталкивался тоже. К phpnuke (родитель postnuke) нашел модуль, в котором реализована древовидная структура данных типо:
Огловление>Страны>самолеты>истребители
>перехватчики
>сверхзвуковые и т.д.
Если интересует, то попробую поискать в своем компе, хотя это дело не простое Сам phpnuke очень дырявый, бывало что даже phpnuke.org взламывали xekep.ru тоже взламывали через дырявые рhp скрипты, так что наверное самому лучше писать что-то, хорошо изучив ошибки других...
В IPB 2.0 final (http://www.ibresource.ru/forums/...) будить реализовано много интересных вещей. Есть много разных порталов которые интегрируется с этим форумом (http://www.ibresource.ru).

Нашел тот модуль к phpnuke, о котором писал выше - interactsoft.net
Демо - interactsoft.net

Тут еще пара, но я их не узал:
http://dev.phpnuke.org.br/...
404 Not Found

Да деревья-то - это ерунда.
Кстати, очень приятно именно в Plone реализовано.

Но мне хочется не деревьев, а графов. Т.е. иметь у страницы более одного родителя.

Впрочем, пошумлю, перепробую кучу всего, а в итоге всё равно, наверное, свою систему буду продвигать...

Вот, не прошло и пол-года с последнего постинга, а система почти готова. Тут - основные мысли. Ожидаются и приветствуются критика, предложения и хотелки.

• Авиабаза будет реализована в идеологии Wiki. Любую страницу сможет поправить любой зарегистрированный пользователь (скажем, имеющий от 100 постингов на форуме), если только редактирование страницы другими не будет явно запрещено администрацией или автором(авторами) страницы. При этом, естественно, хранятся все старые версии страницы, чтобы всегда можно было осуществить откат или посмотреть (в удобном виде) что конкретно изменялось.