Быстрый лёгкий надёжный форумный движок
Вы не вошли.
Страницы 1
http://fluxbb.org/forums/viewtopic.php?id=5697
Последний релиз был несколько месяцев назад и с тех пор исправили 49 тикетов
Главные изменения:
Улучшения производительности
Теперь можно искать в нескольких форумах одновременно
Отдельный форум по электронной почте и сообщение о флуде
Вкладывать теги в код тега теперь разрешено (до тех пор, пока они сбалансированы)
Шаблоны для всех писем, с полными переводами
Новые коды: темы, почта, форум и пользователей
BBCode в URL-адресов в настоящее время анализируется
В подписке письма не включаются BBCode больше
Техническое обслуживание страницы теперь отображается во время обновления
Список всех изменений тут http://fluxbb.org/development/core/tick … &s=all&p=2
Далее разработчики при будут прикладывать все усилия для релиза 2.0
Если есть ошибки правте
Offline
"Отдельный форум по электронной почте и сообщение о флуде"
следует читать как "Раздельные таймауты на новое сообщение и на сигнал модератору"
Насколько я понял, версия 1.4 остановилась в развитии, разве что обнаружится уязвимость и придется её устранять.
Кто-нибудь следит за проектом 2.0 чтобы внятно рассказать что будет дальше?
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Offline
artoodetoo посмотри http://fluxbb.org/development/core/roadmap/ там все есть
Offline
Я не считаю roadmap хорошим описанием "что будет". Я бы хотел увидеть концепт с ключевыми идеями. Вероятно он есть.
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Offline
Уже для версии 1.4.7 объявлено 3 тикета
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
@ artoodetoo, @ Visman
Кто-то из вас, по-моему, делал патч для ускорения больших тем на кучу страниц. Его учли?
Offline
@scalemaster, я предлагал, в свое время, изменить вычисление открываемой страницы темы по сообщению.
Это изменение было принято в более ранней версии 1.4.х. В какой, не помню.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Народ, у меня есть подозрения, что форум стал тормозить с переходом на 1.4.6, так как таблицу online из памяти убрали в этой версии.
Пример
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Грустная новость
Почему-то почти весь софт движется по мере его развития только в одном направлении - с каждой новой версией потребление ресурсов увеличивается. Я еще помню win 95 с размером дистрибутива в 45 МБ шустро работавший на 8 МБ оперативки...
Со многими CMS происходит та же грустная история, новые версии работают намного медленнее, чем старые.
Неужели версия FluxBB 1.4.5 стала последней, в которой еще можно пользоваться основным и чуть ли не единственным преимуществом этого движка - легкостью?
Offline
Member да заметно потребление памяти увеличилось в два раза с 400кб до 850
Offline
А есть ли вообще смысл переходить на версию 1.4.6, много там критических изменений ?
Offline
Было бы любопытно найти место где память так активно отжирается. Наверняка это одно неудачное исправление.
Реально, нетребовательность к серверным ресурсам и малый размер готовых страниц это главные преимущества FluxBB!. Не растерять бы…
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Offline
Быстрое исследование: на тестовом сервере (Debian Lenny, PHP 5.3, MySql 5.1, eAccelerator) поставил 1.4.5 и 1.4.6.
Расход памяти примерно одинаковый - порядка 500Кб на основных страницах, так что дело не в движке.
Если отключить eAccelerator в его собственной панели управления, то расход памяти на форуме (1.4.5) вырастает до 1.17Мб. Конкретные цифры могут зависеть от конфигурации PHP и кешера. Здесь на этом сайте расход памяти меньше, хотя установлены некоторые моды.
Про таблицу online: да, в 1.4.6 исчезло слово HEAP (таблица в памяти), но это влияет на сервер БД, а на расход памяти в PHP никак не отражается. Некоторое замедление может произойти, если сервер БД хорошо нагружен. Если вы на шаред хостинге, то сервер БД вы делите еще с сотней сайтов и нагрузка может создаваться другими.
Когда нагрузки малые, MySQL будет успешно кешировать таблицы самостоятельно и разницы в скорости HEAP и InnoDB не будет никакой!
Выводы делайте сами.
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Offline
artoodetoo Да возможно дело в моём eAccelerator, отключите eAccelerator в 1.4.6 чтобы сравнить с отключенным 1.4.5!
Ждем 1.4.7 !
Offline
Я несколько раз наступал на такие грабли: обновляю PHP и вдруг замечаю, что расход памяти вырос. Дело в том, что eAccelerator надо пересобирать всякий раз под новую версию. (Если вы на общем хостинге, об этом заботятся админы хостинга.)
There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.
Offline
Страницы 1