Andreyka: Оптимизация сайта не имеет отношения к серверной нагрузки. К ней имеет отношение оптимизация скриптов и запросов к базе.
Метрикой посещаемость не измеряют, а оценивают в rps.
По результатам выполненной проверки, каких-либо неполадок и аномалий на самом физическом сервере не выявлено.
По субботам каждую неделю выполняется бэкапирование на сервере, но это не должно столь значительно влиять на потребление памяти и работу сайтов на отдельно взятом VPS-контейнере. Вероятно, это происходит вкупе с не малым потреблением оперативной памяти на Вашем виртуальном сервере и/или неоптимальной настройкой сайтов, размещенных на нём.
Как считаете? Сайт действительно не оптимизирован для 17 000 посещений в сутки (по ЯМетрике).
Неделю назад свистопляски прекратились после одного занимательного момента. Я решил скачать полную резервную копию из хранилища. Как только в браузере открылась новая вкладка с круглым значком панели ISP и надписью: "Подождите, скачивание скоро начнется", я передумал и закрыл вкладку. Скачивание так и не началось, а значение расходуемой памяти в информации о системе и на графике упало до привычных 16 Мб. Этого мне хватило до сегодняшнего дня.
И знаете что?
Я провернул этот фокус и сейчас. Значения потребляемой памяти упали до тех же 16 Мб.
Чувствую где-то меня "нае", но не пойму где. Как это можно объяснить?
Может тогда лучше VPS с администрированием? покажите список крон комманд
Бэкапы до проблемы вроде как не запускались.
Плановый бэкап запустился в 3.00.
Причем в этот момент (график в предыдущем посте) потребление оперативки упало, а после вновь восстановилось.
Что самое примечательное. Утром сайт еще тупил. Я решил скачать бэкап. В момент, когда в браузере открылась новая вкладка с сообщением "Подождите, скоро начнется скачивание", я передумал и отменил скачивание.
Нагрузка тут же упала и сайт заработал. Совпадение или корень проблемы, так и не понял.
Во вложении логи крона.
По поводу администрирования. Вроде бы и так с администрированием... или я вопрос не понял?
Ну вот прошла очередная суббота с непонятным багом.
Предыстория.
Уже больше месяца не могут разобраться с проблемой. После переезда на VPS каждую пятницу начинает тупить сайт/сервер, достигая пика в субботу. В воскресенье проблема уходит, и сайт начинает летать. Для простоты понимания время ответа сервера во вложении.
Причину найти не удалось. Все потребляемые ресурсы в пределах разрешенных. Сегодня Вс и сайт снова заработал, как прежде. Объемы потребляемых ресурсов, что в дни проблем, что в будни - одинаковые (судя по top и htop). Однако на графиках в панели ISP в эти дни расход оперативной памяти увеличивается (вложение 2).
Сравнил задачи в процессах - никаких изменений. Тех поддержка со своей стороны заявляет, что с их стороны все в порядке.
В планировщике стояла задача еженедельного сканирования вирусов Clamav в ночь с Пт на Сб, но я ее оставил неактивной, а вчера и вовсе удалил.
Profin: Вычистите полностью сайт, смените все пароли на фтп. Проверьте на наличие отметки со стороны ПС об угрозе. Трафик вернется, но не сразу.
Если его взломали, то сменой паролей уже не отделаться. Проверено много раз. Надо закрывать дыры.
В свое время тоже чистил, менял пароли, но уже через сутки заражался снова. Дыры устранять не умею. Обращался в revisium.com. Взяли в районе пятерки. Через месяц, а потом еще раз через месяц - снова клацнули сайт. В обоих случая ребята из Ревизиум все исправили по гарантии и с тех пор ни-ни (тьфу-тьфу-тьфу).
Мораль такова: не тяните время, если дорог сайт и позиции. Ищите специалиста, который все устранит.
Переместили на другой сервер, и проблема исчезла.
Оптимизация сайта не имеет отношения к серверной нагрузки. К ней имеет отношение оптимизация скриптов и запросов к базе.
Метрикой посещаемость не измеряют, а оценивают в rps.
Удачи.
Сайт на стандартной Джумле.
Спасибо за пожелания и ценный совет.
Ну что, кое что прояснилось.
Ответ тех поддержки hc.ru:
По субботам каждую неделю выполняется бэкапирование на сервере, но это не должно столь значительно влиять на потребление памяти и работу сайтов на отдельно взятом VPS-контейнере. Вероятно, это происходит вкупе с не малым потреблением оперативной памяти на Вашем виртуальном сервере и/или неоптимальной настройкой сайтов, размещенных на нём.
Как считаете? Сайт действительно не оптимизирован для 17 000 посещений в сутки (по ЯМетрике).
Снова начались проблемы. Но!
Неделю назад свистопляски прекратились после одного занимательного момента. Я решил скачать полную резервную копию из хранилища. Как только в браузере открылась новая вкладка с круглым значком панели ISP и надписью: "Подождите, скачивание скоро начнется", я передумал и закрыл вкладку. Скачивание так и не началось, а значение расходуемой памяти в информации о системе и на графике упало до привычных 16 Мб. Этого мне хватило до сегодняшнего дня.
И знаете что?
Я провернул этот фокус и сейчас. Значения потребляемой памяти упали до тех же 16 Мб.
Чувствую где-то меня "нае", но не пойму где. Как это можно объяснить?
Доп скрины по ссылке:https://yadi.sk/d/7pfEN6ft3Exddr
В момент тормозов нужно смотреть логи, процессы, коннекты.
Логи в норме, процессы штатные.
А вот про коннекты: как посмотреть?
Бекапы не запускаются случайно?
Может тогда лучше VPS с администрированием?
покажите список крон комманд
Бэкапы до проблемы вроде как не запускались.
Плановый бэкап запустился в 3.00.
Причем в этот момент (график в предыдущем посте) потребление оперативки упало, а после вновь восстановилось.
Что самое примечательное. Утром сайт еще тупил. Я решил скачать бэкап. В момент, когда в браузере открылась новая вкладка с сообщением "Подождите, скоро начнется скачивание", я передумал и отменил скачивание.
Нагрузка тут же упала и сайт заработал. Совпадение или корень проблемы, так и не понял.
Во вложении логи крона.
По поводу администрирования. Вроде бы и так с администрированием... или я вопрос не понял?
Ну вот прошла очередная суббота с непонятным багом.
Предыстория.
Уже больше месяца не могут разобраться с проблемой. После переезда на VPS каждую пятницу начинает тупить сайт/сервер, достигая пика в субботу. В воскресенье проблема уходит, и сайт начинает летать. Для простоты понимания время ответа сервера во вложении.
Причину найти не удалось. Все потребляемые ресурсы в пределах разрешенных. Сегодня Вс и сайт снова заработал, как прежде. Объемы потребляемых ресурсов, что в дни проблем, что в будни - одинаковые (судя по top и htop). Однако на графиках в панели ISP в эти дни расход оперативной памяти увеличивается (вложение 2).
Сравнил задачи в процессах - никаких изменений. Тех поддержка со своей стороны заявляет, что с их стороны все в порядке.
В планировщике стояла задача еженедельного сканирования вирусов Clamav в ночь с Пт на Сб, но я ее оставил неактивной, а вчера и вовсе удалил.
В логах ошибок нет.
Куда копать в следующую субботу?😡
Вычистите полностью сайт, смените все пароли на фтп.
Проверьте на наличие отметки со стороны ПС об угрозе.
Трафик вернется, но не сразу.
Если его взломали, то сменой паролей уже не отделаться. Проверено много раз. Надо закрывать дыры.
В свое время тоже чистил, менял пароли, но уже через сутки заражался снова. Дыры устранять не умею. Обращался в revisium.com. Взяли в районе пятерки. Через месяц, а потом еще раз через месяц - снова клацнули сайт. В обоих случая ребята из Ревизиум все исправили по гарантии и с тех пор ни-ни (тьфу-тьфу-тьфу).
Мораль такова: не тяните время, если дорог сайт и позиции. Ищите специалиста, который все устранит.
у меня новая версия ЯВебмастера, не понятно где это?
что такое Search Console?
Search Console - гугловский аналог ВебМастера Яндекса.
ЯВебмастер, если я не ошибаюсь, посмотреть рабочие внутренние ссылки не позволяет.
я бы их просто убрал, но не знаю как найти страницы, на которых эти ссылки создаются, вы немного не поняли задачу
есть сайт.
на некоторых страницах этого сайта есть ссылку на страницу_1
мне надо как-то найти на каких страницах этого сайта есть ссылки на страницу_1
В Search Console в разделе "Поисковый трафик" пункт "Внутренние ссылки" сможете найти любые страницы, которые ссылаются другие страницы сайта.