Движек Vbulletin и хостинг

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

Значит 20 соединений для вашего сайта недостаточно. Там же есть другие тарифные планы? попробуйте узнать каковы ограничения на них.

И в данном случае хостинг приврал - имелось ввиду 20 одновременно открытых соединений в любой момент времени, а не в секунду.

Спасибо за ответ.

Если вопрос в тарифном плане, то могли бы так и ответить - "да есть такое, это из-за ограничений выбранного пакета" Просто смутило "разберитесь со своими скриптами", т.е. как бы "мы тут ни при чем - скрипты виноваты".

APKping, после этого обычно клиент начинает нудеть. они опустили этот этап :)

20 одновременно запущенных скриптов на форум - это немаленькая посещаемость.

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

А чего мне "нудеть"? если причина только в неправильно выбраном (мною) пакете, то тут или согласен на ап или нет - я ж к ним не от недостатка общения обратился :) есть проблема "с перспективой роста" - с ней пытаюсь разобраться заранее.

Пока не часто. "Рекорд" - 6 сообщений об ошибке за сутки, а так через день.

Вообщем понятно и еще раз спасибо - диагноз более-менее ясен. Хоть буду знать где кнопка "исправить ошибку".

Подозреваю что у вас стоит пачка хаков + какойнить vbseo. Поставьте этот плагин, посмотрите мэй би некоторые запросы не кешируются и общая картина кол-ва запросов для главной и внутренних станет яснее. Так же проверьте, что бы основные настройки соответствовали значениям в этой теме. Эти действия помогут снизить нагрузку на сервер, далее если есть root доступ, увеличьте кол-во одновременных подключений в my.cnf (max_connections = ххх ), если доступа нет - отключайте хаки, которые требуют n запросов (всякие "вывод последних тем и сообщений на главной", "панель приветствия") и параллельно подыскивайте хостинг с меньшими ограничениями и нормальными характеристиками. При росте посещаемости у вас при любых раскладах будет расти и нагрузка.

Не. Никакие дополнительные хаки не устанавливал вообще. Только дистрибутив 4й версии булки + свои настройки и незначительные правки шаблона. И посещаемость у меня не та, что б это влияло на нагрузку (речь о сотне юзеров).

Если не трудно уточните о нормальных характеристиках? Что в данном случае есть "нормальными характеристиками"? Т.к. странно, что такие проблемы могут возникнуть при минимальных нагрузках у хостера со своим ДЦ, ценовой политикой "выше среднего" (в этом топике я выбирал хостинг)" как оказалось критерии учитывал не все.

увеличьте бюджет с 18 до 25 в месяц возьмите впс в европе и не парьтесь, можно легко найти с русским саппортом и оплатой по вм, настройка под булку вам обойдется еще баков в 50 наверно

Это когда нет такого рода условий:

т.к. 30 юзеров онлайн и получаете Too many connections (сам недавно столкнулся на выделенном сервере, искал что делать).

6 ошибок в сутки - это НЕ НАГРУЗКА. Может быть хостинг бекапил базу или еще какие скачки пошли. 20 юзеров онлайн по данным форума не означает, что их обслуживание потребует лимита более 20-ти соединений одновременно.

Просто в vbulletin есть место куда записывается адрес email, на который отправлять любые ошибки SQL. По задумке, если читать каждое письмо, вы заранее узнаете об SQL-инъекциях в движке или хаках. Использованию инъекции предшествует её поиск, который сопровождается ошибками SQL.

Но в данном случае отсылается все.

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

Ошибки подключения не будут приходить на почту, но ошибки связанные с SQL будут записываться.