СС
из этого как забираем статус?
(last (:status json)
Size: a a a
2020 January 22
СС
AG
там в асинк есть какая-то штука, но я не помню, и не уверен что то что надо, тоже какая-то thread-factory
СС
ак что ли
OR
В асинке есть timeout channel
IG
второй объект это весь ответ
ST
api, причем не мое)
ты не ответил вопрос про работу вхолостую, когда нет клиентов, использующих апи
MB
как оно работает, если run дольше 10 сек выполняется?
Закинет туда ещё задачу через 10 сек после начала первой
СС
(:status (last json))
всем спасибо
ST
Закинет туда ещё задачу через 10 сек после начала первой
будут выполняться параллельно и накапливаться, пока память не кончится?
MB
ты не ответил вопрос про работу вхолостую, когда нет клиентов, использующих апи
Ну может работать и вхолостую, я думал в message bus данные кидать, или по вебсокету транслировать
MB
Соответственно, если нет клиентов, то по сути данные выкидываются
A
Мне почему-то кажется, что если core.async получше понять, то он хорошо тоже должен подойти
возможно funcool/promesa подошла бы, там просто
https://cljdoc.org/d/funcool/promesa/5.0.0/doc/user-guide
https://cljdoc.org/d/funcool/promesa/5.0.0/doc/user-guide
ST
Ну может работать и вхолостую, я думал в message bus данные кидать, или по вебсокету транслировать
ну вот вариант, когда клиент пришёл и мы сделали все эти несколько запросов и закэшировали, он разве нерабочий?
MB
ну вот вариант, когда клиент пришёл и мы сделали все эти несколько запросов и закэшировали, он разве нерабочий?
Рабочий, но это для меня уже детали, меня интересовало, как сделать так, что все эти запросы по своим таймерам работают и периодически какие-то из них удаляются (когда матч закончился)
ST
Рабочий, но это для меня уже детали, меня интересовало, как сделать так, что все эти запросы по своим таймерам работают и периодически какие-то из них удаляются (когда матч закончился)
ну это «другие» детали
я описываю вариант, в принципе не требующий планировщиков с таймером
я описываю вариант, в принципе не требующий планировщиков с таймером
MB
Я наверное не совсем понял решение
MB
ну а «по тупому» (не задумываясь о последствиях)
(async/go-loop []
(async/<! (async/timeout 20000))
(do
"Be careful what are you doing here")
(recur))
Это же некий аналог setInterval?
ST
Я наверное не совсем понял решение
«клиент пришёл и мы сделали все эти несколько запросов и закэшировали»
какую часть развернуть? 😊
какую часть развернуть? 😊
MB
А, ну это подписка в real time