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: Видимо, вы не в курсе, как работают серверы БД. Там нет приоритизации запросов, очередь - "первый вошёл - первый вышел", плюс паралельное исполнение запросов по числу ядер.
Именно так я и понимаю.
И ещё знаю, что как правило, у хостеорв есть лимиты на кол-во одновременных запросов и времени их исполнения. Агава тут далеко не одинока. И я не считаю это не правильно (если лимиты адекватные конечно).
lonelywoolf: Как результат, хоть нагрузка была высокой, но именно наименее нагруженные базы отправляли запросы в логи, тогда как истинные виновники - пара магазинов с возросшей посещаемостью, в логи не попадали
Я конечно не спец по таким большим вещам, но тут кмк вопрос в неправильной настройки логгирования. Или же настойки очереди доступа/ресурсов в базу.
Но в любом случае - эта ситуация не типична и не говорит о том, что юзер не может получить логи медленных вопрос по СВОИМ базам.
А вообще...этот случай описывает ситуацию, когда виновные оказались одни, а пострадали другие юзеры. И тут уже вина хостера, как ни крути.
TST-master: Прикинь, если какой чудик в моей локации чего начудил из-под него.
Во! Уже радует что ты это понимаешь. А сколько народу питается мучными изделиями, веря в их пользу :)
TST-master: Короче, лучше вообще не отсвечивать, как я понял, траф надо закрыть от прова. И маскимально усложнить сбор инфы о себе остальным охотникам типа гуглов усманово цукербергестых.
Я тебе так скажу - если "чё надо", то это надо делать с отдельного чистого девайса и не из дому. Домой этот девайс не тащить. И всегда быть готовым к визиту. Т.е. заготовить нужные слова и выражения морды лица.
Ну и конечно курить вопросы сетевой (и не только) безопасности, принимать какие-то меры, но не такие, чтобы привлекать внимание.
Разным гуглам по возможности не сливать перс инфу, но это к сож уже практически не возможно. :(
У него там счетчик есть! 100% за сайтом следит ))
А что, есть сайты с кнопками, но без я.метрики? ;)
И даже если такие и есть - почему это "опасно"?
https://yandex.ru/dev/share/
https://share.pluso.ru/
p/s опасные коды) но люди ставят
Ну про пульсо всё давно известно, а что опасного с яндексом?
Поймите ни один хостер не будет разбираться с Вашими скриптами
globalmoney, я еще раз убедительно прошу читать, прежде чем писать всякую ерунду.
Ок, в последний раз повторяю: разбираться с моими скриптами - моя епархия. Разобраться с проблемами хостинга - забота хостера. Всё что я хотель от хостера - это либо узнать виновного (если это действительно какой-то мой сайт) или же обратить его внимание на проблемы с хостингом.
И по имеющимся фактам я склоняюсь ко второму.
Вот ещё иллюстрация. Когда я написал хостеру о проблеме - она относительно быстро решалась*. И к чести хостера - мне повысили лимиты памяти. Но прекрасно видно, что проблема решилась ещё до повышения лимитов.
Так казалось бы - причём тут "мои скрипты" в 3 часа ночи?
* Правда, через 2 часа возникла другая - отвалилась одна из СУБД (у хостера их несколько). И это они уже решали (а думаю что НЕ решали) более 2х часов. И потом рассказывали разные сказки..
В Cloudlinux уже несколько лет есть система снапшотов
Спасибо большое. Выходит, что у хостера всё же имеется весь нужный инструментарий, но он его не настроил. (или не знает как пользоваться).
Скорее всего в это время либо пришёл бот и сканировал ваш сайт (выясняется просто по логам Apache/Nginx), либо выполнялся скрипт на сервере - например бэкап или оптимизация баз данных,
Вот и у меня такие же предположения. Но что именно произошло и кто виноват - в этом-то я и пытаюсь разобраться.
Пока пробую изучать акцеесс-лог..
Если диск не загружен (нормальная работа днём) - процессы быстро отрабатывают и закрываются и памяти юзера хватает.
Я правильно понимаю, что небольшая нагрузочка в то время наблюдалась, но в целом более чем всё хорошо?
Принцип работы таких уведомлений, это скрипт, который берёт из топа юзера на момент проверки скрипты с самой высокой нагрузкой на процессор.
Других вариантов в данный момент нет,
Да мне в общем-то всё равно на "принцип". Мне интересно узнать причину почему так произошло и кто виноват. Если какой-то мой сайт - какой именно, какой именно процесс/скрипт что сделал.. Или же это косяк у хостера.
А узнать сам я это не могу. Тем более посфактум.
Тем более что 3 часа ночи - это отсутствие и работ и трафа на сайтах (кроме возможных ботов/ДДОСа) и возможно бекапов (или иных профилактических работ) у хостера.
Такое встречается как правило при работе с cPanel
Это и с ISP было и самописными. (Я на СПанель забил много лет назад и не горю желанием с ней связываться)
А если погуглить напр "admin-ajax.php нагрузка на сервер", то можно увидеть, что это была весьма распространённая проблема, не зависящая от панелей, но юзерам хостеры как-то сообщали о причинах.
Не так.
Это задача Вашего программиста но не хостера!
Ни кто из хостеров за Ваши копейки не будет запускать дэбаг скриптов
А не будет ли с моей стороны наглость попросить прочитать стартпост и больше не писать такое?
Ок скажу кратко: от др хостеров в случае нагрузок я получал сообщения аля "ваш скрипт xxxx.php откушивает много памяти. Срочно примете меры". Причем получал быстрее чем от внешних мониторингов, фиксирующий полное падение сайта.
Видимо, вы не в курсе, как работают серверы БД. Там нет приоритизации запросов, очередь - "первый вошёл - первый вышел", плюс паралельное исполнение запросов по числу ядер.
Именно так я и понимаю.
И ещё знаю, что как правило, у хостеорв есть лимиты на кол-во одновременных запросов и времени их исполнения. Агава тут далеко не одинока. И я не считаю это не правильно (если лимиты адекватные конечно).
Приведи пруф или болобол обычный. Где в доках ПС написано что 1 (одна) страница может иметь несколько Н1?
А давай я тебе приведу спецификацию html. Сколько ставишь?
новость в том что скудный умом гения не разумеет. Что мы собственно и имеем.
Да уже наверное ни для кого не секрет что ты папу с моря не отпускаешь.
Как результат, хоть нагрузка была высокой, но именно наименее нагруженные базы отправляли запросы в логи, тогда как истинные виновники - пара магазинов с возросшей посещаемостью, в логи не попадали
Я конечно не спец по таким большим вещам, но тут кмк вопрос в неправильной настройки логгирования. Или же настойки очереди доступа/ресурсов в базу.
Но в любом случае - эта ситуация не типична и не говорит о том, что юзер не может получить логи медленных вопрос по СВОИМ базам.
А вообще...этот случай описывает ситуацию, когда виновные оказались одни, а пострадали другие юзеры. И тут уже вина хостера, как ни крути.
Прикинь, если какой чудик в моей локации чего начудил из-под него.
Во! Уже радует что ты это понимаешь. А сколько народу питается мучными изделиями, веря в их пользу :)
Короче, лучше вообще не отсвечивать, как я понял, траф надо закрыть от прова. И маскимально усложнить сбор инфы о себе остальным охотникам типа гуглов усманово цукербергестых.
Я тебе так скажу - если "чё надо", то это надо делать с отдельного чистого девайса и не из дому. Домой этот девайс не тащить. И всегда быть готовым к визиту. Т.е. заготовить нужные слова и выражения морды лица.
Ну и конечно курить вопросы сетевой (и не только) безопасности, принимать какие-то меры, но не такие, чтобы привлекать внимание.
Разным гуглам по возможности не сливать перс инфу, но это к сож уже практически не возможно. :(