таже джанга сейчас сдает позиции aiohttp

почитал твой некрофильский доклад

http://www.kribrum.ru - тут, насколько я знаю, раст в проде. Вроде довольны.

Я вам больше скажу. Я без VPN уже годы не представляю работы. Периодически нужно тыкать всякие апишки ФНСовские по нашим православным документооборотам - так вот по кафешным ВайФаям это нереально, Ростелеком блочит. А из Нидерланд - ок :D.

Ах ха ха ). Это у них? Ну раст и эрланг там точно есть.

Господа, а может кто знает какое-то рабочее решение по мешам типа FireChat с открытым кодом. Есть идея сделать аппку типа порта/реле для телеги. Т.е. тот же Телеграмм, только с дополнительной фичей - обмен адресами серверов и сообщениями p2p.

Господа, а может кто знает какое-то рабочее решение по мешам типа FireChat с открытым кодом. Есть идея сделать аппку типа порта/реле для телеги. Т.е. тот же Телеграмм, только с дополнительной фичей - обмен адресами серверов и сообщениями p2p.

b.a.t.m.a.n

матрица поддерживает бриджи с телегой

майковские CDN в блеклисте

VSCode. IMHO, единственная инициатива MS, которая не плоха и работает. OSS, cross-platform.

Идея - не лучший вариант. Причин много. Джава, греющая cpu, через одно место написанные ide & plugin - для начала. Дабы убедиться, рекомендую попробовать взять самую простую issue в репе Идеи и попробовать исправить проблему. Поиски могут затянуться на неделю и появится дикое желание полного рефакторинга. Могу подробнее написать :).

+, идея пока делает vscode по трем параметрам: 1) подсветка типов 2) адекватно работает с cargo workspace 3) не юзает RLS, который невозможно использовать на чем-то сложнее хелловорлда

у меня в вскод похожие на саблайм хоткеи

Господа, а может кто знает какое-то рабочее решение по мешам типа FireChat с открытым кодом. Есть идея сделать аппку типа порта/реле для телеги. Т.е. тот же Телеграмм, только с дополнительной фичей - обмен адресами серверов и сообщениями p2p.

есть же канал специально для флуда, ну

вчера обсуждали futures_cpupool и tokio_threadpool. как я понял, в них можно отправлять cpu-bound задачи, чтобы не блокировать event loop. а если задача io-bound, как лучше с ней поступить? например, какой-нибудь веб-сервер на hyper, внутри обработки запроса надо выполнить блокирующую io операцию. как это лучше сделать? можно ее также вынести куда-то по аналогии с cpu-bound? видел, что в actix есть "синхронные воркеры" вроде как для таких случаев, но интересно понять, какие есть инструменты в tokio пока плохо разбираюсь в этой области, прошу не ругаться.

вчера обсуждали futures_cpupool и tokio_threadpool. как я понял, в них можно отправлять cpu-bound задачи, чтобы не блокировать event loop. а если задача io-bound, как лучше с ней поступить? например, какой-нибудь веб-сервер на hyper, внутри обработки запроса надо выполнить блокирующую io операцию. как это лучше сделать? можно ее также вынести куда-то по аналогии с cpu-bound? видел, что в actix есть "синхронные воркеры" вроде как для таких случаев, но интересно понять, какие есть инструменты в tokio пока плохо разбираюсь в этой области, прошу не ругаться.

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

а важно какой тред пулл? tokio_threadpool подойдет для этих целей или он олько для cpu-bound?

@sarakerrigan напомни, пожалуйста, почему тебе actix-web не нравится?

потом actix, а только потом actix-web

Перед actix надо ещё tokio изучить

понял, спасибо сейчас посмотрел, ругал ты вроде gotham

Я как то сравнивал примеры с прикручиванием дизеля, и gotham показался намного запутаннее чем actix

скинь, пожалуйста, ссылку, может, это какой-то еще проект