Стал очень медленно грузиться сайт

[DmitriyK]

Доброе утро(или, может быть, у кого-то вечер), дорогие форумчане, в один прекрасный момент стал очень медленно грузиться сайт, а то и совсем падать. Joomla 3.6.2, virtuemart 3.0.14.
При поиске в логах медленных запросов ничего смертельного не нашлось. Сайт раньше висел на личном выделенном сервере, но клиент частенько на него жаловался и недавно переехали на обычный хостинг.

С утра хостинг сообщил, что превышен лимит и на cpu, и на базу.

проверяли на измененные файлы или появившиеся новые разделы-страницы? Ну а реально лечить по телефону (без домена) очень тяжело.
Попробуйте переключиться на PHP7 - это может снизить нагрузку.
И еще момент: под 3.6 вышел VM 3.0.18 - попробуйте обновиться, также обновитесь до 3.6.3

 

[latteo]

Сайт раньше висел на личном выделенном сервере, но клиент частенько на него жаловался и недавно переехали на обычный хостинг.

Про возможные вирусы уже рассказали.

По своему опыту могу сказать, что есть сейчас такая хитрость у хостеров - вроде всё хорошо. Но работает нормально только при жёстком кеше. Иначе уходит в лимит по процессору.
Выясняется такое нагрузочным тестированием:
- берём тестовый доступ;
- разворачиваем полный дамп сайта;
- смотрим через примитивные нагрузки (ab, loadimpact.com и ему подобные) В принципе, этим можно ограничится;
- если в предыдущем пункте всё ок, делаем имитацию нагрузки по своим логам (siege) Это уже будет почти 100% покрытие с наиболее точными прогнозами о возможной нагрузке;

 

[Simiys]

Удивлю Вас, исходный код поможет) А так же по версии CMS можно определить наличие дырок) Много можно определить имея адрес сайта)

А автору поста нужно быть более красноречивым) Гадалок тут нет, логи и адрес сайта точно нужен, а так вангование идёт. Может быть всё что угодно, начиная от ботов заканчивая дыркой, дорвеем или чёрт знамо что ещё

 

[kapets]

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

 

[alexjan]

Большинство зловредов можно отследить по изменению даты создания в php файлов. Очень часто помогало.
Первым делом накатить последние обновления ==> Joomla 3.6.4 а VirtuaMart 3.0.18. Проверить все компоненты на обновленные версии - при возможности обновить. Можно глянуть багтрак на наличие уязвимостей в старых версиях Joomla и VirtuaMart и других компонентов установленных на сайте.

 

[eone9005]

На мой взгляд в вопросе содержится ответ.
yusi4ka пишет: "Сайт раньше висел на личном выделенном сервере, но клиент частенько на него жаловался и недавно переехали на обычный хостинг. С утра хостинг сообщил, что превышен лимит и на cpu, и на базу"

Как бы не был плох выделенный сервер, он всегда лучше любого "обычного" хостинга.
А то что случилась описанная ситуация "вдруг" - это ещё вопрос.
Просто вы её только что заметили.
Вообще все сообщения о достижении лимитов на "обычных" хостингах выдаются в течении суток посетителям постоянно.

yusi4ka, Вас естественно интересует не лирика а конкретные рекомендации.
Так вот самое лучшее в вашей ситуации будет в возврате на выделенный сервер.
И пусть клиенты "частенько" поругивают его.

 

[DzSoft]

Разработчики второй по популярности CMS в мире, Joomla, представили новую версию свой платформы (Для просмотра ссылки Войди или Зарегистрируйся) и настоятельно рекомендуют всем пользователям обновиться, так как релиз содержит исправления для нескольких серьезных уязвимостей.

Первый критический баг получил идентификатор Для просмотра ссылки Войди или Зарегистрируйся. С помощью данной бреши атакующий может создать новый аккаунт на сайте, даже если регистрация вообще отключена. Уязвимость присутствует во всех версиях Joomla, начиная с 3.4.4.


Вторая уязвимость имеет идентификатор Для просмотра ссылки Войди или Зарегистрируйся и может использоваться в связке с вышеупомянутым багом. Эта брешь так же присутствует в Joomla, начиная с версии 3.4.4, и позволяет пользователю, уже зарегистрированному на сайте, повысить привилегии своего аккаунта. Таким образом, эксплуатация обоих багов, по сути, позволит атакующему создать новый аккаунт администратора.

Обе уязвимости были обнаружены в середине октября 2016 года, так что разработчики Joomla выпустили исправления вполне оперативно. Исследователи, обнаружившие баги, Для просмотра ссылки Войди или Зарегистрируйся, что случаев эксплуатации найденных проблем злоумышленниками пока выявлено не было.

Обновляйте движок и смотрите по нагрузке.

 

[dimabik]

Действительно на PHP 7 работает куда быстрее. Но у меня к примеру там обнаружилась проблема при загрузки некоторых файлом через компонент Вложений. А так прирост на глаз виден сразу не говоря уже по тестам.

 

[NULLED555]

проверьте ваш сайт на вирусняк с помощью Для просмотра ссылки Войди или Зарегистрируйся
а вообще джумла это зло, а хостинги часто прибегают к такой хитрости типа превышен лимит - докупите тариф выше
советую перейти на выделенный сервер, например Для просмотра ссылки Войди или Зарегистрируйся 150 р в мес на ssd с 512 Mb оперативки и 5Gb места волне потянет, ну или 200 р 1 Гб оперативки с запасом

 

[scavevladimir]

У меня уже на 2-х проектах так было. Joomla очень требовательна к ресурсам, пока у Вас немного посетителей ок, как только количество переваливает за 1000 хостов в сутки, хостер присылает тревожное письмо, что необходимо перейти на более дорогой тариф. Никакая оптимизация Joomla не помогает.