и сижу два дня так, что уже о отдельных потоках начал думать)

Тебе нужно получить результат, так?

ну по ответу запроса нужно просто выполнить функцию и все

Ну тогда всё просто

request.and_then(function_on_success)

И спавни это на ивентлуп

Или даже лучше сделать futures::loop_fn

Ща

в конце так же core.handle().spawn(reqwes) будет?

let handle = core.handle(); let future = loop_fn { handle.spawn(make_request) async_sleep(duration) } core.run(future)

Псевдокодик

Асинхронно заснуть можно используя встроенный таймер в tokio_core

Или через крейт tokio_timer

let handle = core.handle(); let future = loop_fn { handle.spawn(make_request) async_sleep(duration) } core.run(future)

Если что, это ну совсем псевдокод. Смотри как будет выглядеть настоящий в доке по futures

Еще можно без лупа

взять https://docs.rs/tokio-timer/0.1.2/tokio_timer/struct.Interval.html

И на каждый тик спавнить задачу

Так будет красивее

let future = interval.for_each(|| handle.spawn(task)); core.run(future)

получается, делаю run дополнительной функции, в которой периодиччческий спавн запроса

Ну типа того, да

То что в run — это как бы "мейн", который будет выполняться всё время работы твоего кода.

ну это я понял

так вообще, получается, мне надо просто периодически проверять результат спавна?

Буду добивать тогда...

А случаем событийная модель на расте как на яваскрипте - мечта)))?

так вообще, получается, мне надо просто периодически проверять результат спавна?

А тебе надо проверять результат?

А тебе надо проверять результат?

надо сравнивать с предыдущим ответом, и сообщать когда соблюдаются условия проверки

сообщать тоже просто, безответный запрос на телеграм

Либо по получению результата клади Rc<Cell<T» и сравнивай с тем что там лежит до этого

последовательный код работает, но неуспевает

Но это криво имхо

Лучше отправляй результаты в futures::mpsc::channel

И повесь еще одну фьючу на принмающий конец

Которая будет сравнивать итд

1.24 в стабильном

кек

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

найс

В 1.24 ничего интересного

по расписанию выходит, как mercurial

В 1.24 ничего интересного

Константный mem::size_of - интересно

> Не надо требовать от разработчиков утилит и документации. Попытайтесь понять цель и философию Arch — это то, что отличает Arch от других.

> Основное свойство возможности сделать свой вклад заключается в том, что вам не нужно разрешение, чтобы его сделать. Никто не может остановить вас при написании того, что вы лично находите полезным, даже если «силы которые существуют» не считают это благодеянием. Напишите это и поместите в User Contributions форум. Если людям это понравится, вы получите ответ. Даже если предположить, что все вокруг это не оценят, разве вас это будет волновать, если для вас польза очевидна?

autism-driven development

😄

autism-driven development

https://images.duckduckgo.com/iu/?u=https%3A%2F%2Ftse3.mm.bing.net%2Fth%3Fid%3DOIP.dWzMLS6w3mItT91WrK1XSgHaHu%26pid%3D15.1&f=1

https://m.facebook.com/careers/jobs/a0I1H00000LCTYYUA5/ Пилят особый сорс-контроль для своего говнокода

Обычный не спраляется

https://m.facebook.com/careers/jobs/a0I1H00000LCTYYUA5/ Пилят особый сорс-контроль для своего говнокода

обычный mercurial, местами допиленный

В 1.24 ничего интересного

линтер

“How I deployed a Rust web-app using the Rocket framework with Docker” @_AnirudhM https://blog.hasura.io/how-i-deployed-a-rust-web-app-using-the-rocket-framework-with-docker-424da99b1d8a

Странно что он не юзал multi stage

зочем делать Dockerfile кар тин кой?

зочем делать Dockerfile кар тин кой?

Чтоб сохранить стиль, без лишних усилий

Ну и признак того, что автор мудаа

зочем делать Dockerfile кар тин кой?

https://hasura.io/hub/project/anirudhm/hello-rust-rocket/what's-included-

был бы мудаком, если была бы только картинка, и не было ссылки на репу

А рокет реально неплох

Сравнение с никелем и ироном

А уж если с гипером сравнивать

Рокет не нужен

Почему?

“How I deployed a Rust web-app using the Rocket framework with Docker” @_AnirudhM https://blog.hasura.io/how-i-deployed-a-rust-web-app-using-the-rocket-framework-with-docker-424da99b1d8a

Вот парень в своем коде делает запрос к внешнему API и измеряет rps. Я немного не понимаю каким образом синхронный рокет в этом случае работает быстрее асинхронного Express на ноде

Вот парень в своем коде делает запрос к внешнему API и измеряет rps. Я немного не понимаю каким образом синхронный рокет в этом случае работает быстрее асинхронного Express на ноде

Хз, надо смотреть нодовский код

Вот парень в своем коде делает запрос к внешнему API и измеряет rps. Я немного не понимаю каким образом синхронный рокет в этом случае работает быстрее асинхронного Express на ноде

Учитывая что там меряется скорость отдачи строки длиной едва ли дюжину символов удивляться тут нечему

Еще и бинарник маленький)

Руст банально заоптимизировал всё к чёртовой матери, + внутренние оптимизации процессора на бинарных языках работают в среднем лучше

Я подозреваю если бы там был бы хоть какое-то взаимодействие с СУБД, ракета всосала бы со страшной силой (

У рокета еще плагин-кодогенератор

Я подозреваю если бы там был бы хоть какое-то взаимодействие с СУБД, ракета всосала бы со страшной силой (

Дак он к hasurta по HTTP в запросе обращается

Не с бд тоже быстро

Пул же

И блокирует поток

Дак он к hasurta по HTTP в запросе обращается

А?

Наебал

Нахуй в статье в заблуждение людей вводить

Пул же

А какая разница пул или нет, ракета блокировалась бы на запросах же