Спасибо за ваш ответ, ряд вопросов прояснились.
Но вот осуществить возврать в хэндлер при пропуске, в новой итерации
воркера,
при выходе из post_handler без финализации [и перемещения позиции буфера] -
не получается.
(разумеется это не касается запросов влезающих в один буфер или
Во-первых, не хотелось бы отключать запись во временный файл , хочется
просто ограничить размер отведенный под временный файлы.
Валентин, proxy_max_temp_file_size - "Эта директива задаёт максимальный
размер временного файла."
То есть этой директивой я могу ограничить только размер одного файла,
Hello!
On Sun, Oct 18, 2015 at 09:58:20PM +0300, Pavel Odintsov wrote:
> Всем привет!
>
> Имеется сервер gRPC на С++, который работает только поверх
> шифрованного HTTP2. Имеется желание его проксировать силами Nginx для
> повышения надежности и реверс-проксирования.
>
> Суть в том, что Nginx
Отвечу сам себе. Дело оказалось в строчке "fastcgi_cache_valid any 30d;" и в
заголовке указано If-None-Match, но Nginx ничего не кеширует.
Если конфигурацию изменить на "fastcgi_cache_valid 200 301 202 404 30d;" то
начинает работать, но некоторые страницы в кеш попадают не с первого
запроса. В
Приветствую!
Спасибо за ответ!
Но проблема несколько шире. Уже много фреймфорков написанных чисто на
http 2.0 (gRPC - и это только начало), которые не содержат большого
количества ненужного кода для поддержки http 1.1 просто потому что он
не нужен и смысла в нем минимум.
Отсутствие поддержки
Я бы не стал доверять проектам, которые пишут бэкенд, поддерживающий
http2-only. От этой идеи несет хипстерством за километр.
> On 19 окт. 2015 г., at 15:56, Pavel Odintsov wrote:
>
> Приветствую!
>
> Спасибо за ответ!
>
> Но проблема несколько шире. Уже много
> Но проблема несколько шире. Уже много фреймфорков написанных чисто на
> http 2.0 (gRPC - и это только начало), которые не содержат большого
> количества ненужного кода для поддержки http 1.1 просто потому что он
> не нужен и смысла в нем минимум.
Я думаю, это вопрос денег, если проспонсируете
Hello!
On Mon, Oct 19, 2015 at 03:56:17PM +0300, Pavel Odintsov wrote:
> Приветствую!
>
> Спасибо за ответ!
>
> Но проблема несколько шире. Уже много фреймфорков написанных чисто на
> http 2.0 (gRPC - и это только начало), которые не содержат большого
> количества ненужного кода для поддержки
On Monday 19 October 2015 09:15:27 Иван Мишин wrote:
> Во-первых, не хотелось бы отключать запись во временный файл , хочется
> просто ограничить размер отведенный под временный файлы.
> Валентин, proxy_max_temp_file_size - "Эта директива задаёт максимальный
> размер временного файла."
> То есть
Hello!
On Mon, Oct 19, 2015 at 04:13:31PM +0300, Pavel Odintsov wrote:
> Есть еще один очевидный кейс, если этот кейс не нравится. Когда бэкэнд
> и фроентед разнесены километров на пары тысяч. Такой кейс есть у DDoS
> защитников и крупных контентщиков с большими anycast сетями.
>
> В этом
Есть еще один очевидный кейс, если этот кейс не нравится. Когда бэкэнд
и фроентед разнесены километров на пары тысяч. Такой кейс есть у DDoS
защитников и крупных контентщиков с большими anycast сетями.
В этом случае обмен информацией между реверс прокси и бэкэдом идет по
публичным сетям, где
Добрый день.
Решение о не поддержке http2 мне кажется логичным, ведь по всем
исследованиям spdy и http2 выигрыш тем больше, чем выше rtt, а в локалке
он, как правило, очень низкий, кроме того я не совсем представляю, как в
http2 проксировать соединения разных внешних клиентов, например у каждого
On Mon, Oct 19, 2015 at 03:56:17PM +0300, Pavel Odintsov wrote:
> Отсутствие поддержки http2 со стороны бэкэнда в среде, где с клиентам
> уже можно общаться по http2 будет тормомзом прогресса, потому что мы
> не можем использовать везде http2 и исключительно из-за прихоти
> реверс-прокси должны
On 10/19/15 5:25 PM, Evgeniy Berdnikov wrote:
> Насколько я понимаю, http2 это попытка гугловцев достичь
> некоторых политических целей, прикрываясь решением частных
> технических проблем. Цель -- повсеместно внедрить шифрование (не
> будем обсуждать зачем), а решаемой задачей является снижение
>
19.10.2015, 17:29, "Maxim Konovalov" :
> On 10/19/15 5:25 PM, Evgeniy Berdnikov wrote:
>> Насколько я понимаю, http2 это попытка гугловцев достичь
>> некоторых политических целей, прикрываясь решением частных
>> технических проблем. Цель -- повсеместно внедрить шифрование (не
Hello!
On Mon, Oct 19, 2015 at 03:19:48AM -0400, rba wrote:
> Спасибо за ваш ответ, ряд вопросов прояснились.
> Но вот осуществить возврать в хэндлер при пропуске, в новой итерации
> воркера,
> при выходе из post_handler без финализации [и перемещения позиции буфера] -
> не получается.
>
On Monday 19 October 2015 17:50:07 Konstantin Tokarev wrote:
>
> 19.10.2015, 17:29, "Maxim Konovalov" :
> > On 10/19/15 5:25 PM, Evgeniy Berdnikov wrote:
> >> Насколько я понимаю, http2 это попытка гугловцев достичь
> >> некоторых политических целей, прикрываясь решением
[...]
> --
> Валентин Бартенев
Рекламная пауза. Валентин будет выступать на Highload 2015:
http://www.highload.ru/2015/abstracts/1972.html
Вряд ли он сможет рассказать в рамках отведенного времени про http/2
подробно, но можно его ловить в кулуарах.
--
Maxim Konovalov
19.10.2015 17:25, Evgeniy Berdnikov пишет:
Это имеет смысл лишь
для клиентов с большим rtt до сервера. В локалке, между фронтэндом
и бэкендом при малых rtt, даёт лишь бессмысленные накладные расходы,
в том числе на шифрование, если оно есть.
У топикстартера речь шла о случаях, когда rtt
Кстати да, как это так, анти-ддос между фронтом и бэкэндом?
19 октября 2015 г., 19:18 пользователь denis
написал:
> 19.10.2015 17:25, Evgeniy Berdnikov пишет:
>
>> Это имеет смысл лишь
>> для клиентов с большим rtt до сервера. В локалке, между фронтэндом
>> и
Hello!
On Mon, Oct 19, 2015 at 07:27:02AM -0400, G@rry_ wrote:
> Отвечу сам себе. Дело оказалось в строчке "fastcgi_cache_valid any 30d;" и в
> заголовке указано If-None-Match, но Nginx ничего не кеширует.
>
> Если конфигурацию изменить на "fastcgi_cache_valid 200 301 202 404 30d;" то
>
On Monday 19 October 2015 19:18:54 denis wrote:
> 19.10.2015 17:25, Evgeniy Berdnikov пишет:
> > Это имеет смысл лишь
> > для клиентов с большим rtt до сервера. В локалке, между фронтэндом
> > и бэкендом при малых rtt, даёт лишь бессмысленные накладные расходы,
> > в том числе на шифрование,
On Mon, Oct 19, 2015 at 07:18:54PM +0300, denis wrote:
> 19.10.2015 17:25, Evgeniy Berdnikov пишет:
> >Это имеет смысл лишь
> > для клиентов с большим rtt до сервера. В локалке, между фронтэндом
> > и бэкендом при малых rtt, даёт лишь бессмысленные накладные расходы,
> > в том числе на
23 matches
Mail list logo