- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
тс, написал бы движ, посещаемость. тогда бы может и помогли.
Отбивали ддос в 1 гигабит и знаем что это такое!
В сегодняшней ситуации ддос в 1Гбит вам обеспечит любой кулхацкер вчера родившийся.
К тому же то что большинство хостеров называют DDos-ом, банальный HTTP флуд, который может и создает 1Гбит трафика, но режется довольно тривиально.
Потому ваша фраза, как эта, так и предыдущая, заставляет улыбнуться.
Что мне с вами спорить? вы тут все академики
Мы давно многим доказали на деле!
Что мне с вами спорить? вы тут все академики
Мы давно многим доказали на деле!
Да я не сомневаюсь в ваших достижениях.
Но вот ценность их...
Поймите мы тут не обсуждаем глобальные решения *27 гигабит*
Отбивали ддос в 1 гигабит и знаем что это такое!
ТС вообще то на первой странице привел табличку, которая идею DDoS-а ставит под большое сомение. т.к. достаточно равномерній DDoS в течение недели это большая редкость, а стуки в динамику у ТС за указаный период плавают от 14 до 25 кило, т.е не в разы.
И исходя из этого попробовал прикинуть - если клиенту дано 7% от одного процессорного ядра,
в среднем - то это порядка 100 минут cputime в сутки.
при 25 кило запросов в динамику получаем 0,24 секунды процессорного времени на 1 страницу.
Этот показатель вполне характерен для почти любой cms живущей на голом php-cgi и без кеширования контента средствами cms-ки.
Если же не в среднем а в пике - можно сделать поправку раза в 4 вниз. т.е. 0,06 сек на страницу.
А если от сервера dual xeon а не от ядра? то в 8 раз вверх.
В общем неизвестных в вопросе много, но на екстремальную кривизну рук разработчиков не слишком похоже, на ddos тоже.
Когда то стоял самописный двиг на хостинге, начались траблы с нагрузкой. Проверил все думал уже плюнуть , но ... оказалось. что писака движка хранил картинки в одной папке (около 8 тыс помоему) и каждый раз все запросы шли в нее и это давало нагрузку на сервер. Движок переписался, добавилось кеширование - проблеммы решились.