мускл обязательно, если создается много временых таблиц нагрузка будет...
---------- Добавлено 10.08.2013 в 15:21 ----------
ну и как вариант проверить сайты на предмет взлома, может вам грузят спам по несколько тысяч файлов в каждую папку - видел такое на необновленном joomla 1.5 - спамили во все папки, в общей сложности было загружено порядка 1млн мелких файлов размером в пару килобайт...
не обязательно проблема в движке, вариантов много: плагины с неизвестных источников, не правильные права на файлы и папки, увод фтп, от какого пользователя идет обработка файлов движка.
vladik865, ничего сложного, в дебаге сразу видно:
....
<script type="text/javascript" src="/engine/classes/js/dle_js.js"></script>
<script type="text/javascript" src="http://iknopo. ru/iknopo_b. js"></script>
<link media="screen" href="/templates/Default/style/styles.css" type="text/css" rel="stylesheet">
...
</head>
либо левый модуль к апачу подключи (хостера же взломали), либо шелл все еще на сайте...
Обычно, шеллы не криптованые заливают.
откуда такая уверенность?
---------- Добавлено 11.08.2013 в 12:56 ----------
у уого левые переходы - покажите сайты
filemonitor покажет изменения, он смотрит по md5 суммам
дата изменения легко правится командой touch
мускл обязательно, если создается много временых таблиц нагрузка будет...
---------- Добавлено 10.08.2013 в 15:21 ----------
ну и как вариант проверить сайты на предмет взлома, может вам грузят спам по несколько тысяч файлов в каждую папку - видел такое на необновленном joomla 1.5 - спамили во все папки, в общей сложности было загружено порядка 1млн мелких файлов размером в пару килобайт...
нет не норма:
1. смотри error.log на предмет ошибок - по возможности исправить
2. почистить все логи
3. обязательно включить ротацию логов
4. кеширование на сайтах включено?? - по возможности отключить для меньшей нагрузки на диск
5. смотреть и оптимизировать параметры апач, нгикс, мускл
6. мускл в особенности - смотреть статистику и параметры на предмет колличества временных таблиц созданных на диске
7. наверно есть смысл поставить его на 1ое место: обратиться к специалисту который проанализирует и поправит
может жесткий умирает, в тп обращалиись? или банально переполнен логами или сессиями...
df -H что показывает?
не обязательно проблема в движке, вариантов много: плагины с неизвестных источников, не правильные права на файлы и папки, увод фтп, от какого пользователя идет обработка файлов движка.
адрес покажите...
tuning-primer.sh в помощь, пользуйся обоими и сравнивай результаты, потом делай выводы...
почему иакая уверенность, что проблема в приведенном .htaccess?