SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
DiKiJ:
У него там счетчик есть! 100% за сайтом следит ))

А что, есть сайты с кнопками, но без я.метрики? ;)

И даже если такие и есть - почему это "опасно"?

oxg:
https://yandex.ru/dev/share/
https://share.pluso.ru/

p/s опасные коды) но люди ставят

Ну про пульсо всё давно известно, а что опасного с яндексом?

globalmoney:
Поймите ни один хостер не будет разбираться с Вашими скриптами

globalmoney, я еще раз убедительно прошу читать, прежде чем писать всякую ерунду.

Ок, в последний раз повторяю: разбираться с моими скриптами - моя епархия. Разобраться с проблемами хостинга - забота хостера. Всё что я хотель от хостера - это либо узнать виновного (если это действительно какой-то мой сайт) или же обратить его внимание на проблемы с хостингом.

И по имеющимся фактам я склоняюсь ко второму.

Вот ещё иллюстрация. Когда я написал хостеру о проблеме - она относительно быстро решалась*. И к чести хостера - мне повысили лимиты памяти. Но прекрасно видно, что проблема решилась ещё до повышения лимитов.

Так казалось бы - причём тут "мои скрипты" в 3 часа ночи?

* Правда, через 2 часа возникла другая - отвалилась одна из СУБД (у хостера их несколько). И это они уже решали (а думаю что НЕ решали) более 2х часов. И потом рассказывали разные сказки..

Dimitrius_R:
В Cloudlinux уже несколько лет есть система снапшотов

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

Dimitrius_R:
Скорее всего в это время либо пришёл бот и сканировал ваш сайт (выясняется просто по логам Apache/Nginx), либо выполнялся скрипт на сервере - например бэкап или оптимизация баз данных,

Вот и у меня такие же предположения. Но что именно произошло и кто виноват - в этом-то я и пытаюсь разобраться.

Пока пробую изучать акцеесс-лог..

Dimitrius_R:
Если диск не загружен (нормальная работа днём) - процессы быстро отрабатывают и закрываются и памяти юзера хватает.

Я правильно понимаю, что небольшая нагрузочка в то время наблюдалась, но в целом более чем всё хорошо?

globalmoney:
Принцип работы таких уведомлений, это скрипт, который берёт из топа юзера на момент проверки скрипты с самой высокой нагрузкой на процессор.
Других вариантов в данный момент нет,

Да мне в общем-то всё равно на "принцип". Мне интересно узнать причину почему так произошло и кто виноват. Если какой-то мой сайт - какой именно, какой именно процесс/скрипт что сделал.. Или же это косяк у хостера.

А узнать сам я это не могу. Тем более посфактум.

Тем более что 3 часа ночи - это отсутствие и работ и трафа на сайтах (кроме возможных ботов/ДДОСа) и возможно бекапов (или иных профилактических работ) у хостера.

globalmoney:
Такое встречается как правило при работе с cPanel

Это и с ISP было и самописными. (Я на СПанель забил много лет назад и не горю желанием с ней связываться)

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

globalmoney:
Не так.
Это задача Вашего программиста но не хостера!
Ни кто из хостеров за Ваши копейки не будет запускать дэбаг скриптов

А не будет ли с моей стороны наглость попросить прочитать стартпост и больше не писать такое?

Ок скажу кратко: от др хостеров в случае нагрузок я получал сообщения аля "ваш скрипт xxxx.php откушивает много памяти. Срочно примете меры". Причем получал быстрее чем от внешних мониторингов, фиксирующий полное падение сайта.

lonelywoolf:
Видимо, вы не в курсе, как работают серверы БД. Там нет приоритизации запросов, очередь - "первый вошёл - первый вышел", плюс паралельное исполнение запросов по числу ядер.

Именно так я и понимаю.

И ещё знаю, что как правило, у хостеорв есть лимиты на кол-во одновременных запросов и времени их исполнения. Агава тут далеко не одинока. И я не считаю это не правильно (если лимиты адекватные конечно).

Had:
Приведи пруф или болобол обычный. Где в доках ПС написано что 1 (одна) страница может иметь несколько Н1?

А давай я тебе приведу спецификацию html. Сколько ставишь?

Had:
новость в том что скудный умом гения не разумеет. Что мы собственно и имеем.

Да уже наверное ни для кого не секрет что ты папу с моря не отпускаешь.

lonelywoolf:
Как результат, хоть нагрузка была высокой, но именно наименее нагруженные базы отправляли запросы в логи, тогда как истинные виновники - пара магазинов с возросшей посещаемостью, в логи не попадали

Я конечно не спец по таким большим вещам, но тут кмк вопрос в неправильной настройки логгирования. Или же настойки очереди доступа/ресурсов в базу.

Но в любом случае - эта ситуация не типична и не говорит о том, что юзер не может получить логи медленных вопрос по СВОИМ базам.

А вообще...этот случай описывает ситуацию, когда виновные оказались одни, а пострадали другие юзеры. И тут уже вина хостера, как ни крути.

TST-master:
Прикинь, если какой чудик в моей локации чего начудил из-под него.

Во! Уже радует что ты это понимаешь. А сколько народу питается мучными изделиями, веря в их пользу :)

TST-master:
Короче, лучше вообще не отсвечивать, как я понял, траф надо закрыть от прова. И маскимально усложнить сбор инфы о себе остальным охотникам типа гуглов усманово цукербергестых.

Я тебе так скажу - если "чё надо", то это надо делать с отдельного чистого девайса и не из дому. Домой этот девайс не тащить. И всегда быть готовым к визиту. Т.е. заготовить нужные слова и выражения морды лица.

Ну и конечно курить вопросы сетевой (и не только) безопасности, принимать какие-то меры, но не такие, чтобы привлекать внимание.

Разным гуглам по возможности не сливать перс инфу, но это к сож уже практически не возможно. :(

Всего: 28519