Комментарии 18
Лучшая презентация из тех, что я видел :)
+6
У вас "(S)" в заголовке лишняя. А в остальном — классно. Спасибо за такое "галопом по европам".
+1
Крутой материал!
+1
Ошибка! Не верю! Администратор Тони посредине, а не справа! А в целом круто :)
0
приятно было читать, хорошо оформили :) спасибо
+1
Nginx также не умеет работать с лимитами на путь.
Штоа?
0
Однозначно в избранное. Очень крутой материал и картинки (это ж сколько времени ушло на отрисовку?) :)
+1
Однозначно пронизанная проблемами и решениями, выстраданная статья
Такая хайлоад шпаргалка для web проектов
К сожалению, все грабли нами уже были активированы )
Но буду давать ссылку на это всем, кто в очередной раз спросит — «а как сделать...»
Спасибо
Такая хайлоад шпаргалка для web проектов
К сожалению, все грабли нами уже были активированы )
Но буду давать ссылку на это всем, кто в очередной раз спросит — «а как сделать...»
Спасибо
+1
В качестве платформы был выбран LAMP (Linux, Apache, MySQL и что-нибудь на букву P)
Это продиктовано тяжелым наследством?
0
Добавьте немного правки конфигурационных файлов и я буду аплодировать стоя.
0
Nginx использует другую модель обработки запросов. Один его воркер может вытянуть тысячи, и даже десятки тысяч соединений, и воркеров можно запустить много.
А можете кинуть линк где объясняется, за счёт чего это достигается? и почему не возникает вот такого же ограничения как у апача:
Как много воркеров (worker) мы можем запустить? Получить оценку сверху достаточно просто, нужно взять размер свободной оперативной памяти, поделить его на максимальный размер воркера, и мы получим некое N, повышать которое крайне нежелательно.
0
Крутая подача и интересный материал!
0
Котэ шикарны, подача материала на +100500. Однозначно в закладки.
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Балансировка HTTP(S) трафика