Выход Plone 2.1

Баян уже вроде пару месяцев как мы на него перешли

plone.org лежит и не шевелится уже несколько часов :(((

Может посоветуете CMS чтобы форум можно было привинтить легко и не ставя дополнительный пакет типа PHPbb и прочей бб. Годится ли для этого Plone.

А вообще я выбираю пока из

Plone, Drupal, TikiWiki,

но хочется чего-то не такого тяжелого как тики.

Привет. Давно тебя тут не читал.

Что косается cms, то я почему-то больше симпотизирую drupal, ближе мне он по идиологии построения...

Господа, а насколько можно доверять тому, что не на апаче?

У друпала ужасный форум

xaraya.ru

> Господа, а насколько можно доверять тому, что не на апаче?

К Zope можно апач прикнутить в качестве веб сервера. Так обычно и делают, на Zope остяётся база данных ZODB ну и движок+продукты.

/turist

Этот форум умеет нити, что не умеют альтернативы :)

если сравнивать drupal, то скорее с однокласниками вроде xoops2, mambo/joomla

Привет, я давно здесь просто не писал :) На форумах только.

Мне критичен в первую очередь хороший форум. Кто бы как делал форум для сайта маленького сообщества? Чем плох друпаловский форум?

Хорош ли Plone и можно ли там легко организовать форум?

На самом деле для меня идеалом был бы форум плоский. Форум как на ЛОРе - идеал

Я стал смотреть в сторону PunBB для форума: а сайт как-нибудь еще, кто пользовал Pun?

А, ясно, я обычно форумы почти не просматриваю.

Что касается форума -- то что для тебя хороший?. В случае с drupal у тебя появляется форум как на лор (он тут не совсем плоский, он с нитями, но сортируется как плоский, такое, при желание, можно сделать и в drupal). Из минусов могу назвать немного странную идею организации сайта, но мне она близка :) Еще минус, это почти полное отсутсвиее русского комьюнити (я не прав, и вы есть? тогда пишите на catap@catap.ru, есть вопросы). Наверное это все замечания к нему.

Так, дальше, plone. Монстр. Форум?.. Мне не понравился. Чем? Наверное своей простотой (для меня идеальный форум тот, который будет интегрирован в nntp). Мне не понравилось, что он использует _свою_ базу данных, а не какую-то общепринятую... Не понравилось что не запускается на редких web-серверах (например ngnix).

А вообще нету идеального для меня форума, но это нету, пока :) В ближайшее время, если с временем будет получше чем сейчас, доделаем одну интересную систему ;)

Drupal неплох, но с Unicode работает черех жопу (при том, что сам по себе -- типа с претензией на нативно-юникодность). Въехать в его таксономию непросто, но можно, инструмент мощный, но вот правда в реальной жизни редко бывает нужен (настолько. что ну кроме как им не сделать). Форум там -- кал.

Про не дружбу с unicode поподробнеее, если возможно.

Про taxomony, я сказал что концепция не простая, но гибкая :)

А про форум... нет, если это для вас плохо, то что для вас ipb/phpbb и компания тогда?..

catap, благодарю за обзор, что-то последнее время здесь с этим дифицит.

phpbb мне не понравился своей слоновостью.

Короче, мне надо найти форум. Желательно простой. Было бы классно, если бы интегрированный с сайтом (друпал?). Вот бы еще можно было вставлять в посты картинки или простые жабаскрипт апплеты (вроде шахматных диаграмм). Но если нет - то пока обойдетмся

И чтобы работы ручками по минимуму :)

может ldu (сайт + простенький форум) ? ( http://neocrome.net ) он правда не GPL, а так там всё просто и понятно ну и комьюнити русское неплохое.

>Короче, мне надо найти форум.

http://www.vbulletin.com/

Попробуй drupal. У них очень хороший англоязычный форум.

Ручками -- в друпале куча модулей, вплоть до визуальных редакторов постов(!), так что есть из чего выбрать (а о такой мелочи, как анализ чужых rrs'ок я естесвенно умолчу).

ldu -- не знаю, не понравился он мне, своей, наверное, не гибкостью, а vbulletin... так платный он ;)

Да и вообще, пиши на catap@catap.ru, просто я сам ищу форум мечты... точнее уже пишу ;)

>а vbulletin... так платный он ;)

Так он стоит этих денег.

http://hostel.nstu.ru
правда тут PunBB сильно модифицированный

> Авторы наслаждаются работой с текстовыми процессорами

Кхе-кхе, это ещё что такое? :)

В новости о том, что новый BMW появился, а все решают какую жигули лучше взять :(..

Не каждый фермер может позволить себе в bmw 8 серии за сеном ездить... Не каждый... ;)

>А вообще я выбираю пока из >Plone, Drupal, TikiWiki, >но хочется чего-то не такого тяжелого как тики.

Если нужно готовое решение с форумом - то Drupal, наверное. TikiWiki не рекомендую, тормоз наистрашнейший и, вообще, Франкенштейн.

Если есть желание повозиться самому и получить быстрый и чрезвычайно расширяемый проект - могу предложить присоединиться ко мне :) На завершающей стадии проект CMS, идеология которого выкристаллизовывалась лет пять, а код понемногу писался года два.

Недавно как раз выложил на SVN, но в свободный доступ пока не отдаю, нужна команда разработчиков, чтобы вылизать, посмотреть свежим взглядом :) На ней сейчас работают пара любительских проектов (включая airbase.ru и la2.balancer.ru ), четыре коммерческих проекта (ссылок не даю :D ) и готовится переход на неё jabber.ru

Скелет есть, и весьма грузоподъёмный. Но нужно мясо в виде всяких вкусностей. В плане форума - примитивный форум есть, но пока приватный, в одной из коммерческих частей. В открытом плане - перевожу понемногу на новый движок iPB с forums.airbase.ru

База - php + mysql + smarty + своя система разметки.

Плюсы - как уже отмечал, расширяемость, мощные механизмы виртуалиации, высокая скорость при кешировании, а в перспективе - вообще работа web-сервера в основном со статикой.

Так что, если у кого-то есть желание - присоединяйтесь :)

>Я стал смотреть в сторону PunBB для форума: а сайт как-нибудь еще, кто пользовал Pun?

У меня стоит на balancer.ru/forums

Только модуль BB-разметки на свой заменил.

Из бесплатных, ИМХО, лучший. Но, увы, бедный. Так что сейчас, всё же, ставку на свой делаю :)

впечатляет:
------
Invalid query 'UPDATE `hts_data_views` SET `id`='http://airbase.ru/',`value`='143034' WHERE `id`='http://airbase.ru/'': Incorrect key file for table 'hts_data_views'; try to repair it
 Backtrace error:
               echolog("Invalid query '<tt>UPDATE `hts_data_views`  SET `id`='http://air...", "1") # line  105, file: /home/balancer/work/cms/funcs/DataBase.php
            database.query("UPDATE `hts_data_views`  SET `id`='http://airbase.ru/',`value`='...") # line  214, file: /home/balancer/work/cms/funcs/DataBase.php
         database.store("hts_data_views", "`id`='http://airbase.ru/'", Array[2], false) # line  201, file: /home/balancer/work/cms/funcs/DataBaseHTS.php
      databasehts.set_data("http://airbase.ru/";, "views", "143034") # line  130, file: /home/balancer/work/cms/funcs/templates/smarty.php
   show_page("http://airbase.ru/";) # line   16, file: /home/balancer/work/cms/handlers-post/80-pages.php
handler_pages("http://airbase.ru/";, Array[3]) # line   86, file: /home/balancer/work/cms/main.php

Invalid query: Incorrect key file for table 'hts_data_views'; try to repair it /home/balancer/work/cms/funcs/DataBase.php:222 Error and try autorepair ('hts_data_views','`id`='http://airbase.ru/'','Array').

> идеология которого выкристаллизовывалась лет пять

Можно поподоробнее на эту тему?

>впечатляет:

А чего ты ещё хочешь, если у меня вчера машину перезагружали по резету. При среднесуточной загрузке в 200 sql-запросов... При этом некоторые таблицы по 1..3Гб. Естественно, mysql задурил.

Или ты считаешь, что за "Incorrect key file for table" отвечает CMS? :D

>При среднесуточной загрузке в 200 sql-запросов...

Имеется в виду 200 в секунду в среднем за сутки. Пиковая загрузка мне неизвестна, не знаю, как оценить :)

>Можно поподоробнее на эту тему?

Если по "китам", то:
- максимальная степень абстракции (несколько API-слоёв, "виртуальные" объекты, драйвера на каждый чих и т.п.)
- максимальная гибкость при расширении (чтобы подключить новый тэг разметки, ввести новую сущность, тот же форум, если он отсутствует до того достаточно только положить новые файлы в подходящий каталог, не требуется модифицировать уже имеющийся код)
- навигация, построенная не на деревьях (и не банально отсутствующая, как во многих альтернативах :D), а на о-графах. Т.е. у каждого объекта системы может быть больше одного предка

Если по механизму, то:
- обработка всех запросов направляется в общий центральный модуль (соответственно, рекомендуется mod_rewrite)
- тот загружает в определённом порядке хэндлеры данных и объектов (очень полезен eaccelerator или mmcache)
- находит подходящие обработчики, передаёт управление им
- они формируют нужные данные и/или формируют нужный вывод, заполняя шаблоны Smarty своими данными

Объём работы выходит большой, но операции все очень примитивные и автономные, из-за чего получается высокая скорость обработки. Плюс к этому кеширование, как данных в процессе запроса, так и результата в Smarty (хотя, когда я однажды по ошибке отключил кеширование напрочь, система на 100 тыс. запросах в сутки стала только вяло отзываться, на манер Mediawiki :) ). В идеале уже сейчас можно перевести систему на генерацию голой статики с вставкой динамической информации в страницу через JavaScript. Должно получиться совсем офигительно.

У меня с неделю назад ломанули древний iPB 2.0.0PF4, вследствии чего пришлось переползти на 2.1.3... Офигел от тормозов (стал на порядок тормознее - в среднем раз в 7) и совсем уже одуренного кода и решил форсировать перевод своих форумов на новый движок. буду делать поэтапно, начну с разгрузки сперва самых ресурсоёмких кусокв, типа показа топиков форума. Благо механизм виртуализации позволяет работать с "псевдостраницами" форума, как если бы это были родные страницы CMS. Сделаю показ топиков, потом - форумов, потом - свои обработчики тех или иных действий. Потом снесу нафиг iPB и можно будет заявлять, что в CMS есть полноценный и продвинутый форум :)

...

Минусы у меня пока тоже есть. Например, пока нет средств разделения доступа к материалам и операциям по группам юзеров (используется тупая система семилетнего возраста в виде "уровня доступа"). Ещё немало древнего кода, который требует чистки, оптимизации... Нужно серьёзно переписывать пару мест в механизме разметки (он не на регекспах, чтобы легко обрабатывать произвольные вложения тэгов, но во вложенных обработках сейчас вылезло несколько недоработок). Драйвер БД планировался двухуровневым (собственно, драйвер БД и интерфейс высокоуровневых функций к нему) с произвольным разделением этих уровней, но второй уровень оказался сильно повязан на MySQL, не говорю уже про несколько высокоуровневых модулей.

К счастью, всё это пробы именно отдельных участков системы, но не затрагивают "соседей" даже при полном их переписывании :)

Не хватает только личного времени на это всё и команды заинтересованных разработчиков. К тому же некоммерческих (ибо оно всё будет GPL), а Just for fun :)

Только в четверг-пьянтницу сидел разглядывал CMS-софтины и решил присмотреться к plone, как его тут же зарелизили и на лоре объявление повесили :)

ZODB напрягает, ООДБ это на мой взгляд минус, как там она работает (реляционные базы на реляционной алгебре/исчислении основаны, а ООДБ на чём, на биле о правах и свободах?) и что происходит/как её восстанавливать, после сбоев, хрен его знает ("There is also an optional enterprise option available which provides scalability and failover." - типа за бабки только?). Свой web-сервер это очередной велосипед, неужели у апача нет достаточных средств/гибкости? А остальное вроде всё по делу, без особо бестолковых свистелок-перделок.

Мне надо поднять небольшой портал для физического эксперимента. Хотелось бы иметь:

* ньюс-лайн с подразделами (типа триггер/каломер/обработка/кластер) с возможностью подписки по email/icq/jabber, новостная лента должна наполняться участниками,
* общий и по спецгруппам календари митингов/встреч с возможностью опять же подписки,
* загрузка слайдов выступлений участниками удалённо через веб по паролю,
* какое-то груп-варе с вершионингом - типа совместная подготовка отчётов/драфтов статей, автор документа должен иметь возможность аппрувить изменения/дополнения внесённые помощниками через веб во временные версии, и задавать статус документа (типа файнел - изменения вносятся только автором),
* учиться работать с порталом участники эксперимента должны сами, без нужды бегать за админом, он и так многостаночник и на просьбы научить должен иметь возможность послать в RTFM,
* гибкий/полный интерфейс к движку, с возможностью быстро дописать модуль с требуемой функ-тью, ибо со временем может потребоваться нестандартное применение (типа визуализация реконструированных событий в веб-браузере с нестандартным плагином и протоколом обмена с апп-сервером, способным обработать запрос на кластере)

Подходит ли для этого plone?

>Свой web-сервер это очередной велосипед

Plone - он на Zope основан, а не на "своём Web-сервере" :) А Zope - это не очередной, а один из первоочередных велосипедов :D

>ldu -- не знаю, не понравился он мне, своей, наверное, не гибкостью,

а в чем он не гибкий можно узнать? когдая я с ним игрался он мне весьма понравился. Скины на темплайтах, через теги всё правится только в путь. Посмотрите на ldu.ru там много примеров, что с ним можно сделать.

> >Свой web-сервер это очередной велосипед

> Plone - он на Zope основан, а не на "своём Web-сервере" :) А Zope - это не очередной, а один из первоочередных велосипедов :D

я в курсе, более того, не то чтобы против него, всё же performance-critical части у них написаны на С, а остальное на питоне. Просто дублирование чьих-то усилий удручает, вот если они действительно сварганили его на какой-то оригинальной идее с рациональным зерном отсутствующим у других, тогда другое дело, но в этом я сильно сомневаюсь, чай не идиоты апач ваяют.

http://www.zope.org/WhatIsZope

" Zope includes its own HTTP, FTP, WebDAV, and XML-RPC serving capabilities, but can also be used with the Apache or other web servers."

Меня собственно интересует можно ли из этого сделать довольно навороченную feature и bug tracking system?

> Меня собственно интересует можно ли из этого сделать довольно навороченную feature и bug tracking system?

а чем Savane https://gna.org/projects/savane не устраивает?

А с некоторых пор зопа3 на twisted перешла - ждём много-много хорошего ж)

Вообще про ZODB - не надо на неё гнать, она не только обьекты даёт, но и транзакциями очень корректно управляет, упрощает разработку и тп. Для любителей RDB - есть дофигища ORM-ов (для плона в частности).

Так что зопа живее всех живых %)

Вот обьясните мне - нафига он нужен? Без красивых обьектов ничего нормальное не получается.

Все выборки хрен знает как организованы, постоянно ковыряешься в сырых данных из БД.

Создать обьект (node-подобный) с наследованием - всё равно что два раза одно и то-же написать.

Данные из одного обьекта могут быть изменены любым другим обьектом (ай как удобно хуки использовать!).

Данные из одного обьекта (не активного, т.е. для которого запроса сейчас нет) - фиг из другого обьекта получишь.

Таксономия... Вообще незнаю зачем она нужна. Серьёзно - зачем? Чтобы преодолеть отсутсвие обьектов и как следствие возможности работать с ними?

Тогда получается, что надо каждое поле обьекта (допустим дата создания, автор, ....) задавать как таксономию. Либо не использовать её вообще. Получается такой АПИ для выборок из обьектов (типо выберем все ноды, имеющие таксономию такую=то...). Причём весьма ограниченные возможности последовательного выполнения выборок последовательно (как вложенные СКЛ-запросы).

Да - там юниттестов никаких нету ж) Поломал - поломал, манки-патчинг рулит, нах.

О, пасиб. посмотрю.

KRoN73 - спасибо за подробный ответ, чуть будет время напишу - сейчас нет ни секунды, извини!

Можно, и это будет очень интересный проект. У нас стоит в планах на весну :)

Новость - ужасный боян. Уже больше недели как вышел 2.1.2. И 2.5 альфа даже вышла.

А где анонс? Я что-то не видел его нигде, кроме того PloFo все таки наконец-то исправили многие ошибки, так что теперь самое время предлагать пользоваться всем тем приятным людям которые в жизни ничего кроме PHP не видели. Надо же им в самом лучшем виде предстать! %)

Новость нужно озаглавить так - Выход полностью русифицированной версии Plone 2.1. В версии 2.1.2 благодоря стараниям xen в том числе появился прекрасный русский язык!
Большой ему респект от всех пользователей Plone!