Создание архива сообщений

[Alien2001]

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

 

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

 

Я видел разные решения проблем перегрузки форума, но в осном все шли по пути создания второго форума с переносом тем туда. Это не есть правильный путь, поскольку возникает множество неувязок, например по механизму переноса или подсчета сообщений пользователей

[Song]

ну например вот неплохой вариант:

Подрезаем БД: сброс постов в файлы

[Alien2001]

Song, спасибо. Оригинальная, конечно, идея, но как-то все это... Извращение некоторое.

 

Честно говоря, не понимаю, почему необходимость архива не осознается разработчиком. Никому не надо? А как же большие форумы. Я видел и по миллиону, по два сообщений. И все в одной таблице хранить? Ужасть! Этого же даже колокэшн не выдержит. Главное неясно, зачем нужно дергать постоянно одну огромную таблицу

[Song]

У меня была мысль разбить одну большую но маленькие.

Я задал вопрос на форуме mysql. Ответ был таков: разделение на маленькие таблички не увеличит производительности.

Если есть таблицы, и она индексирована, то обращение по индексу даёт лучшее решение.

[Alien2001]

У меня была мысль разбить одну большую но маленькие.

Я задал вопрос на форуме mysql. Ответ был таков: разделение на маленькие таблички не увеличит производительности.

Если есть таблицы, и она индексирована, то обращение по индексу даёт лучшее решение.

Song, я понимаю, но... На одном хостинг-форуме админы приводили пример, как один товарищ создал 1000 однородных таблиц. Это как у Карлсона - мама испекла торт с восемью свечами - лучше бы она испекла восемь тортов с одной свечой. 1000 таблиц - это дурь. Но деление на базу и архив, на мой взгляд, целесообразно.

 

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

[Song]

Архив, если это БД на том же сервере, это та же ж, вид сбоку.

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

Конечно здесь облегчение есть, прежде всего на запросах на всяческий рекаунт. Поищи может даже такой мод есть.

[delfin]

ребята, подскажите:

 

1. зачем на некоторых форумах после того, как тема доходит до 100 страниц, ее закрывают и открывают аналогичную?

2. темы с решенными вопросами надо закрывать? (это влияет на скорость работы самого форума?)

3. что еще посоветуете делать модерам, для уменьшения тормозов форума?

[Song]

1. Потому что запросы с таким количеством постов становятся ресурсоёмкими.

 

2. Не играет роли закроете вы её или нет..

 

3. Не ставить бездумно модификаци..

[delfin]

спасибо Song

[FatCat]

1. зачем на некоторых форумах после того, как тема доходит до 100 страниц, ее закрывают и открывают аналогичную?

Затем, что если вдруг понадобится тему разделить, всю эту массу сообщений модератор получит на одной странице...

 

 

2. темы с решенными вопросами надо закрывать? (это влияет на скорость работы самого форума?)

Это уменьшает количество флуда, который со временем прирастает к любой незакрытой теме.

 

 

3. что еще посоветуете делать модерам, для уменьшения тормозов форума?

Отменять подписки на темы. Особенно если у тебя свой выделенный сервер, и SMTP по локалхосту. На днях тестировал; нарисовалась интересная картинка: при отправке сообщения в топик, в котором есть подписанные на обновления, в течение 2 секунд сервер даже входящие запросы не обрабатывает, бэд гатевей отдает, скотина такая.