Телеграмм чат группы nginx_ru страница 3927

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

nginx_ru

1695 membersпожаловаться на группу

2019 December 28

MD

M Dan in nginx_ru

🅳🅰️🆁🆃🅷 🆅🅰️🅳🅴🆁

:D неа

Таскены?

источник

11:38пожаловаться #1

dn

dev null in nginx_ru

народ, а можно как-то сделать, чтоб по запросу GET, nginx отдал только HEAD и закрыл соединение?

источник

12:46пожаловаться #2

dn

dev null in nginx_ru

физически такое возможно?)

источник

12:46пожаловаться #3

Y

Yuri in nginx_ru

отдай 204 No Content

источник

12:52пожаловаться #4

Y

Yuri in nginx_ru

Получится HEAD 🙂

источник

12:52пожаловаться #5

Y

Yuri in nginx_ru

ну то есть заголовки уйдут клиенту, а контент слать не обязательно

источник

12:53пожаловаться #6

Y

Yuri in nginx_ru

Но соединение не закроется, если там HTTP/1.1 или HTTP/2 ибо Keepalive.
Если надо закрыть соединение - есть код ответа 444. Но тогда даже заголовки не уйдут

источник

12:54пожаловаться #7

Y

Yuri in nginx_ru

физически такое возможно?)

какой из вариантов лучше?

источник

12:54пожаловаться #8

dn

dev null in nginx_ru

Но соединение не закроется, если там HTTP/1.1 или HTTP/2 ибо Keepalive.
Если надо закрыть соединение - есть код ответа 444. Но тогда даже заголовки не уйдут

почему-то время запроса-ответа увеличивается при 204 или 444

источник

12:58пожаловаться #9

dn

dev null in nginx_ru

при этом если отдать 200, время приближается к TTBF

источник

12:58пожаловаться #10

Y

Yuri in nginx_ru

тогда задача неясна. Ты спрашивал, как отдать HEAD

источник

12:59пожаловаться #11

Y

Yuri in nginx_ru

вообще, откуда там TTFB? Ты запрос проваливаешь в бэкенд?

источник

13:00пожаловаться #12

Y

Yuri in nginx_ru

Тебе вообще нужен этот запрос на бэкенде?

источник

13:00пожаловаться #13

dn

dev null in nginx_ru

тогда задача неясна. Ты спрашивал, как отдать HEAD

ну да, мне нужно отдать только HEAD но без критичного увеличения времени ожидания клиента

источник

13:00пожаловаться #14

dn

dev null in nginx_ru

Тебе вообще нужен этот запрос на бэкенде?

да

источник

13:00пожаловаться #15

Y

Yuri in nginx_ru

Ну тогда генерь ответ бэкендом

источник

13:00пожаловаться #16

Y

Yuri in nginx_ru

Это будет проще и правильней

источник

13:01пожаловаться #17

Y

Yuri in nginx_ru

вот этот вот TTFB - это как раз ожидание ответа от твоего бэка

источник

13:04пожаловаться #18

dn

dev null in nginx_ru

вот этот вот TTFB - это как раз ожидание ответа от твоего бэка

да, и он в идеале равен пингу до машины

источник

13:05пожаловаться #19

Y

Yuri in nginx_ru

да, и он в идеале равен пингу до машины

в идеале он равен времени генерации ответа бэком 🙂

источник

13:06пожаловаться #20