ВСЕМ, ВСЕМ, ВСЕМ!!! Обсуждаем переход на новую версию форумов!

 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Собственно, пробуйте тут:

http://airbase.ru/cgi-bin/YBB/YaBB.cgi

Достоинства перед UBB (той, что используется сейчас):
- Бесплатная (UBB я сейчас использую наглым пиратски способом)
- Улучшенное администрирование как доской, так и своими сообщениями.
- Более мощный язык разметки сообщений, аналогичный UBBCode и совместимый с ним снизу-вверх.
- Больше всяких просмотровых функций.
- Более удобный поиск.

Недостаток один - формат базы данных совершенно отличный от UBB.

Если базу юзеров я ещё смогу перенести, то за форумы совершенно не гарантирую.

Варианты:
- Не переходить на новый форум совсем.
- Закрыть все топики старых форумов и настроить автоматическую переадресацию при попытках ответить в новый форум (я рекомендую).
- Собраться с духом и сделать-таки конвертер сообщений в новый формат (не представляю, сколько мне пива для этого понадобится!)

В общем, жду отзывов!
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Цвета/шрифты/дизайн - это мелочи, меняется легко.

Уже обнаружился заметный минус - дизайн всех форумов может быть только один. Так что, Грёзы, Эзотерика, Космос - в том случае придётся делать стандартными...
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Так, никому не падать, я сейчас буду с цветами играть ;)
 
+
-
edit
 

varban

администратор
★★★
Не распробовал еще...
Слушай, заведи пока тестовый форум... скажем тот же главный.
И видно будет.
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Писать можно что угодно и куда угодно.
Потом можно будет потереть, если что...

Не пойму, что проще.
То ли к UBB добавить новые фичи YaBB, то ли за YaBB взяться :-/
 
RU Vale (aka 00) #04.06.2001 18:35
+
-
edit
 
А неужели невозможно просто перекачать инфу из одной конференции в другую... ну по типу автоматизированного cut'n'paste? Слетят даты и времена постингов, конечно, но это же вторично, в конце-то концов...
 
RU Alecsandro #04.06.2001 20:15
+
-
edit
 

Alecsandro
Серокой

координатор
★★★
И цвета поменять. Там же цветовая гамма - мечта творца из сумасшедшего дома!
Больше не раскалятся ваши колосники. Мамонты пятилеток сбили свои клыки. ©  
IL Serge Pod #04.06.2001 20:22
+
-
edit
 

Serge Pod

администратор

Зачем кобылку мучить? Работает UBB хорошо. Зачем лишние трудности создавать? Не настолько уж революционны улучшения в новом форуме, чтобы всю систему ломать.
In knowledge we trust!  

zluka

втянувшийся
По моему в данном_случае лучше пользоваться свободно распространяемыми бесплатными продуктами, чем пиратскими.
Авиабаза =KRoN= солидный ресурс в сети, в крайнем случае пацаны, давайте скинемся на УББ лицензию.
Что нам стоит, дом построить?
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Да, прошу у всех, кто хотел оценить новую досочку, что забыл вчера её вывести из "Режима обслуживания", когда доступ только для админов есть... Сейчас всё ок - можно попробовать. На цвета только прошу внимания не обращать - я процентов 60 поменял, а остальное ещё не успел ;)

Vale (aka 00)>А неужели невозможно просто перекачать инфу из одной конференции в другую... ну по типу автоматизированного cut'n'paste? Слетят даты и времена постингов, конечно, но это же вторично, в конце-то концов...

Хех... Более 100Мб, десятки тысяч топиков - и всё ручками?? ;)
Да это на годы работы!

Но вот, автоматизировать процесс, кажется, можно.
Формат новой базы весьма прозрачный, ну а уж формат UBB я уже знаю ;)

Serge Pod>Зачем кобылку мучить? Работает UBB хорошо. Зачем лишние трудности создавать? Не настолько уж революционны улучшения в новом форуме, чтобы всю систему ломать.

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

zluka>По моему в данном_случае лучше пользоваться свободно распространяемыми бесплатными продуктами, чем пиратскими.

Вот это меня больше всего и привлекает в новой доске.

zluka>Авиабаза =KRoN= солидный ресурс в сети, в крайнем случае пацаны, давайте скинемся на УББ лицензию.
zluka>Что нам стоит, дом построить?

Хех... Сейчас UBB6, кажется, $300 стоит. За эти деньги лучше купить доменное имя с хорошим хостингом ;) Года на два хватит, наверное :biggrin:
 
RU Vale (aka 00) #05.06.2001 21:45
+
-
edit
 
=KRoN=, я наверное, неясно выразился...
Вместо конвертации базы - некая софтинка, которая выдаст запрос в UBB ("Выдай имя автора и текст сообщения тема #NN, сообщение №MM,) и потом стандартным способом "запихнёт" новое сообщение в новую доску. Это ведь не должно быть сложно?
Я в WWW-программировании ноль без палочки - так что не бейте, пожалуйста, сильно. ;)
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Vale (aka 00)>Вместо конвертации базы - некая софтинка, которая выдаст запрос в UBB ("Выдай имя автора и текст сообщения тема #NN, сообщение №MM,) и потом стандартным способом "запихнёт" новое сообщение в новую доску. Это ведь не должно быть сложно?

Сложно.
Гораздо проще конвертер написать ;)

Ладно, побежал я на работу...
Буду ещё думать.
С одной стороны, проще доработать UBB...
С другой стороны, лицензионная чистота...
Эх, дилема та ещё... ;)
 
IL Serge Pod #06.06.2001 22:37
+
-
edit
 

Serge Pod

администратор

Cколько лизенция на UBB стоит?
In knowledge we trust!  
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Serge Pod>Cколько лизенция на UBB стоит?

$249

Хотя для некоммерческих организаций, вроде, могут быть некоторые скидки. Но это они там решают индивидуально.
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Вопрос решается в пользу UBB.
По результатам тестов она почти вдвое быстрее, чем YaBB.
Су-25 vs. A-10 (часть 5)
в UBB загружается в среднем 0.75 сек, а этот же топик в YaBB - 1.4сек.
 
+
-
edit
 

Privet

новичок
UBB уж очень медленная, хотя, надо отдать должное, весьма надежная. При маленькой загрузке и небольшой истории (небольшом объеме сообщений) все хорошо, но затем начинаются проблемы с загрузкой процессора. Я бы ее не рекомендовал, тем более, если еще ничего не купили. Мы здесь долго это обсуждали.

http://www.privet.com/ubbcgi/ultimatebb.cgi?ubb=get_topic&f=6&t=000319
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Privet>UBB уж очень медленная

Чёрт его знает, но, видишь, та же YaBB ещё медленнее :)
Вообще, в 6-й версии немало сделали для ускорения - кеширование, прекомпиляция и т.п.

Есть и ещё один плюс - я уже неплохо разобрался со структурой данных UBB и понемногу пишу свою обвязку. Возможно, со временем, кусок за куском перепишу всё на свой лад с сохранением внутреннего формата. Кстати, быстрее 5-й UBB мало что придумаешь - она ж статический HTML генерила.

Privet>При маленькой загрузке и небольшой истории (небольшом объеме сообщений) все хорошо, но затем начинаются проблемы с загрузкой процессора.

Я пока вижу только одну потенциальную проблему - серьёзное увеличение времени компиляции при сильном разрастании какого-либо топика. На Авиабазе уже есть топики по 700кБ исходного кода... Но тут даже не знаю, что делать...

Privet>Я бы ее не рекомендовал, тем более, если еще ничего не купили.

Зато у меня под неё много чего уже понаписано...
Да и по идеологии/возможностям, на мой взгляд, лучшее решение.

Privet>Мы здесь долго это обсуждали.
Privet>http://www.privet.com/ubbcgi/ultimatebb.cgi?ubb=get_topic&f=6&t=000319

Сижу, читаю... Что взамен UBB рекомендовалось ещё не прочёл :)
 
+
-
edit
 

Privet

новичок
Я здорово пожалел, что перешел на 6-ю версию. Сырая она очень и работает потрясающе медленно. По идее она сливает все в кэш, а потом все оттуда быстренько берет, но при этом все равно крутится Perl. Кроме того, они обещали, что софт будет работать под mod_perl, но как выяснилось, до этого еще далеко. На их доске вопрос быстродействия становится основным. Как они это будут решать - не ясно. Пока основная рекомендация - уничтожать старые сообщения.

Я логи на доску выкладывал. Там явно видно - если одновременно доску смотрят больше десятка человек или запущен поиск, то процессор улетает в 100%.

Разработчики, похоже, погрязли в исправлении текущих багов и вперед уже почти не продвигаются. Такие фитчи, как аваторы или who-is-online существуют только в виде хаков.
Конечно, если есть время, то можно и самому что-то переписать, но ведь это придется переносить каждый раз при upgrade. Меня на это, например, уже не хватает.
 
+
-
edit
 

avmich

координатор

А у UBB внутренний формат данных открытый?

Просто если нечто отформатировано в XML, то конвертировать в другой удобный формат довольно просто - пишешь программу на XSL. Прошу прощения, не знаю, как Perl грузит сервер - но по идее одновременно 10 подключений - это должно быть немного. Perl не создаёт там случайно по процессу на каждый запрос? А то в Java только нить создаётся, например. Ещё, а какая мощность у сервера, и особенно сетевой канал? А то нынче вычислительные способности недороги - можно, скажем, гигабайтную БД держать в памяти...
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
avmich>А у UBB внутренний формат данных открытый?

Нет, но очень простой. Если интересно - можно будет перейти в закрытый форум и там разобрать это дело по полочкам :)

avmich>Просто если нечто отформатировано в XML, то конвертировать в другой удобный формат довольно просто - пишешь программу на XSL.

Вообще-то, я не работал с XML, так что не знаю, насколько это эффективно. Но думаю, что выигрыша не должно быть особого. Так как компиляция происходит только при ответе/редактировании, что случается не очень уж часто, а при просмотре выдаётся заранее скомпилированная страница (из кеша, или статический HTML).

avmich>Прошу прощения, не знаю, как Perl грузит сервер - но по идее одновременно 10 подключений - это должно быть немного.

Среднее время выдачи страницы в UBB сейчас - около 0.8 сек. Т.е. до 1.2 страниц/сек должны выдаваться без замедления выдачи.

avmich>Perl не создаёт там случайно по процессу на каждый запрос? А то в Java только нить создаётся, например.

На Unix'aх создание процесса (точнее fork'а) вещь куда менее ресурсоёмкая, чем на Win32, насколько я знаю.

Вообще же, обычный Perl создаёт по процессу на каждый запуск скрипта, в котором происходит компиляция скрипта, затем его исполнение. Есть такая фича, как mod_perl, позволяющая постоянно хранить в памяти уже откомпилированный вариант, что заметно ускоряет работу. Но это требует большой аккуратности в написании программ, чего в UBB нет.

avmich>Ещё, а какая мощность у сервера, и особенно сетевой канал?

Вообще, средняя для таких вещей машинка. Точных цифр не знаю, но апгрейд делали недавно, так что, полагаю, что могли - уже закупили :)
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Privet>Я здорово пожалел, что перешел на 6-ю версию. Сырая она очень и работает потрясающе медленно.

Я сразу на 6.01 перешёл, так что глюки 6.0 как-то мимо меня прошли. Говорят, что 6.01 получше...

Privet>По идее она сливает все в кэш, а потом все оттуда быстренько берет, но при этом все равно крутится Perl.

Угу. Но тут замерял быстродействие разными методами, получается, что Perl (не mod_perl) выдаёт страницы где-то раз в 5 медленнее, чем Апач выдаёт просто тексты. В общем-то, жить можно :) Правда я всё ещё провожу эксперименты...

Privet>Кроме того, они обещали, что софт будет работать под mod_perl, но как выяснилось, до этого еще далеко.

Это да. С таким кодом, как у них... :(
Я такой код писал на первой неделе знакомства с Perl...

Privet>Пока основная рекомендация - уничтожать старые сообщения.

Что нам непригодно. Вернее - мне.
У меня доска насквозь проинтегрирована в сайт (взаимные ссылки и т.п.) и индексируется в поисковиках. Так что замена ссылок - несколько чревато. Хотя, справедливости ради, сейчас уже не так остро: я написал обработчик 404-й ошибки через .htaccess на PHP, который подсовывает, если надо, нужную страницу взамен отсутствующей. Достигается отличная совместимость со старыми ссылками при всяких переменах на сайте. Скажем, новый формат URL в UBB6 (в виде CGI-запроса) не позволяет индексировать страницы поисковиками Апорта и Рамблера (только Яндексу по силам, да и то, если запрет на индексацию cgi-bin не стоит, как у меня). Затраты на обработку минимальны - в пределах ошибки измерения. Если интересно (скажем, простая ссылка на этот топик - ВСЕМ, ВСЕМ, ВСЕМ!!! Обсуждаем переход на новую версию форумов! - можно затеять отдельный топик в закрытом форуме, обсудим.

Privet>Я логи на доску выкладывал. Там явно видно - если одновременно доску смотрят больше десятка человек или запущен поиск, то процессор улетает в 100%.

Ну, десяток человек у меня достаточно регулярно случается, и тормозов по этому поводу особых не наблюдаю. А вот поиск в UBB - это да, больное место.

Privet>Такие фитчи, как аваторы или who-is-online существуют только в виде хаков.

Для меня это всё малоактуально, т.к. я реализую регистрацию посетителей на сайте, так что всё равно хакать UBB придётся на эту тему.

Privet>Конечно, если есть время, то можно и самому что-то переписать, но ведь это придется переносить каждый раз при upgrade.

Вот это - самый ужас :(

Privet>Меня на это, например, уже не хватает.

Я очень много переделал в своё время в 5-й UBB.
И поэтому с большим скрипом переполз на 6-ю (всё же, она поприятнее). Но вот с 6.01 на 6.04 - даже в мыслях нет мучаться :)

Вообще, система достигла такого уровня, что меня, в целом, удовлетворяет. И дальше уж лучше буду развивать интеграцию с сайтом.

Главные конкуренты - vBulletin и ikonboard...
Первую я так и не достал в коммерческом виде, чтобы оценить возможности. Вторая... С одной стороны понравилось, что топики и проч. лежат в файловой базе в двоичном виде - скорость выше должна быть (хотя измерения не проводил, 3-я бета мне не даёт никак логиниться почему-то :) ). Но с другой - к чертям летит идея простой интеграции доски с сайтом.

Вышеупомянтая YaBB не конкурент, т.к. тормознее в работе.
Хотя поиск там, кажется, заметно лучше.

Мораль - надо делать свою систему кеширования и поисковую систему. В перспективе - своя навигация по форумам и пользовательское администрирование. Тогда, со временем, от старой UBB останется только формат базы :)
 

Calm

новичок
Прелести ХМЛа нивелируются огромным перерасходом памяти (объем файла в 8 раз превосходит объем "полезной" информации ) и медлительностью

Насчет БД - все очень верно. Самое смешное - vBulletin как раз и является web-интерфейсом к БД на mySQL ;)
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Calm>Крон, советую обратить внимание на
Calm>vBulletin, the most powerful forum software

Видел, смотрел...

Calm>На голову бьет UBB по всем параметрам. Требует MySQL и PHP, вещи общедоступные.

PHP-то есть - вся База на нём сейчас, в основном, а вот с MySQL - облом. Юка ставить не хочет из-за повышения нагрузки на сервер. Переходить же на другой хостинг - никто не даёт больше таких условий :( Из бесплатных. На платный хостинг переезжать не готов ни материально, ни морально...

И ещё один момент - структура данных доски должна быть прозрачной, код - легко модифицируем (кстати, как на счёт лицензионности по этому поводу?) из-за очень тесной интеграции доски с сайтом...
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
avmich>Конечно, когда есть уже работающая система, всегда есть некая инерция к изменениям :) .

Если бы дело было только в одной доске, как я уже отмечал, то с переходом было бы проще. Но она всё теснее интегрируется в структуру сайта.

avmich>Принципиально есть два варианта: оставаться верным UBB - получая лёгкую возможность автоматического перехода на новые её версии, по мере их выхода - или в какой-то момент переходить на что-то другое.

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

avmich>Самый общий из известных мне подход к решению задачи перевода формата - представление данных в виде XML.

На самом деле, принципиально ничем не отличается от текущего формата UBB. Потому, как написать полный интерфейс к формату данных, чтобы потом использовать вские get_message_author($forum,$topic,$n) - дело одного дня работы :) Просто пока в этом не было необходимости. Часто проще разбирать сразу текстовый файл, без промежуточного дробления на составные части.

avmich>Вся прелесть XML в том, что, однажды представив данные как XML, дальше их обработку - поиск, фильтрацию, представление (для клиента), переформатирование - можно автоматизировать единым способом.

Всё же, это достижение не технологии, а стиля программирования. Вполне допускаю, что на XML эту идею реализовать несколько проще, но и на текстовой базе это будет не намного сложнее. Но, думаю, всё преимущество XML будет съедено возросшими требованиями к памяти и моим его незнанием :)

avmich>Что касается нагрузки при запросе... Если поиск - это узкое место... Вопрос, как это сделано в UBB. Относительно хороший подход, мне известный - деление БД на часто обновляемую часть (OLTP) и хорошо проиндексированную часть (OLAP), и время от времени дополнять данные во второй данными из первой.

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

Но вот на практике реализация у них подкачала.

У меня есть мысли по поводу поиска, но все слишком грандиозные :) Нечёткий поиск + нейросеть. Пока к экспериментам ещё не приступал :biggrin:

avmich>Ну, PostgreSQL или MySQL вполне могут тянуть БД в несколько Гб, в которой к тому же некоторые поля - такие большие куски текста, как этот :) .

Как я уже говорил, стандартные базы хостер ставить отказывается :(

А объём форумов сейчас около 40Мб чистого текста.
 
+
-
edit
 

=KRoN=
Balancer

администратор
★★★★☆
Кстати, если уж на то пошло, то у меня тут всё носятся ещё две безумные идеи:

- Реализация работы с форумами через e-mail.
- Интеграция форумов с FIDO (т.е. типа FIDO-гейта, но с упором не на FIDO-инфраструктуру, как это обычно делается, а на форумы. Возможно даже под это дело свою эху делать - я ещё со времён скандала в RU.AVIATION хотел делать RU.AIRBASE ;) )
 

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru