- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В данный момент, нагрузку я вижу на графике, есть такой плагин для ISPmanager (мониторинг). Да и на VPS её очевидно видно... ))
В данный момент, нагрузку я вижу на графике, есть такой плагин для ISPmanager (мониторинг).
Нет таких плагинов, которые умеют считать нагрузку.
Жалкое подобие типа VMonit - есть. Но он считает меньше половины нагрузки и совершенно не умеет считать нагрузку от баз данных. Он даже не умеет верно определять владельца базы) Я этот момент в нём переписывал, но толку ноль. Её метод подсчёта нагрузки от базы глуп. Он берёт количество запросов в данный момент и нагрузку делит на это количество. Т.е. если минут 10 какой-то тяжёлый запрос от чужой базы её грузит на 100% и случайно ваш мелкий выполнялся в момент подсчёта и обоим насчитает по 50%.
Нагрузка на CPU, которая считается раз в минуту максимум - это чушь. Никакой реальной картины не показывает. За минуту можно сервер завалить и статистика даже не догадается, что был какой-то всплеск.
Нет таких плагинов, которые умеют считать нагрузку.
У хост-фуд плагин собственной разработки.
У хост-фуд плагин собственной разработки.
Тогда вполне возможно, что умеет считать корректно.
Корректно - это когда перехватчик на уровне ядра через себя весь i/o пропускает и его считает, а когда мониторилка раз в n минут снимает нагрузку - это игрушки.
Ну или если время опроса очень мало ( измеряется в мс.), может можно говорить о корректности, вот только накладных расходов на такие сборы будет больше чем пользы.
качественный, рекоммендую!
========
кстате, сделайте поддержку различных фреймворков!
их поддержку, тестирование и инструкцию их настройки на хостинге...
вот, например, такие перво восстребовательные:
1) MVC Catalyst (perl)
2) Django (Python)
3) Ruby On Rails (Ruby)
4) Java
как тут, например:
http://peterhost.ru/news/mod_perl/
С сегодняшнего дня на хостинге «» доступна новая услуга — «Поддержка mod_perl + Catalyst»
Сегодня на хостинге «» стала доступна новая услуга — «Поддержка mod_python + Django»
многие используют готовые фреймворки...!! поэтому у вас еще больше клиентов будет...
а то только php...
качественный, рекоммендую!
А в чём "качественность-то"? Прикольно. Ничем не аргументированно "Качество. Я сказал-с!". Я умиляюсь над этими отзывами за бонус. Да и кому нах. нужны эти фрэймворки? Одному на сто? :D
Корректно - это когда перехватчик на уровне ядра через себя весь i/o пропускает и его считает, а когда мониторилка раз в n минут снимает нагрузку - это игрушки.
Ну или если время опроса очень мало ( измеряется в мс.), может можно говорить о корректности, вот только накладных расходов на такие сборы будет больше чем пользы.
🤪 что вы имеете в виду? какой конкретно перехватчик? голословно?
🤪 что вы имеете в виду? какой конкретно перехватчик? голословно?
Accounting (SA) считает cpu и memory по процессам достаточно корректно.
Accounting (SA) считает cpu и memory по процессам достаточно корректно.
ps чем хуже?
--
Странно что не кто не пользуется фичей 1год оплаты домен ru в подарок...