имхо, правильный путь, честно перевесить все эти api на отдельный внутренний хостнейм и его хостить под чем угодно. т.е. проксировать синхронно программно.

rps никакой, можно тупо на питоне с asyncio :)

ну текущая идея взять что-то типа https://github.com/inaz2/proxy2 и вставить туда слипов условно

но лучше если это будет на корутинах и слипы не будут все блокировать)

опять же условно

>имхо, правильный путь, честно перевесить все эти api на отдельный внутренний хостнейм и его хостить под чем угодно. т.е. проксировать синхронно программно. неудобно оперировать это когда надо постоянно хостнеймы создавать

*.ext_apis.my_project

и словарь имя_апи->урл_апи

такой вот риторический вопрос: нафига люди используют django для api серверов?

(подразумевается, что темплейты, сессии, куки, и тд не нужно, сервер чисто для API)

потому что они джангу знают

а что-то другое выучить? просто получается кажа из django, сверху drf, куча конфигурации и тд, ваще не прикольно

(подразумевается, что темплейты, сессии, куки, и тд не нужно, сервер чисто для API)

ну, конечно, больше то и не нужно ничего. ни сторадж, ни ORM, никакие другие инструменты

чисто API, две строчки кода, можно и на bottle написать.

ну, конечно, больше то и не нужно ничего. ни сторадж, ни ORM, никакие другие инструменты

есть sqlalchemy и alembic (алембик конечно не очень)

а что-то другое выучить? просто получается кажа из django, сверху drf, куча конфигурации и тд, ваще не прикольно

но начать проще, потому и используют. так же и про rest многие знают, и пытаются натягивать на него всякое, что по факту на него ложится плохо

ну и реально, в реальной жизни, лепить oauth для SPA - просто бесполезно. проще сессии юзать и обычные куки.

но начать проще, потому и используют. так же и про rest многие знают, и пытаются натягивать на него всякое, что по факту на него ложится плохо

на rest ложится плохо почти любая реальная задача:)

не от хорошей жизни graphql придумали

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

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

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

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

эт да, да и если уже все написано на django то нет смысла переписывать. но вот для новых проектов....

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

проще с самого начала взять фласк и не париться)

проще с самого начала взять фласк и не париться)

а для api - python-eve

проще с самого начала взять фласк и не париться)

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

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

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

разве что когда нужна тотальная асинхронность

а для api - python-eve

eve довольно таки opinionated

eve довольно таки opinionated

как и Сережа

разве что когда нужна тотальная асинхронность

ну для API серверов часто нужна, тк приходится дергать сторонние сервисы. благо есть sanic у которого flask-like api )

ну для API серверов часто нужна, тк приходится дергать сторонние сервисы. благо есть sanic у которого flask-like api )

так как раз когда надо сторонние дергать - асинхронность лучше всего работает

ну я про то и говорю

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

Зато легко представить задачу, для которой плохо подходит restapi

Зато легко представить задачу, для которой плохо подходит restapi

да почти для любой :)

я бы даже сказал, подозрительно часто он начинает вырождаться в подобие json-rpc с одним методом POST

а для api - python-eve

Какое-то монструозное это eve :-/

Какое-то монструозное это eve :-/

Да ну. Там же нет ничего

кстати, а есть альтернативы aiohttp? а то ей прикольно было пользоваться пока она была +/- как requests, а потом понаворотили и теперь async with через async with :(

кстати, а есть альтернативы aiohttp? а то ей прикольно было пользоваться пока она была +/- как requests, а потом понаворотили и теперь async with через async with :(

зато контекст переключается везде :)

это же круче

я про то, что раньше можно было делать просто await aiohttp.post(...) а теперь надо обязательно сессию создавать. да и тот факт что с response нужно работать через async with тоже чет не очень

те я бы хотел чтобы API было максимально простым как у requests но через asyncio

еще я недавно проиграл с модуля websockets у которого нормально не отловить дисконнект не обращаясь к сокету, посмотрел на вэбсокеты в aiohttp, опечалился и написал на старом-добром tornado

те я бы хотел чтобы API было максимально простым как у requests но через asyncio

в async/await парадигме так низя

ты явно управляешь контекстом

все можно если захотеть )

просто не хотят делать просто

к примеру, хочу я json получить, могу вокруг того же aiohttp написать простой враппер который все это разгребет и вызов будет одним коллом типа await get_json(...)

Кто-нибудь в курсе есть ли у амазоновского эластик кэша какой-нибудь пул коннекшенсков, который обрабатывает MOVED а на выходе предоставляет обычный интерфейс редиса(без кластеров)?

к примеру, хочу я json получить, могу вокруг того же aiohttp написать простой враппер который все это разгребет и вызов будет одним коллом типа await get_json(...)

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

ну, тебе для обработки респа необязательно писать async with

он просто поддерживается

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

но явное лучше неявного же все равно

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

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

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

ну, они по своему правы

но явное лучше неявного же все равно

Beautiful is better than ugly.

Beautiful is better than ugly.

ну так ты можешь поверх aiohttp написать свой фреймворк, если надо :)

ну так ты можешь поверх aiohttp написать свой фреймворк, если надо :)

я думал написать поверх aiohttp свой сервер с нормальным API но потом появился sanic, необходимость отпала )

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

c piter-united есть отдельные слайды по последнему докладу с сервисом по учету времени на graph ?

#deck The Case With Worksheet Service via @nazarov_tech http://itgm10.exactly.tech

#deck The Case With Worksheet Service via @nazarov_tech http://itgm10.exactly.tech

спасибо

https://twitter.com/nazarov_tech/status/863726544690315264

Ребята, а кто может подсказать про модели в django?

что подсказать? и как это относится к моёму сообщению?

Ой, сорри - случайно ответил :)

А вопрос: есть модель ImageSet, которая управляет работой с фотографмиями. Она может стыковаться с разными модулями (Проекты, Услуги и проч.). Соотвественно, как правильно построить зависимости?

А вопрос: есть модель ImageSet, которая управляет работой с фотографмиями. Она может стыковаться с разными модулями (Проекты, Услуги и проч.). Соотвественно, как правильно построить зависимости?

Если не хочется завязываться на импорты то используйте get model или content type ( https://djbook.ru/rel1.9/ref/contrib/contenttypes.html )

Если не хочется завязываться на импорты то используйте get model или content type ( https://djbook.ru/rel1.9/ref/contrib/contenttypes.html )

Спасибо, очень похоже на то, что нужно. Буду изучать :)

https://goo.gl/forms/LxPDWj0wp4VVReMv1

Судя по текущим ответам большинство было на нашем островке :)

Секция: Что понравилось? » Python площадка, торт)

Торт кстати вкусный был?

да, вполне

Коллеги, а помнится среди нас тут был DJ?

нужно дискотеку?

я бы даже сказал, подозрительно часто он начинает вырождаться в подобие json-rpc с одним методом POST

+много.

те я бы хотел чтобы API было максимально простым как у requests но через asyncio

gevent :)

Xkcd: Machine Learning (Score: 104+) Link: http://j.mp/2rpRQ73

нужно дискотеку?

типа того

Напишите мне в личку, чем надо помочь

@nazarov_tech только что наткнулся на твой вопрос на SO) первый раз вижу вопрос с юмором ?

покажите

охчёрт, мне сперва покажи

вдруг там что-то совсем глупое))

я на со активно тусил слишком давно

хотя пофиг, всё равно всё найти можно

я на со активно тусил слишком давно

теперь другой клуб? )

теперь другой клуб? )

теперь стало лениво вливать в него время

и у СО есть концептуальная проблема

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

не говоря уже о шансах что тебе на неё ответят

поэтому многие сеньоры и не контрибьютят туда