Если задача в том, чтобы быстро собрать много ответов, то лучше async'ом их запускать.

Нет, там проблема в том, что много запросов медленнее передаются по сети

Вроде бы можно параллелить не более 4-х штук

А потом сервер отсекать начинает?

одновременно передается с десяток запросов - увеличивается время до прихода последнего

Оптимальнее асинхронное решение и для этого придумали WebSockets

Это немного ортогональные вещи.
Сокеты нужны, чтобы поллинг не делать.

Так-то никто не мешает на GET хоть гигабайты возвращать, без всяких сокетов.

что в юле для вебсокетов использовтаь? в стандартной либе их вроде бы нет?

хм, а документации нет пока

Да а какая там документация.

Как в том анекдоте - наливай да пей.

Просто serve и дальше всё как обычно.

HTTP.WebSockets.open("ws://127.0.0.1:8081") do ws
           write(ws, "Hello")
           x = readavailable(ws)
           @show x
           println(String(x))
       end;

Вот клиент.

ну да, методов не то что бы много, и сами понятны из названия

ага, я тут набросал уже

WebSockets.open("wss://irc-ws.chat.twitch.tv:443") do ws
    write(ws, "PASS oauth:secret\n")
    write(ws, "NICK test\n")
    write(ws, "CAP REQ :twitch.tv/membership\n")
    write(ws, "CAP REQ :twitch.tv/tags\n")
    write(ws, "CAP REQ :twitch.tv/commands\n")
    write(ws, "JOIN #newr1te\n")
    while true
        x = readavailable(ws)
        msg = Dict()
        handleMessage!(msg, String(x))
        println("Nickname: $(get(msg, "nickname", "")) Message: $(get(msg, "message", ""))")
    end
end

Внутрь нужно вставить любую функцию, которая будет обрабатывать websocket (ws) и делать всё, что нужно приложению.

В принципе, там же и показаны основные методы, которые у сокета есть - write, readavailable, eof

Ну да.
Всё остальное - это уже логика приложения, она прямого отношения к сокетам уже не имеет.

единственное что привык с сокетом как с объектом работать, а тут нужно функцию отправить в него, на первый взгляд не так удобно 🕋