On Tuesday 17 February 2015 18:00:49 S.A.N wrote:
Валентин Бартенев Wrote:
---
nginx - это такой веб-сервер, с помощью которого можно измерить
производительность ab, но не наоборот.
:)
Вот по этому, компрессию лучше производить в
On Tuesday 17 February 2015 17:25:42 S.A.N wrote:
Gena Makhomed Wrote:
---
Каким образом скорость соединения с клиентом
влияет на время *блокировки* воркера nginx ?
nginx работает с сетью в неблокирующем режиме.
Да, вы правы,
Валентин Бартенев Wrote:
---
nginx - это такой веб-сервер, с помощью которого можно измерить
производительность ab, но не наоборот.
:)
Вот по этому, компрессию лучше производить в Nginx, в кеше сохранять сжатый
ответ.
Posted at Nginx Forum:
Валентин Бартенев Wrote:
---
Конечно, у задачи сжатия перед кэшированиям тоже есть свои юзкейсы, но
её реализация не так проста, как может показаться. Скорее всего для
этого
придется переписать весь механизм кэширования или добавлять еще
правила фаирвола срабатывают раньше, у вас есть REJECT скорее всего.
а до маршрутизации не доходит
18 февраля 2015 г., 10:50 пользователь Vasiliy Tolstov
v.tols...@selfip.ru написал:
17 февраля 2015 г., 19:39 пользователь denis de...@webmaster.spb.ru написал:
С каких пор nginx научился icmp?
18 февраля 2015 г., 9:09 пользователь Илья Шипицин
chipits...@gmail.com написал:
правила фаирвола срабатывают раньше, у вас есть REJECT скорее всего.
а до маршрутизации не доходит
Тогда я бы получал на каждый пакет icmp ответ, я же получаю всего два пакета.
Для данной сети есть в iptables
17 февраля 2015 г., 19:39 пользователь denis de...@webmaster.spb.ru написал:
С каких пор nginx научился icmp? O_O
Поэтому и offtopic
Это задача фаервола. А для правильного отлупа у iptables есть
-A INPUT -j REJECT --reject-with icmp-host-prohibited
и аналоги.
Ну и есть просто -j DROP
Я
17.02.2015 16:10, Илья Шипицин пишет:
а зачем кешировать gzip и не-gzip ?
какая задача решается ?
видимо, разгрузить проц и не жать уже сжатое снова.. А не сжатое тем,
кто не умеет сжатие.
___
nginx-ru mailing list
nginx-ru@nginx.org
Добрый день.
Пока не знаю где можно еще уточнить, поэтому пишу сюда. Имеется сеть
адресов, для который по-умолчанию сделан blackhole роутинг.
Вопрос состоит в том, почему линукс все равно посылает icmp сообщение
в ответ о недоступности адреса из данной сети , причем как-то странно,
в среднем по 2
а какой у вас трафик, если не секрет ? и какая нагрузка на процессор?
и как вы определили, что именно компрессия нагружает процессор ?
17 февраля 2015 г., 21:40 пользователь nrr nginx-fo...@nginx.us написал:
denis Wrote:
---
17.02.2015 16:10,
При кешировании ответов бекенда, нужно научить Nginx предварительно сжимать
ответ бекенда, если данный ответ соответствует указанному gzip_types.
Раньше это было сложно по многим причинам, не было модуля gunzip и не было
weak ETag, но сейчас есть все необходимое чтобы использовать gzip до
17.02.2015 16:36, Vasiliy Tolstov пишет:
Добрый день.
Пока не знаю где можно еще уточнить, поэтому пишу сюда. Имеется сеть
адресов, для который по-умолчанию сделан blackhole роутинг.
Вопрос состоит в том, почему линукс все равно посылает icmp сообщение
в ответ о недоступности адреса из данной
denis Wrote:
---
17.02.2015 16:10, Илья Шипицин пишет:
а зачем кешировать gzip и не-gzip ?
какая задача решается ?
видимо, разгрузить проц и не жать уже сжатое снова.. А не сжатое тем,
кто не умеет сжатие.
Коллеги,
location / {
try_files $uri $uri/ @fallback;
}
помогите окончательно прояснить как работаю механизмы try_files и index
совместно.
Например, почему для GET / запрос не попадает в @fallback при добавлении
$uri/ в try_files, как это связано с index? какая конфигурация будет
правильной в
кеш берется из файловой системы, в то время как gzip работает на лету
(иногда, конечно, буферизует на диск).
при высокой нагрузке дисковый ввод-вывод будет узким местом.
ну и было бы неплохо посмотреть на ваши замеры производительности,
сравните два варианта, посмотрите цифры, покажите нам.
пока
Gena Makhomed Wrote:
---
Совершенно не понятно, почему лучше будеть сжимать ответы бекенда
на стороне nginx, а не на самом бекенде, особенно если учесть, что:
1) любая долгоиграющая операция (например, компрессия ответа
бекенда)
надолго
Добрый вечер,
Трафик на разных проектах разный - от 100 человек до 120 тысяч юзеров в
сутки.
Нагрузка на процессор не очень большая, но здесь главное хотелось бы
уменьшить время отдачи контента за счет уже подготовленных кэшированных
данных как в не gzip так и gzip.
Илья Шипицин Wrote:
On 17.02.2015 21:13, S.A.N wrote:
1. Компрессия gzip, слабо повлияет на время блокировки воркера Nginx, на это
больше влияют другие факторы, скорость соединения с клиентом и т.д, в
процентом соотношении разница будет на уровне погрешности, если конечно
размер контента не очень большой.
Каким
Здравствуйте, помогите пож-ста разобраться с конфигурацией.
Описание:
Нужно все адреса передавать скрипту index.php в параметре link, при этом
если адрес начинается на rus|de|frn|eng то передавать этот префикс в
параметре lang.
И в link, и в lang нужно передавать параметры без стартового /. Если
Gena Makhomed Wrote:
---
Каким образом скорость соединения с клиентом
влияет на время *блокировки* воркера nginx ?
nginx работает с сетью в неблокирующем режиме.
Да, вы правы, медленный клиент не блокирует воркер, но компрессия ответа в
Hello!
On Mon, Feb 16, 2015 at 04:08:05PM -0500, oee wrote:
я и использую perl_set. Мне не хватает буфера размером 4кб для моих
функции.
Ладно, частично решил проблему, разделил функцию на несколько блоков
perl_set. Все работает.
Про директиву perl спасибо, возможно в будущем заюзаю
Hello!
On Mon, Feb 16, 2015 at 01:51:19PM -0500, nrr wrote:
Добрый вечер!
1. Как все таки использовать эту возможность?
В документации не нашел как использовать, есть только вот это:
Ответ, в заголовке которого есть поле “Vary” со специальным значением “*”,
не будет кэшироваться
а зачем кешировать gzip и не-gzip ?
какая задача решается ?
16 февраля 2015 г., 23:51 пользователь nrr nginx-fo...@nginx.us написал:
Добрый вечер!
1. Как все таки использовать эту возможность?
В документации не нашел как использовать, есть только вот это:
Ответ, в заголовке которого есть
23 matches
Mail list logo