на анус похоже, действительно

я сам не умею

сегодня только на канал зашел

хотел на ноде писать

а тут вот сказали нода говно для пидоров

вот я теперь переметнулся

Я сеньор дев на ноде

Вы обоссались

А ещё я еврей

Так что ещё и кошерно так обосрались

ой да и похуй

Он скучный, простите.

ну, зато он старался

котаны, кто не спит, есть внезапный ночной вопрос

Бухай

надо сделать запрос из фронтеда и получить данные из двух баз данных, и положить в одну общую таблицу. Сейчас у меня аякс асинком дергаются два запроса, в связи с переходом на фласк, думаю как сделать красиво, варианты: 1) оставить как есть, 2 роута во фласке и ответом в виде джсона 2) один роут, асинк сделать на сервере через async питона, объединить в вернуть 3) вебсокеты

1

почему, ведь меньше запросов тцп

Пусть клиент потеет, а не сервер

и есть ли извращенцы flask uwsgi python3.5? или мне может быть не фласк нужен? 250кб сорцов, сейчас все на webpy.org, а дизайн фронтеда покупной, так что шаблоны не очень нужны, разве что права ограничивать

У меня есть flask uwsgi python 3.5, чо такого то

Ни какой оптимизации для клиента

У меня есть flask uwsgi python 3.5, чо такого то

у них на сайте написано, что могут быть баги с третьим питоном

во фласке ты не сможешь сделать асинк запросы к базе

потому что flask - wsgi

а wsgi по опредлению синхронный

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

расскажи, как ты урлы качаешь асинком в wsgi приложении?

создал asyncio.get_event_loop и вызвал в нем async def

создал asyncio.get_event_loop и вызвал в нем async def

Это не то

ну асинхронно же

это в wsgi приложении?

ну асинхронно же

Нет. Если тебе сыпятся поштучно запросы?

рано для спора, надо выяснить предмет спора

может у него действительно асинхронный сервер рядом стоит, а не в wsgi приложении

ну 20 урлов я выкачиваю за пару сек

=))

нет у меня ничего не стоит это просто рсс фидер

ты не пудри тут носы благородным донам

ну 20 урлов я выкачиваю за пару сек

Тебе эти урлы в wsgi как падают?

в хтмлке лежат

покажи код, а то тут сюр мысли

пришел запрос на роут, я смотрю хтмл, беру оттуда все ссылки, выкачиваю их, заменяю собержимое и кладу в редис

пришел запрос на роут, я смотрю хтмл, беру оттуда все ссылки, выкачиваю их, заменяю собержимое и кладу в редис

Ты фактически их пачкой получаешь

уеп

Ну так это другое

Если бы тебе они лились поштучно - ты бы ждал результат каждого запроса

Ваш ко

да, пришлось бы луп создавать

да, пришлось бы луп создавать

Где луп?

в общем при всё уважении, но у тебя пародия на асинхронность. поясню почему. для одного раза так может и прокатит - ты оптимизуер одновременную закачку файлов. Но оптимизация эта работает, если у тебя выполняется несколько условий: 1. выкачаевается с разных серверов или сервер способен одновременно и эффективно отдавать несколько потоков 2. твоя операция носит разовый характер по факту у тебя случается запрос к wsgi серверу, запускается wsgi приложение, в нём создаётся event loop и вызывается run_until_complete - это всё синхронный операции в рамках одного http request к твоему серверу. получается один долгий синхронный запрос, пусть ты и выкачаваешь файлы за несколько секунд. Т.е. создай 10 таких запросов и в лучшем случае получишь 10 паралелльных потоков, у каждого из которых будет свой event_loop внутри. И хорошо если ты ещё не огребёшь конфликтов в рамках одного процесса. асинхронный сервер позволяется все io операции вести асинхронно - принимать http запрос, обращаться к базе, запрашивать по http на удалённом сервере. Главное отличие от твоей рализации заколючается в том, что wsgi application - это по сути синхронная функция, внутри которой не может быть обращений к асинхронным корутинам и обязательно требуется return. В асинхронном сервере результат возвращается когда-нибудь позже и async/await требуются к корутинам является обязательным. Т.е. ты либо реализуешь разовую задачу, которую так же мог легче и проще сделать синхронно, либо неправильно применяешь инструмент и будь готов огрести по щам от своего же творения.

в общем при всё уважении, но у тебя пародия на асинхронность. поясню почему. для одного раза так может и прокатит - ты оптимизуер одновременную закачку файлов. Но оптимизация эта работает, если у тебя выполняется несколько условий: 1. выкачаевается с разных серверов или сервер способен одновременно и эффективно отдавать несколько потоков 2. твоя операция носит разовый характер по факту у тебя случается запрос к wsgi серверу, запускается wsgi приложение, в нём создаётся event loop и вызывается run_until_complete - это всё синхронный операции в рамках одного http request к твоему серверу. получается один долгий синхронный запрос, пусть ты и выкачаваешь файлы за несколько секунд. Т.е. создай 10 таких запросов и в лучшем случае получишь 10 паралелльных потоков, у каждого из которых будет свой event_loop внутри. И хорошо если ты ещё не огребёшь конфликтов в рамках одного процесса. асинхронный сервер позволяется все io операции вести асинхронно - принимать http запрос, обращаться к базе, запрашивать по http на удалённом сервере. Главное отличие от твоей рализации заколючается в том, что wsgi application - это по сути синхронная функция, внутри которой не может быть обращений к асинхронным корутинам и обязательно требуется return. В асинхронном сервере результат возвращается когда-нибудь позже и async/await требуются к корутинам является обязательным. Т.е. ты либо реализуешь разовую задачу, которую так же мог легче и проще сделать синхронно, либо неправильно применяешь инструмент и будь готов огрести по щам от своего же творения.

+

соряшки, надо было отойти

я не разбирался еще с асинхронными фреймворками, так как не было задачи такой

Как лучше тогда мою задачу было выполнить? через concurrent.futures?

её лучше выполнять в отдельном сервер, предлагаю: aiohttp + aiopg

если юзается постгрес

plhfcnb

здрасти

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

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

но есть интереснее роут, приходит какой-то айди, и мне надо узнать у Х устройств есть ли на каком-то из них этот айдишник и вернуть связанную информацию

переписывать все на асинхронный сервер так себе идея, так как этот функционал особо не будет использоваться, обычно простой синхронный сервер

что тебе мешает поднять нужный функционал на отдельном сервере и рулить через location в nginx?

какие-то микросервисы получаются :)

а, ну тогда не надо так делать

ты ставишь меня в тупик

последняя реплика была с ноткой иронии

так лучше?

т.е. если я хочу такую функциональность я не могу монолитно сделать все во фласке без костылей?

во фласке ты не можешь монолитно писать синхронно/асинхронно

и дело не во фласке, а в wsgi

а тот же айо, он как я почитал может и так и так работать?

oO

поясни

ну сразу вернуть нужный ответ

я походу совсем плаваю в этой теме :)

http://aiohttp.readthedocs.io/en/v0.15.1/web.html#handler

return web.Response(text=txt) в самом низу