Size: a a a

2020 July 31

AN

Aleksey Nakoryakov in SPb Python
А потом человек начнет в запросе считать что-нибудь секунд по несколько, и спрашивать, почему все запросы тормозят? Они же лёгонькие. У меня тут один только тяжелый?
Ну т.е. это будет решаться так же, как и при синхронном подходе. Например добрасыванием воркеров гуникорну. Но всё равно вести себя оно будет совершенно не так, как привыкли люди при синхронном питоне
источник

A

Alexander in SPb Python
Я тоже за джангу, хотя ни разу с ней не работал). Новичку лучше начинать с чего-то более распространённого
источник

DS

David Shiko in SPb Python
Блин, сложно, мнения 50% на 50%))
Я с асинхронщиной работал немного. Там ничего сложного, просто к IO функциям добавлять async (и await для IO методов внутри этой функции)
источник

DS

Denis S in SPb Python
Наверное сложно что-то советовать не зная требований к этой подсистеме.  Сколько пользователей / запросов к системе?
источник

DS

Denis S in SPb Python
Насколько важна максимальная производительность? Если важна то асинхронность нужна. Если нет то можно начать с Django REST.
источник

DS

Denis S in SPb Python
У Django есть свои преимущества в виде хорошего качества кода, документации и огромного сообщества.
источник

А

Андрей in SPb Python
Так и джанго может быть асинхронным
источник

DS

Denis S in SPb Python
Тем более.
источник

DS

Denis S in SPb Python
База данных SQL или NoSQL?
источник

DS

David Shiko in SPb Python
Denis S
База данных SQL или NoSQL?
MySQL, хочу перейти на postgres
источник

DS

Denis S in SPb Python
Отлично, если была бы NoSQL  тогда было бы больше смысла смотреть что-то другое.
источник

AN

Aleksey Nakoryakov in SPb Python
David Shiko
Блин, сложно, мнения 50% на 50%))
Я с асинхронщиной работал немного. Там ничего сложного, просто к IO функциям добавлять async (и await для IO методов внутри этой функции)
С точки зрения кода - да. Но появляются дополнительные подводные камни + сложнее дебаг + поддержка в библиотеках не так хороша
источник

CQ

Crazy Quokka in SPb Python
David Shiko
Блин, сложно, мнения 50% на 50%))
Я с асинхронщиной работал немного. Там ничего сложного, просто к IO функциям добавлять async (и await для IO методов внутри этой функции)
иди против всех и выбери, ну не знаю, Klein, например
источник

YV

Yuliya Volkova in SPb Python
:D или pyramid
источник

YV

Yuliya Volkova in SPb Python
Ага
источник

CQ

Crazy Quokka in SPb Python
ну а если серьезно, все зависит от будущего масштаба той "апишечку для мобильного приложения"
источник

CQ

Crazy Quokka in SPb Python
и тогда можно уже задать себе вопрос, нужен ли micro или full фреймворк
источник

CQ

Crazy Quokka in SPb Python
например, думаю, достаточно будет и просто Flask, если не планируется широкомасштабного будущего у апишечки.
Но если же дедлайн у Вас не вчера, то для себя и своего опыта, резюме и т.д. Fast API самое то взять. Углубиться и поиграться же + к саморазвитию )
источник

p

pragus in SPb Python
David Shiko
Блин, сложно, мнения 50% на 50%))
Я с асинхронщиной работал немного. Там ничего сложного, просто к IO функциям добавлять async (и await для IO методов внутри этой функции)
нет, еще голова нужна
источник

p

pragus in SPb Python
David Shiko
Коллеги всем привет!
Меня попросили сделать backend (апишечку для мобильного приложения), а я этого доселе никогда не делал, но очень хочется.

На форуме мне настоятельно рекомендовали django rest framework (с django я тоже НЕ работал).
Недавно я узнал про baas и прямо офигел как это круто (в теории).

Стоит ли использовать baas вместо django?
Какое место в этом всем занимает nginx?

P.S. про REST уже почитал.
а что эта api будет делать? как часто её будут трогать?
источник