Long Polling HTTP запрос блокирует ответы на прочие HTTP запросы?

Question

[igor2144]

Добрый вечер, насколько я знаю, протокол HTTP предусматривает ответ сервером на запросы клиента в формате конвейеризации. То-есть если клиент отправляет: запрос1, запрос2, запрос3 , то сервер на это последовательно отвечает: ответ1 (к запросу1), ответ2 (к запросу2) и ответ3 (к запросу3).
В таком случае, получается, что Long Polling запрос будет блокировать все ответы на последующие запросы, это так?

Например, клиент отправляет: , сервер не отвечает на него до тех пор пока не появятся новые данные или не пройдет таймаут и в это время любые другие запросы от клиента к серверу так же не получат ответа (например юзер какую-нибудь кнопку нажмет), так как сервер еще не ответил на Long-Polling запрос.

Пожалуйста объясните, если не трудно

Comments

[Alex]

Прочитайте правила сайта. Пункт 3.1

[igor2144]

Alex, вопрос напрямую связан с ajax запросами
веб разработку убрал, если этот тэг касается исключительно фронтенда

[Alex]

igor2144, Ок, ок. Но, как по мне вопрос связан много с чем, но вот касается именно работы серверов.
P.S.

AJAX -- Asynchronous JavaScript And XML

Answer 1

[Stalker_RED]

Браузеры умеют делать параллельные запросы.
Максимальное количество запросов настраивается, по умолчанию как-то так

| Browser              | Connections per Domain         | Max Connections                |
| -------------------- | ------------------------------ | ------------------------------ |
| Chrome 81            | 6 [^note1]                     | 256[^note2]                    |
| Edge 18              | *same as Internet Explorer 11* | *same as Internet Explorer 11* |
| Firefox 68           | 9 [^note1] or 6 [^note3]       | 1000+[^note2]                  |
| Internet Explorer 11 | 12 [^note4]                    | 1000+[^note2]                  |
| Safari 13            | 6 [^note1]                     | 1000+[^note2]                  |

[^note1]: tested with 72 requests , 1 domain(127.0.0.1)
[^note2]: tested with 1002 requests, 6 requests per domain * 167 domains (127.0.0.*)
[^note3]: when called in async context, e.g. in callback of setTimeout, + requestAnimationFrame, then...
[^note4]: of which the last 6 are follow-ups (2,4,6 available at 0.5s,1s,1.5s respectively)
источник

На сервере кол-во одновоременных запросов тоже настраивается.

Comments

[zkrvndm]

А как сделать так, чтобы Chrome мог делать больше 6 одновременных запросов на домен? Просто в первые слышу, что это можно настраивать, мне бы очень пригодилась подобная возможность в своих расширениях.

[Stalker_RED]

Надим Закиров, сорри, перепутал, это в фаерфоксе настраивается, а хром только разве что пересобрать.

[zkrvndm]

Stalker_RED, а жаль конечно, я уж было обрадовался) В свое время уже искал решение этой проблемы, так и не нашел. Нет, конечно можно каждый следующий запрос посылать на суб домен сервера сгенерированный от текущего времени - я даже так пробовал делать, но когда запросов по сотню в секунду, спустя время забивается кеш сопостовителя ДНС и браузер начинает тормозить. Когда один домен используешь, работает все в разы стабильнее, чем когда по суб доменам долбишь.

[Stalker_RED]

Надим Закиров, переход на вебсокет не рассматриваете, или тоже захлебывается?

[zkrvndm]

Stalker_RED, рассматривал конечно, но тогда уж проще всю логику парсера на php вынести, включая таймеры для генерации запросов. Сейчас, все запросы иницирует браузер. Например, если нужно спарсить, какую-то страничку, он выдает задание серверу с указанием всех нужных заголовков, кук и прокси. Сервер делает запрос и результат отдаёт браузеру, а браузер уже далее разбирает все. Если уж делать сокеты, то имело бы тогда смысл и весь парсинг полностью вынести на сервак. Возможно в будущем так и сделаю, если заказчик захочет еще быстрее проверять тендеры, чем сейчас. Пока что все и так хорошо работает. По поводу кол-ва запросов, просто зондирую тему на будущее) Так-то можно еще и попробовать переделать расширение под firefox, возможно прирост производительности какой-то даст.