Как регулярно отправлять HTTP-запросы?

Question

[Jintsuu]

Имеется idшник. Этот idшник надо отправлять через http, в ответ получая статус и этот статус отдавать уже в html.
Как можно реализовать регулярную отправку http-запросов, кроме как через setTimeout и setInterval?

Comments

[Stockholm Syndrome]

чем не устраивает setTimeout и setInterval?

[Jintsuu]

StockholmSyndrome, ну, у меня получается так, что выводится список сообщений и для каждого из них надо отдельно получать статус, просто, если их будет много, нормально ли то, что для каждого будут крутиться эти таймеры? не сильно ли это напрягать будет?

[Роман]

Jintsuu, организуй запрос статуса сразу для всех сообщений имеющихся в настоящий момент одним запросом.
Например в сетинтервале отправляй массив с id интересующих сообщений, а с сервера возращай массив статусов, а еще лучше не в сет интервал а в обработчике предыдущего запроса через сеттаймоут

[Jintsuu]

Роман, тут проблема в том, что я http-запросами, обращаюсь к API, которая на один idшник возвращает один статус. И регулировать то, что мне возвращается соответственно не могу

[Роман]

Jintsuu, посмотрите тут, возможно найдете полезным
https://m.habr.com/ru/post/124066/

[Роман]

Jintsuu, измените сервис (API), чтобы он мог обрабатывать id пачками, и пачками же возвращать статусы.

В любом случае, без изменения/доработки серверного API вы эту проблему не решите и вам останется только долбить сервер кучей запросов. Возможно чуть сократить нагрузку можео с помощью longpooling, но это всеравно не решит проблему полностью

[DanKud]

Jintsuu, создайте PHP-скрипт и отправляйте запросы к API из него. Тем самым вы сможете отправить несколько запросов к API без лишней нагрузки на клиента. А из JS соответственно отправляйте запрос к этому скрипту.

[Роман]

DanKud, проблему это не решит, даже наоборот. Вместо одного узкого места вы получите 2, сам сервер и скрипт-транслятор запросов от клиентов

[DanKud]

Роман, а что решит? Если исходить из решения вопроса с помощь AJAX-запросов, то это самый оптимальный вариант. Нагрузка на клиента - один запрос в определенном интервале. Вся остальная нагрузка по запросам к API через сервер. Оптимальнее только веб-сокеты, но еще не факт есть ли смысл их использовать в данном случае.

[Роман]

DanKud, не меняя серверный api немного снизить нагрузку позволят longpooling запросы. Но это даже не полумера, это четвертьмера. Если идти по вашему пути то действительно можно создать некоторый промежуточный микросервис, принимающий запросы от клиетов в виде массивов id и перезапрашивайющий их статус у основного сервера, при этом с обязательным кэшированием результатов, чтобы избежать лишних запросов к основному серверу.

НО ... все это не имеет смысла если автор вопроса может доработать API основного сервера.

Answer 1

[coderisimo]

Чую, что требуются веб-сокеты !

Comments

[Роман]

Телега же работет без вэбсокетов?)

[coderisimo]

Роман, не знаю , как она работает. но в данном случае куча setInterval это явно не комильфо

[Роман]

Василий, я в коментариях к вопросу написал как избавится от кучи сетинтервалов

[coderisimo]

Роман, это очевидно , но зачем бомбить сервак кучей запросов, когда можно получить инфу именно тогда, когда она обновилась ?

[Роман]

Василий, я тоже сторонник вебсокетов, но както делал внутренний вебсервис для одной госконторы, и у них везде ие8. Пришлось изголятся, делая чтото типа faye