- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вот есть сервис ещё http://loadimpact.com/
У вашего сайта мало посетителей, но ваш хостер утверждает, что сайт создает высокую нагрузку? В некоторых случаях, заявленные хостером ресурсы не соответствуют реальности
А скорее всего, владельцы сайтов забывают о поисковых ботах :)
И каким образом Ваш сервис может это предотвратить, если например у хостера нагрузка считается по использованному процессорному времени в календарный месяц?
Ваш сервис просто поможет пользователю быстрее исчерпать лимит процессорного времени, чем что-то предотвратить.
Не знаю таких хостеров. Можете привести пример из именитых и пруф линк?
Проекты не делаются так. Нужны инвесторы. Сразу должен быть функционал в 75000, а не 75. И при этом 75000 - именно разных айпишников.
Если разные, то это будет уже услуга ддоса. Для нас поднять планку проверки до 50000 - это купить пару-тройку серверов. Мы используем кластерную систему и увеличение мощностей для нас не проблема. Об инвесторах тоже можете не волноваться. Если Вам реально нужна проверка именно с такими лимитами, то мы сделаем это без проблем. Вопрос остается только в том, сколько Вы готовы за это заплатить?
Сервис нужный, но особо пользоваться спросом не будет. Айпишек Вам надо много разных, а то вдруг на одном и том же хостинге сразу несколько пользователей захотят протестировать свои сайты ... в итоге может получится что айпи уйдут под файрволл.
Этот случай уже предусмотрен в нашей системе. Один айпи адрес или сайт нельзя проверять одновременно.
Сервис полезный, но согласен с вышесказанным, что 50 человек - это ничего. до 10 000 в короткий промежуток времени это уже нормально .
У нас лимит - 50 для незарегистрированных и 75 для зарегистрированных пользователей. Честно говоря, изначально лимит был в 2 раза выше.
Если разные, то это будет уже услуга ддоса. Для нас поднять планку проверки до 50000 - это купить пару-тройку серверов. Мы используем кластерную систему и увеличение мощностей для нас не проблема. Об инвесторах тоже можете не волноваться. Если Вам реально нужна проверка именно с такими лимитами, то мы сделаем это без проблем. Вопрос остается только в том, сколько Вы готовы за это заплатить?
Фу, тогда ваще мусор, втопку. Я с VDSки сделаю больше запросов чем вы со своих "крутых серверов". 🤣
Не знаю таких хостеров. Можете привести пример из именитых и пруф линк?
У нас такое, у ispserver и многих других хостеров.
Просто такой метод подсчёта нагрузки более оптимален и защищает веб мастера от кратковременных всплесков нагрузки, в итоге сайт не отключается, а живёт дальше своей жизнью.
Причина № 2
У вашего сайта мало посетителей, но ваш хостер утверждает, что сайт создает высокую нагрузку? В некоторых случаях, заявленные хостером ресурсы не соответствуют реальности - Loaddy поможет выявить и это. Вы с легкостью сможете узнать, какую нагрузку (cpu, ram, трафик) делает ваш сайт при определенном количестве уникальных посетителей на самом деле. Вы даже сможете узнать, какой скрипт или модуль виноват в этом. (в alfa тестировании)
вообще не как не поможет,
http://loaddy.ru/result/540869287/
а если у хостера лимиты на подключения с 1 ip то будет
http://loaddy.ru/result/76458459/
как минимум обычный пользователь может подумать что то плохое о хостинге
надо ходить с разных адресов как в http://loadimpact.com/ а не с 1-2 как у вас.
зы хотя бы подмените --user-agent="text" >>> "JoeDog/1.00 [en] (X11; I; Siege 2.72)"
надо ходить с разных адресов как в http://loadimpact.com/ а не с 1-2 как у вас.
Даже если ходить с одного двух ip адресов, то можно что-то определить, но если нет лимита на кол-во запросов с одного ip адреса в определённое кол-во времени.
Мне больше интересен их параметр "Доступность", который не понятно как считается, при параметре "Проблемных ответов - 0".
Вот пример: http://loaddy.ru/result/381180717/
зы ab мощнее
1 сервер исход
root@s3 ~/antiddos # ab -c900 -n10000 http://den73.ru/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking den73.ru (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests
Server Software: nginx
Server Hostname: den73.ru
Server Port: 80
Document Path: /
Document Length: 4432 bytes
Concurrency Level: 900
Time taken for tests: 7.025 seconds
Complete requests: 10000
Failed requests: 0
Write errors: 0
Total transferred: 47060000 bytes
HTML transferred: 44320000 bytes
Requests per second: 1423.44 [#/sec] (mean)
Time per request: 632.270 [ms] (mean)
Time per request: 0.703 [ms] (mean, across all concurrent requests)
Transfer rate: 6541.72 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 14 67 150.2 59 3120
Processing: 15 338 895.0 68 6056
Waiting: 14 314 848.0 67 6023
Total: 59 405 901.0 121 6102
Percentage of the requests served within a certain time (ms)
50% 121
66% 137
75% 151
80% 157
90% 310
95% 3247
98% 3325
99% 3519
100% 6102 (longest request)
root@s3 ~/antiddos #
который принимает
root@gw1:~# vnstat -l
Monitoring eth0... (press CTRL-C to stop)
rx: 9.18 Mbit/s 16604 p/s tx: 94.44 Mbit/s 16323 p/s
top - 21:26:39 up 5:57, 1 user, load average: 0.07, 0.02, 0.00
Tasks: 110 total, 1 running, 109 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4%us, 1.6%sy, 0.0%ni, 94.1%id, 0.0%wa, 0.0%hi, 2.9%si, 0.0%st
Mem: 3803032k total, 207504k used, 3595528k free, 15992k buffers
Swap: 7811064k total, 0k used, 7811064k free, 44180k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7542 www-data 15 -5 582m 22m 848 S 11 0.6 0:02.05 nginx
7543 www-data 15 -5 577m 17m 960 S 2 0.5 0:03.50 nginx
8323 root 20 0 69136 3168 2488 S 0 0.1 0:00.01 sshd
1 root 20 0 8356 788 656 S 0 0.0 0:00.59 init
---------- Добавлено 10.07.2012 в 00:28 ----------
Даже если ходить с одного двух ip адресов, то можно что-то определить, но если нет лимита на кол-во запросов с одного ip адреса в определённое кол-во времени.
Мне больше интересен их параметр "Доступность", который не понятно как считается, при параметре "Проблемных ответов - 0".
Вот пример: http://loaddy.ru/result/381180717/
наверное это из siege берется, там есть
Availability
тоесть в переводе - доступность.
зы хотя бы подмените --user-agent="text" >>> "JoeDog/1.00 [en] (X11; I; Siege 2.72)"
Зачем? Сиега это проверенное качество :) . Я вот увидел что это веб-морда для сиеги, и хоть какое-то доверие к данному сервису есть.
зы ab мощнее
сиега гибче и богаче возможностями. Хотя для толстых нагрузок сам аб использую :)
Зачем? Сиега это проверенное качество :) . Я вот увидел что это веб-морда для сиеги, и хоть какое-то доверие к данному сервису есть.
сиега гибче и богаче возможностями. Хотя для толстых нагрузок сам аб использую :)
у меня она не генерит стока запросов как ab, функциональнее это да.