тоже поменял бы апач на nginx c кешированием, на моей практике mysql вызывал тормоза и высокий io wait, помог переход на InnoDB плюс innodb_flush_log_at_trx_commit=2, но это частный случай. вам советую отмониторить запросы к базе в логах, указав long query time = 1 сек. плюс в рил-тайме через mytop посмотреть.
nginx конечно нужен, но проблемы с медленными запросами к мускулю не решит (если апач не отжирает под себя всю память), к тому же с переходом на него могут быть трудности, если админ отсутствует как таковой (те же рерайты в nginx новичкам трудно даются). посмотрите нагрузку на систему IO, процы через htop, запросы в мускуле помониторьте в реальном времени из mytop, проверьте на каких типах таблиц мускуль тормозит - InnoDB или MyISAM (например, возможно нужно оптимизировать код, если интенсивно пишете и читаете из одной таблицы)...
ну, в общем, входных данных маловато для решения наскоком.
уже выше про дубли сказали, про шаблон тыренный, я бы еще добавил про www.finresult.com.ua/?tp=1 и www.finresult.com.ua/administrator/, и папку с шаблоном переменовать из jv_zuni во что-то другое.
юзайте htop :) с ним жизнь станет легче.
добро пожаловать в клуб любителей бага 12309 :) высокий wa - его симптомы. bugzilla.kernel.org/show_bug.cgi?id=12309
планировщик попробуйте другой и прочие рецепты с багзиллы. или ядро 2.6.18 и менее. архиватор полегче вместо rar, поменять апач на nginx или хотя бы фронтендом к нему nginx привесить.
а самый простой вариант - копировать файло на другую машину (при копировании по сетке баг не проявляется) и на ней уже жать и т.п.
Все бы атаки такими были))))
вы еще замахаетесь блокировать и вычислять всех кто таким образом вас "атакует" )))
по несколько сотен и тысяч подобных строк в день в логах.
не храните админки и конфиги в стандартных папках:)
Slik_45
у вас не vps, а свой сервер без ограничения по числу процессов и выделению памяти, потому и работает. совет увеличить число чилдренов для ТС - это как спилить сук на котором сидишь. там наоборот надо уменьшать число процессов, чтобы вписаться в ограничения VPS.
покумекать и включить fastcgi_cache в энжиниксе, чтобы меньше дергался php и база.
но это временное решение
ТС, погугли на тему:
1. отключаем дубли страниц в джумла с помощью robots.txt,
2. включить ЧПУ в джумла
3. правильный title в джумла
4. ссылка на страницу в заголовке, джумла.
это основные вопросы и ответы на них давно есть. остальное придет по мере погружения в движок и при работе с ним.
удачи.
несколько дней он уже такой. по-моему нормальная штука.
