- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
(часто вижу, что тарифы пытаются раскидывать по месту на диске и наивно считают, что столько аккаунтов будет нормально работать на сервере).
Если диски шустрые и в нужном рейде, да на сервере много процессора и памяти - почему бы и нет? ;). У нас сейчас, к примеру, проблема именно в объеме дисков... ;). Просто не адекватно оценивают производительность сервера - это да. И хостинг на десктопах - тоже плохое занятие... ИМХО.
Если диски шустрые и в нужном рейде, да на сервере много процессора и памяти - почему бы и нет? ;). У нас сейчас, к примеру, проблема именно в объеме дисков... ;). Просто не адекватно оценивают производительность сервера - это да. И хостинг на десктопах - тоже плохое занятие... ИМХО.
Я про сервера в hetzner, где куча места и SATA =)
На SAS у нас тоже с этим проблем нет.
Вот как вы собираетесь определять, какой аккаунт нагружает сервер больше другого? Судя по вашим настройкам на сервере (которые видел) - никак.
Вот мне и интересно, как вы себя поведёте, когда на сервере возрастёт нагрузка.
1)Определить это можно с помощью панели управления и по SSH.
2)Возьму ещё один сервер.
Вы настройки на сервере видели? Откуда, если вы не клиент.
1)Определить это можно с помощью панели управления и по SSH.
2)Возьму ещё один сервер.
Вы настройки на сервере видели? Откуда, если вы не клиент.
1) Панель управления вам ничего не покажет. Если вы про кривой плагин, который вообще не умеет считать статистику, то заблуждаетесь.
Так как по ssh вы это определите?
2) phpinfo показывали.
1) Панель управления вам ничего не покажет. Если вы про кривой плагин, который вообще не умеет считать статистику, то заблуждаетесь.
Так как по ssh вы это определите?
2) phpinfo показывали.
А, я смотрел этот тикет, это мой сис админ вам ответил. Правда в таблице хрень какая-то у меня на сервере по другому.
Нет я не про плагин.
А, я смотрел этот тикет, это мой сис админ вам ответил. Правда в таблице хрень какая-то у меня на сервере по другому.
Нет я не про плагин.
1. Никакие тикеты я никогда не писал.
2. Тогда какая панель и как вам показывает нагрузку? =)
Сейчас послушаем сочинение на тему "Как я определил в панели, кто грузит сервер" =)
А сколько Вы своему сис админу платите?
Ну в SSH можно конечно 'ps aux' подзавернуть в скрипт для сбора статистики. Ну вообще тема интересная кто как делает.
Можно cpulimit завернуть на юзеров, но мне не особо нравится такой способ.
В панели ISP никак нельзя по юзерам это посмотреть! Или у Великого хостинга не ISP?
Ну в SSH можно конечно 'ps aux' подзавернуть в скрипт для сбора статистики. Ну вообще тема интересная кто как делает.
В панели ISP никак нельзя по юзерам это посмотреть! Или у Великого хостинга не ISP?
1. Всю нагрузку не покажет.
2. Каким это образом, если у него всё процессы от www-data ? :)
Каким это образом, если у него всё процессы от www-data ? :)
mod_rpaf не установлен чтоли? Тю... Ну это не вариант от www-data работать. После установки ISP рано успокаиваться О_о