[umka]

Тогда зачем ищете VPS?

Если считаете, что от этого повысится надёжность, то это заблуждение.

Надёжность повысится только если взять дедик/коло и нанять системного администратора с квалификацией не ниже, чем у профессионального администратора шаред-хостинга.

utf8_general_ci — это кодировка, используемая только во время сравнения и сортировки строк.

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

У вас могут данные в базе храниться в неправильной кодировке. Если, например, изначально при подключении к базе указывалась utf-8, а данные заливались в cp1251.

pupseg, а ежели у кого лицензия купленная на тот же 3-й vBulletin? :)

Пользователя всё устраивает, форум прекрасно работает и проработает ещё сто лет, пока жёсткие диски и кулеры не сотрутся в пыль )

Это такая же ситуация, как с телефонами.

Вышла новая 6-я версия телефона! Срочно все выкидываем телефоны 5-й версии и бежим в магазин за новыми!

А у меня вот 4-я версия, которая меня более чем устраивает, и когда в нём сдохнет аккумулятор, я поставлю новый, и буду радоваться дальше.

Я к тому, что во всём нужно сохранять рациональность и расходовать ресурсы, только когда возникает необходимость, а не просто так :)

С увеличением версии наращиваетсяя функционал —> увеличивается нагрузка на CPU и память.

Какие-то участки кода, кончено, оптимизируются, но функционал наращивается быстрее :)

Так что всё наоборот. Чем выше версия, тем больше прожорливость.

Последние версии имеет смысл ставить, если точно знаете, что они вам нужны.

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

И большинство сайтов, работающих на версии 5.3, не будут работать даже на 5.5.

Поэтому, если ставите только для себя, то смотрите на требование CMS-ок, которые собираетесь использовать.

Если ставите для клиентов, то выше 5.4 я бы ставить пока не рекомендовал.

1. Найти скрипт diff.php

2. Убедиться, что в нём содержится вредоносный код.

3. Удалить вредоносный код.

4. Провести аудит сайта и определить причины появления вредоносного кода.

5. Устранить причины появления вредоносного кода.

При отсутствии результата от собственноручного вмешательства, поручить эту задачу специалистам.

У Йоты ДНС вообще работают через раз. На них ориентироваться не нужно.

Если в момент возникновения проблемы ваши ДНС работают корректно (см. команды выше), то виноват провайдер.

Установите причины:

1. Разрастания базы

2. Ошибки "Internal Server Error"

Первое осуществляется путём визуального осмотра содержимого БД

Второе — путём визуального, опять же, осмотра логов веб-сервера.

Там если апач знает, что для 403 ошибки прописана специальная страница (директивой ErrorDocument), то если при внутренней обработке запроса получится 403, то будет выдана та страница, которая указана в ErrorDocument.

Под внутренней обработкой понимается обработка запроса "до пхп". Например, если сработали запрещающие директивы .htaccess

Конечно, если статус 403 и контент выдаёт пхп-код, то страница из ErrorDocument дёргаться не будет.

Вобщем, ТС-у нужно определить, что генерит 403-ю страницу.

Если это штатная страница апача, то от неё нагрузки ноль.

Если это страница сайта, то нужно прилагать умственные усилия, чтобы этого избежать :)

На любом платном тоже нужно регулярно делать бэкапы.

Даже если платите за него 10000 р в месяц и у вас персональный менеджер и сотрудник ТП.

Если странички ошибок 40х не просто статичные html-файлики, а всё те же скрипты сайта, которые соединяются с базой, генерят хедер/футер/контент, подтягивают тему, плагины, виджеты и т.д., то от них и нагрузка, конечно, будет такая же, как и от обычной загрузки страниц сайта.

Это наиболее распространённая ошибка.

Пользователь жалуется, что ему пришло сообщение о превышении нагрузки, а у него в шаблоне куча изображений/css/js ведёт на несуществующие файлы, вместо которых генерятся полноценные страницы сайта :)