- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
с точки зрения любого кто знаком "изнутри" с особенностями стандартного виртуального хостинга в заголовке темы использованы неадекватные слова. к сожалению, эти особенности таковы что, полностью объективного и точного результата любая статистика не дает. можно получить некоторое число "попугаев" которое более или менее точно отражают потреблямые юзером ресурсы и которую можно использовать в качестве "грубого" средства контроля. сами эти "попугаи" у всех разные и методика расчета нагрузка тоже разная.
что касается того почему "вдруг" выросла нагрузка то, этому может быть 1001 причина:
1) изменились настройки хостинга (пхп скажем обновили или одну из библиотек)
2) изменился или поврежден один из файлов сайта (или скажем таблица в базе)
3) число записей в таблице превысило некоторое критическое для скрипта
4) количество спама в ящике превысило критическое значение
и т.п. и т.д.
причем чтобы найти что именно вызвало повышение нагрузки надо потратить тучу времени сисадмину и не факт ведь что найдется. а труд сисадмина стоит недешево и один такой случай не окупится даже если за этот аккаунт заплачено на год вперед.
вот с этим соглашусь, а ведь могли бы замониторить если бы хотели.
Это как минимум дополнительные накладные ресурсы. Причем бесполезные, т.к. в 99% случаев клиент не знает что сделать для уменьшения нагрузки.
Все понятно с тобой. Говорить у себя в хохляндии будешь, понятно?
Уже и оскорбления пошли... Нервный нынче народ.
Уже и оскорбления пошли... Нервный нынче народ.
ну первый начал KM.UA за что и получил.
ну первый начал KM.UA за что и получил.
Сорри - видать пропустил сообщение...
Не, ну тут действительно разбираться надо, есть ли превышение нагрузки и из-за чего. А так можно долго перепираться. Лучшим решением для хостинга было бы пойти ТС навстречу и указать что у него не так. Проявить "тэксказать" индивидуальный подход.
hc.ru ? индивидуальный подход ? ну уж вряд ли. и этому есть объяснения:
1) клиент соглашается принимать сервис как есть. это означает что если ему насчитали трафик - он должен его оплатить. если он превысил квоту на диске - аналогично. не вижу причин почему должно быть иначе для нагрузки.
2) если клиент начинает оспаривать выставленные ему счета то у сторон есть варианты:
а) провайдер проводит внутреннюю проверку для того чтобы убедиться что это не ошибка (потому что ошибки случаются - это не редкость) и по результатам дает ответ клиенту - по возможности развернуто но, не обязательно.
б) клиент соглашается или нет с результатами проверки по пункту а) и принимает решение что ему делать в дальнейшем.
PS. Это не "индивидуальный подход" - его не может быть при массовом хостинге - это просто внутренний порядок рассмотрения жалоб и предложений клиентов компании.
проблема высосана из пальца. ни хостер ни клиент не разобрались в причинах, а крику то...ТС, если месяцами не заниматься сайтом, то он загнется и останется с парой уников в месяц - поисковыми ботами. говорите правду, если выносите сор из избы.
если все-же какие-то материалы на сайте добавлялись, разросталась и база => больше потребления ресурсов. а если скрипт долбит постоянную выборку из большой таблицы? или таблица повреждена, или сам скрипт кривой. еще вариант - пришел парсер и начал безбожно просматривать страницы массово, что привело к резкому увеличению запросов к сайту, а значит и нагрузке. а к парсеру еще и боты поисковиков подключились и толпой долбят?
кричать "хостер виноват" ой как рано... все вышесказанное - сугуболичное имхо
а если ваш новый хостер вас обидит вы опять придете на форум жаловаться?
Надо будет - прибежит. Помнится, товарищ MoMM даже одобрил подобную практику (в недавней теме с предупреждением хостеров).
А по поводу hc.ru - мне уже доводилось раньше видеть подобные жалобы, поэтому ничуть не удивлён.
Развод про нагрузку - стандартный развод многих хостеров. Они понимают, что большинство пользователей сами не могут проверить нагрузку, вот и разводят на деньги.