- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Почему бы хостера не попросить тыкнуть пальцем на ту самую нагрузку?
Хороший вопрос.
Но дело в том, что хостеру об этом говорилось и факты предъявлялись и вопросы задавались. Да только ответы у него стандартные: у вас кривой скрипт, у вас превышение лимитов, наш сервер всегда доступен.
Вы пришли на форум и надеетесь, что вам тут помогут? По факту одни только предположения и таких можно сочинить много. Но истины вы здесь не найдете.
Да, я надеюсь на помощь.
Когда одна сторона упорствует и не хочет идти на контакт, даже предположения могут быть полезны.
Да, я надеюсь на помощь.
Когда одна сторона упорствует и не хочет идти на контакт, даже предположения могут быть полезны.
Увы, но тут только у хостера есть соответствующий инструментарий
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 стояло и оказалось что проблема именно в этом, может и у вас соединения ограничены?