Внутренний голос мне подсказывает, что 900 человек не могут так нагрузить сервер...

А ты, оказывается, не только людей насквозь видишь ?!

Major писал(а):
Внутренний голос мне подсказывает, что 900 человек не могут так нагрузить сервер...

Очень даже может. На ВПС не один аккаут. Будем усиливать

А сколько гигов трафа в месяц получается?

Дело не в трафе.
Много ресурсов жрет блок "Последние на форуме" - я писал об этом. Я его оптимизтвал насколько смог.
Но к сожалению главная проблема не в этом - идет нехватка kernel memory, А причину выяснить пока не могу... есть подозрение, что дело в спамерах...

Вот это и есть основное преимущество виртуального хостинга в старой хостинговой компании. Там забанены айпишники всех спамеров, и новые оперативно отлавливаются.

А такой блок делается тремя запросам, не должен тормозить.

Major писал(а):
Вот это и есть основное преимущество виртуального хостинга в старой хостинговой компании. Там забанены айпишники всех спамеров, и новые оперативно отлавливаются.

А такой блок делается тремя запросам, не должен тормозить.

1. На виртуальном хостинге портал уже бы сдох.
2. По спамерам ты не понял - RCPT на мэйлсервере... долбятся по словарю все равно с запросами на доставку, а делать **null** до проверки - грузить опять же сервер... Spam assasin естественно включен и обновляется.

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

Была идея добавить табличку и обновлять ее по добавлению сообщений... посмотрю...

Andreas писал(а):
Ну конечно... только запросы рекуррентные У каждого сообщения хранится только parent, а нужно вычислять первое сообщение темы во избежание дублирования веток.
parent чего?
parent таблицы тем и parent таблицы пользователей?
Если да, то такой блок делается одним составным запросом, три селекта. Никакой рекурентности.
Я недавно подобное делал.

Andreas писал(а):
1. На виртуальном хостинге портал уже бы сдох.
Вот это жумла такая тяжелая?

Я вот имею счастье наблюдать сайт с 1200 посетителей / 9000 просмотров в сутки, плюс там-же форум 150/1000 - и ничего, нормально все работает. И хостер не жалуется и тормозов никогда не наблюдалось.

Тема: сообщение1 ообщение 3 и т.д.
Для каждого сообщения нужно проходить по цепочке вычислять первое в теме (с нулевым парентом). Чтобы в блоке не показывались сообщения из одной цепочки.

т.е таблицы тем нет вообще?

Что значит таблицы? Сообщения привязаны к предыдушему сообщению. Первое сообщение в ветке определяет тему. Чтобы не повторялись сообщения, нужно вычислить первое в ветке.

О! Пришла голову идея! А если фильтровать по названию? Это будет не 100%, зато намного быстрее...

А то и значит, таблицы
Обычная таблица базы данных.

Давай по-другому: У сообщений одной темы есть один общий идентификатор, который указывает на то, что они принадлежат одной теме?

пятый раз повторяю - нет, только parentID предыдущего по иерархии сообщения.

Andreas писал(а):
пятый раз повторяю - нет, только parentID предыдущего по иерархии сообщения.
Теперь понял.
Просто как-то не совсем классно сделано.
Представляю, какие там запросы-паравозы гоняются.

А как-же тогда происходит удаление сообщения? у следующего переписывается указатель? А если следующего еще нету? А если одновременно с удалением последнего кто-то пишет новое?
Это-же капец!

Major писал(а):
Andreas писал(а):
пятый раз повторяю - нет, только parentID предыдущего по иерархии сообщения.
Теперь понял.
Просто как-то не совсем классно сделано.
Представляю, какие там запросы-паравозы гоняются.

А как-же тогда происходит удаление сообщения? у следующего переписывается указатель? А если следующего еще нету? А если одновременно с удалением последнего кто-то пишет новое?
Это-же капец!

Последний случай - как раз когда ветки двоятся, не замечал?

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

Была когда-то мысль жумлу попробовать - расхотелось.