- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Почему бы хостера не попросить тыкнуть пальцем на ту самую нагрузку?
Хороший вопрос.
Но дело в том, что хостеру об этом говорилось и факты предъявлялись и вопросы задавались. Да только ответы у него стандартные: у вас кривой скрипт, у вас превышение лимитов, наш сервер всегда доступен.
Вы пришли на форум и надеетесь, что вам тут помогут? По факту одни только предположения и таких можно сочинить много. Но истины вы здесь не найдете.
Да, я надеюсь на помощь.
Когда одна сторона упорствует и не хочет идти на контакт, даже предположения могут быть полезны.
Да, я надеюсь на помощь.
Когда одна сторона упорствует и не хочет идти на контакт, даже предположения могут быть полезны.
Увы, но тут только у хостера есть соответствующий инструментарий
lvetop, lve-read-snapshot и т.д.
На ровном месте lve тоже не будет резать ресурсы
Тут только два варианта скорей всего
1) Глючит панель и Ваш аккаунт действительно превышает ресурсы (достаточно даже одного скрипта, который кривой написан и съел всю выделенную аккаунту - RAM)
2) У хостера нехватка ресурсов (опять же таки тот же RAM кончился, диски HDD и сервер ушёл в swap)
Только хостера пинать, пусть покажет куда смотреть
Ну и есть конечно 3 ещё вариант, хостер специально тащит Вас на более дорогой тариф
Я думаю, что в большинстве случаев проблема должна быть связана с процессом резервного копирования. Или веб-хостинг перепродан 200% и кто-то выполнение большие задачи Cron на то время.
1) Глючит панель и Ваш аккаунт действительно превышает ресурсы (достаточно даже одного скрипта, который кривой написан и съел всю выделенную аккаунту - RAM)
Вариант не подходит, так как проблема появляется в строго определенное время, при минимальной нагрузке с моей стороны.
Да нехватка ресурсов в строго определенное время.
А вот здесь проблема - не пинается.
Вариант не подходит, так как проблема появляется в строго определенное время, при минимальной нагрузке с моей стороны.
это может быть и cron у Вас, какой-то скрипт
А вот здесь проблема - не пинается.
Значит менять хостера
Что ещё можно предложить то
это может быть и cron у Вас, какой-то скрипт
Нет, этого быть не может, так как для этого должны выполняться следующие условия:
1) Панель должна глючить в определенное время, а в остальное время работать нормально
2) Этот cron должен работать только в то время, когда глючит панель
3) Этоn cron должен отметиться в логах, а этого нет
К тому же у прошлого хостера такой проблемы не наблюдалось.
500 ошибка в логах ошибок сайтов обычно фиксируется. Стоит посмотреть на что именно жалуется. Если б это было связано именно с лимитами CloudLinux, то в штатном режиме, в статистике у Вас показывались бы fail. Возможно, что-то нештатно у них работает.
Нет, этого быть не может, так как для этого должны выполняться следующие условия:
1) Панель должна глючить в определенное время, а в остальное время работать нормально
2) Этот cron должен работать только в то время, когда глючит панель
3) Этоn cron должен отметиться в логах, а этого нет
К тому же у прошлого хостера такой проблемы не наблюдалось.
Трижды ошибаетесь. Все не так ао всем пунктам, ну кроме того, что крон должен выполнятся в это время, нооо. Это его задача выполнятся в опр. время. и не факт, что именно в это. Скажем часов на 5 раньше кривой запущенный скрипт через планировщик способен спустя эти 5 часов сделать каку.
А про то, что у хостера на сервере не хватает ресурсов забудьте, впрочем как и то, что насильно вас пинают на тариф повыше. Это полнейший бред придуманный некомпетентными клиентами. Никогда хостер не будет этого делать. Ему не до этого. Не берем во внимание неадекватов. А при нехватке ресурсов на сервере CL не срабатывает в таком виде выдавая 500е ошибки. Сайт будет тормозить, но без ошибок.
Рекомендую все же прислушаться к хостеру, он то знает наверняка в чем проблема и сделать соответствующие выводы и диагностику сайта. Это не сложно при должных знаниях. Если знаний нет, то включать ничем не подтвержденные предположения - последнее дело.
1) Панель должна глючить в определенное время, а в остальное время работать нормально
С чего бы это панель должна глючить? Лимиты накладываются на пользовательские скрипты, а не на панель
2) Этот cron должен работать только в то время, когда глючит панель
Тот же вопрос, при чём тут панель, к Вашим лимитам
К тому же у прошлого хостера такой проблемы не наблюдалось
То же не аргумент :)
Как простой пример, парсер данных с базы
сегодня данных 100К строк, а завтра 300К
Время работы и нагрузка будет разной
И собственно заключающий вопрос :)
к чему продоложение данной дискуссии ?
Если Вам не могут хостеры пояснить причину недоступности - меняйте хостера, и топик решён (что было предложено пару постов назад)
В форуме Вам тут точно не помогут, кроме как "пованговать"
тож когда то сыпались 500 ошибки постоянно, по ресурсам вроде как не превышал и поддержка мол все окей... потом случайно увидел в cpanel ограничение на количество одновременных соединений, вроде 15 стояло и оказалось что проблема именно в этом, может и у вас соединения ограничены?