А чего форум падает?

[nnfog]

в общем последнее зависание было т.к. "php не хватало памяти и он падал вместе с апачем, ругаясь при этом на еакселератор". лимиты памяти для php админы подкрутили. кроме того, в последние дни периодически сыпались варнинги от воблы на мускуль вида "too many connections" - лимиты подключений тоже подняли в целом админы советуют таки смотреть в сторону оптимизации самих скриптов. конфиг сервера - Dell 860/Dual Core Xeon 3060/2GB и имхо он еще вполне "может" сам я сейчас немного подкрутил настройки воблы, убрал из бд аватары/вложения, но если все будет продолжать тупить - попробую какой-нить vBOptimise поставить.

[MrFatCat]

"too many connections" - лимиты подключений тоже подняли

Какой командой коннектится к БД? mysql_connect или mysql_pconnect?
Если второй вариант, то срочно переключить на первый.

убрал из бд аватары/вложения

ИМХО, мелочи. Вобла - довольно хорошо оптимизированный движок. Предположу, что проблема не в слабости сервера и не в запредельной тяжести движка, а в количестве обращений к сайту.
Их довольно легко на глаз прикинуть по размерам акцесс-лога: каждый мегабайт этого файла - это примерно 5 000 просмотров страниц.
Рискну предположить, что здесь акцесс-лог прирастает мегабайт на 5-10 в сутки. Если это так, то 25-50 тысяч просмотров страниц.
Теперь посчитаем, сколько из них полезных. Полезными я называю просмотры живыми посетителями и боты яндекса-гугла-ремблера-мейла-яху-альтависты... Формулы рассчета очень просты и логичны.
В дневное время в среднем 50-100 одновременных посетителей, ночью 3-7. У меня есть сайт с примерно такой посещаемостью; для моего сайта статистика составляет 1500 абсолютных юников в сутки: 500 зарегистрированных и 1000 гостей за сутки. Мемберы смотрят в среднем 30 страниц за посещение, гости 1.5-2; итого получаем 15-20 тысяч просмотров страниц живыми посетителями.
Теперь считаем нагрузку от ботов. Яндекс знает 10 000 страниц, гугл 13 600. Очень приблизительно, бОльшая цифра - это число ежедневных сканирований всеми полезными поисковками.
Итого, нагрузка порядка 30-40 тысяч просмотров страниц - это полезная нагрузка.
Если по размерам акцесслога нагрузка существенно выше - значит, нагрузку создают посторонние: атаки спамботов, пытающихся проломить защиту и запостить рекламу, и/или парсеры контента, сливающие текстовую массу для нарезки в сплоги, дорвеи и прочие клоачные отстойники.

[asdfg2]

Смотрим два - а тут совсем плохо, пустая карта ссылается сама на себя...

не на себя. вот на ЭТО
серьезная такая карта.

[MrFatCat]

не на себя. вот на ЭТО
серьезная такая карта.

Серьезная.
Но в robots.txt последняя строчка:

Sitemap: http://www.ecigtalk.ru/sitemap_index.xml.gz

Несерьезно.

[Jason]

Вот прям сейчас через раз 502 ошибку вижу.

[nnfog]

в этот раз я был на посту и подвисание сразу отловил. админы опять там что-то подкрутили, но сказали, что таки 2гб рама уже не хватает. буду в ближайшее время увеличивать + сейчас ставлю таки vboptimise.

[nnfog]

тех. работы закончены, vboptimise поставлен.
кому не лень - отпишитесь плз стал ли у вас форум пошустрее бегать, а то я тут на gprs'е при всем желании разницы не увижу

[HuKuTuH]

Поскакал по разделам, по темам.
Чисто субъективно - вроде как пошустрее стало...

[berk]

Однозначно есть улучшение! Оперативки добавите будет в норме!

[Jason]

Чисто субъективно стало поотзывчевей.

[asdfg2]

Ускорения не заметил. Оно и раньше не тормозило.
Не падает, и хорошо.
оффтопик:
значит, при 502 ошибке не надо ждать какое-то время, просто надо тыкать ф5, пока не отработает?

[MrFatCat]

сказали, что таки 2гб рама уже не хватает

Важно правильно раздать оперативку. Если под пхп дать больше необходимого, оно будет лишь медленнее работать.
Не знаю как под воблу, под 3-й инвижн рекомендуют 128 отдавать; вобла по идее даже менее прожорливая.
Я бы посоветовал в .htaccess добавить строку php_value memory_limit 128M и затем попробовать цифры 64 и 256; скорее всего 256 будет явным перебором; а вто 64 или 128 лучше - затрудняюсь гадать, незнакомый движок.
Раз памяти достаточно, sql лучше гонять на своем же сервере - коннект побыстрее. Размер памяти - вес самой большой таблицы в базе или больше (про запас); обычно самая большая таблица - таблица сообщений.

Еще имеет смысл поиграть настройками апача: лимитом одновременных подключений и временем ожидания в случае превышения лимита одновременных. Пережора памяти я не вижу - страницы генерятся быстро, а 502-я часто. Значит, следует повышать лимит.
Для этого в файле httpd.conf меняем параметр MaxClients - по умолчанию обычно от 5 до 15; на хорошем сервере до 30 и даже до 50 можно поднимать смело.
Еще 2 параметра: MaxKeepAliveRequests и KeepAliveTimeout - сколько неудовлетворенных запросов можно ставить в очередь (штуки) и время ожидания очереди не более (секунды). Если повышаем параметр MaxClients, то этих двух компенсаторно лучше снизить, иначе сервер будет неустойчив к ДоС-атакам и к любителям положить кирпич на клавишу F5.

[MrFatCat]

при 502 ошибке не надо ждать какое-то время, просто надо тыкать ф5, пока не отработает?

502-я ошибка - это необходимость подождать время, заданное параметром KeepAliveTimeout - обычно 5 секунд.

[asdfg2]

502-я ошибка - это необходимость подождать время, заданное параметром KeepAliveTimeout - обычно 5 секунд.

спс

[Olega]

Опять

502 Bad Gateway

[nnfog]

Olega, единоразово или несколько раз?

[Olega]

Olega, единоразово или несколько раз?

Только один раз. Больше не было.

[asdfg2]

а вроде все пучком.
нету "плохого шлюза" в последние дни.

[nnfog]

vboptimise значительно снизил нагрузку. сегодня поставил полную платную версию - стало еще легче. + заказал таки дополнительные 2гб памяти. на следующей неделе будут ставить. в общем оно уже немного навырост даже будет.

[mixalith]

Под Лисой некорректно себя ведёт. Гугл хром, ИЕ, КометБирд - всё ок. Лиса - нет.