@pydjango

Страница 278 из 1273
 
Alexander
18.05.2017
19:22:45
двухфакторная аутентификация - через приложение на смартфоне

 
amureki
18.05.2017
19:23:18
окей, а если мне нужна интеграция с Django REST Framework, проверка почты, проверка телефона (по смс), двухфакторная аутентификация, интерфейсы восстановления пароля и смены пароля, вход, выход и прочее вот такое (включая привязку Linked In'а, Dropbox'а и Google-аккаунтов)... что мне лучше взять - allauth, social-app-django или что-нибудь другое?
С рестом оно вроде интегрируется, соцаккаунты все значимые есть Смс, двухфакторка и интерфейсы паролей сам дописываешь

 
Ну или прилепляешь батарейки

 
Eugene
18.05.2017
19:23:28
под rest у allauth не допилены соц сети вроде

Google
 
Maria
18.05.2017
19:23:54
Да, allauth rest нету

 
Eugene
18.05.2017
19:24:11
он как бы есть, но не доконца:D

 
Maria
18.05.2017
19:24:26
С ним можно ручками ебаться

 
Eugene
18.05.2017
19:24:42
http://django-rest-auth.readthedocs.io/en/latest/installation.html

 
Alexander
18.05.2017
19:25:28
тут ситуация в том, что rest мне нужен, но не сразу

 
Maria
18.05.2017
19:25:31
В плане, я выводила в эндпоинты для мобилок, но ещё раз я этого повторять не хочу

 
Alexander
18.05.2017
19:25:42
и я ищу вариант, чтобы не переделывать всё с нуля потом

 
amureki
18.05.2017
19:26:19
Сильвербуллет ты не найдёшь

 
Alexander
18.05.2017
19:27:40
судя по ссылке, DRF поддерживает allauth, а не social-app-django?

 
Eugene
18.05.2017
19:29:59
https://github.com/sunscrapers/djoser вот для реста авторизация вроде в топе, но без соц сетей

 
amureki
18.05.2017
19:30:17
Ну можно погуглить drf social auth ?

 
Maria
18.05.2017
19:30:30
судя по ссылке, DRF поддерживает allauth, а не social-app-django?
Я не уверена по поводу нынешнего положения дел, но полгода назад rest там был вроде как только неродной

 
Alexander
18.05.2017
19:31:11
я давно не копался в этом, у меня знания либ на уровне 2013-2014 года

Google
 
Alexander
18.05.2017
19:31:23
я тогда делал через python-social-auth

 
с тех пор я вижу, что позиция DRF усилилась

 
Maria
18.05.2017
19:33:59
Ну полгода назад было вот так https://github.com/pennersr/django-allauth/issues/360

 
Alexander
18.05.2017
19:34:08
хмм, ок, а django-registration и django-guardian кто-нибудь сейчас ставит?

 
Maria
18.05.2017
19:34:16
Но это костыль через костыль

 
Germán
18.05.2017
19:36:20
django-registration-redux

 
dima
18.05.2017
19:44:24
привет. хочу рассказать о том что DRF - это очень неудобная и непонятная вещь. А CBV плохая вещь тоже. А вы чем недовольны?

 
Ребят, какие front end фреймворки используете с джангой ? Vue ? Angular?
vanilla

 
Alexander
18.05.2017
19:48:39
Ребят, какие front end фреймворки используете с джангой ? Vue ? Angular?
Aurelia?

 
Сергей
18.05.2017
19:48:50
привет. хочу рассказать о том что DRF - это очень неудобная и непонятная вещь. А CBV плохая вещь тоже. А вы чем недовольны?
Cbv согласен, drf не знаю чем так ужасен

 
Alexander
18.05.2017
19:50:58
в общем, я чувствую, что CBV как подход умирает, остаётся только DRF и нужно чтобы все эти регистрации/аутентификации дружили с Vue/Aurelia, а те общаются с DRF, а Django Templates вообще нет

 
amureki
18.05.2017
20:03:18
привет. хочу рассказать о том что DRF - это очень неудобная и непонятная вещь. А CBV плохая вещь тоже. А вы чем недовольны?
DRF нормальная, работающая вещь, CBV - отличная вещь :)

 
Smithy
18.05.2017
20:03:50
в общем, я чувствую, что CBV как подход умирает, остаётся только DRF и нужно чтобы все эти регистрации/аутентификации дружили с Vue/Aurelia, а те общаются с DRF, а Django Templates вообще нет
Как полнейший нуб, который пока только надеется овладеть CBV, я бы все же хотел поинтерсоваться, почему они ужасны

 
Rookie
18.05.2017
20:03:52
DRF нормальная, работающая вещь, CBV - отличная вещь :)
++

 
Smithy
18.05.2017
20:04:01
Всегда слышал ровно противоположные мнения

 
Rookie
18.05.2017
20:04:11
Как полнейший нуб, который пока только надеется овладеть CBV, я бы все же хотел поинтерсоваться, почему они ужасны
Они очень хороши.

 
Smithy
18.05.2017
20:05:06
Они очень хороши.
О, отлично, я уж начал было думать, что не понимаю чего-то

 
amureki
18.05.2017
20:05:08
Всегда слышал ровно противоположные мнения
ну так это интернет, тут по другому не бывает :) нужно самому пробовать и разбираться

 
Smithy
18.05.2017
20:06:16
ну так это интернет, тут по другому не бывает :) нужно самому пробовать и разбираться
Ну да, просто хочется все же более-менее оптимальный план обучения построить себе, не растрачивая время на устаревшие или не очень удобные штуки)

 
Rookie
18.05.2017
20:07:11
Удобные штуки - это очень индивидуально. Важнее - правильно и безопасно.

Google
 
amureki
18.05.2017
20:09:16
учитывая, что в последней джанге даж loginview переписали на классы, можно прочувствовать тенденцию что становится устаревшим в угоду чего :)

 
Eugene
18.05.2017
20:10:27
работаю во втором проекте и в обоих CBV - такой кайф:)

 
Smithy
18.05.2017
20:10:35
Понял)

 
Alexander
18.05.2017
20:20:10
Как полнейший нуб, который пока только надеется овладеть CBV, я бы все же хотел поинтерсоваться, почему они ужасны
я не считаю, что они ужасны) просто сейчас шаблоны в другом месте обычно делают)

 
Eugene
18.05.2017
20:23:50
я не считаю, что они ужасны) просто сейчас шаблоны в другом месте обычно делают)
А при чем тут CBV vs DRF и шаблоны? Я вот уже сколько видел проектов с REST бэкендами для мобил и там никакого DRF нет, все на CBV написано. Зачем залезать в рамки всяких DRF если все просто и элегантно на CBV можно написать.

 
Alexander
18.05.2017
20:25:01
А при чем тут CBV vs DRF и шаблоны? Я вот уже сколько видел проектов с REST бэкендами для мобил и там никакого DRF нет, все на CBV написано. Зачем залезать в рамки всяких DRF если все просто и элегантно на CBV можно написать.
так а зачем шаблоны как компонент? если там просто json отдаётся

 
Eugene
18.05.2017
20:25:21
А при чем тут CBV vs DRF и шаблоны? Я вот уже сколько видел проектов с REST бэкендами для мобил и там никакого DRF нет, все на CBV написано. Зачем залезать в рамки всяких DRF если все просто и элегантно на CBV можно написать.
return JsonResponse?

 
Eugene
18.05.2017
20:25:28
ну да. не знаю зачем о шаблонах ты заговорил если речь шла о CBV vs DRF

 
Eugene
18.05.2017
20:26:28
нее, не было речи вроде. Там просто сказали что и то и то не очень)

 
Eugene
18.05.2017
20:27:29
return JsonResponse?
не обязательно иногда msgpack или типа того.

 
Alexander
18.05.2017
20:27:58
про CBV vs DRF, подозреваю, DRF правильнее в том смысле, что предлагает единый способ всё сделать, а с CBV ты можешь отклоняться по своему желанию

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

 
Alexander
18.05.2017
20:29:36
это идеологически неправильно как-то

 
Eugene
18.05.2017
20:29:41
ну единый, только не совсем правильный. приходится подрубать всякие https://github.com/django-json-api/django-rest-framework-json-api

 
Eugene
18.05.2017
20:31:20
а есть же еще альтернативы drf, tastypie вроде называется

 
Eugene
18.05.2017
20:33:34
а есть же еще альтернативы drf, tastypie вроде называется
да их несколько, да. но многие уже морально устарели. кстати разработчик DRF прикольный фреймворк еще пилит для API https://github.com/tomchristie/apistar

 
Alexander
18.05.2017
20:37:11
самый клёвый способ сделать API на питоне (как мне кажется), это https://github.com/channelcat/sanic

 
с точки зрения скорости выполнения

 
Eugene
18.05.2017
20:38:03
да, я потыкал его немного) а про japronto что скажешь?

 
amureki
18.05.2017
20:40:45
с точки зрения скорости выполнения
часто в скорость упираешься? :)

Google
 
amureki
18.05.2017
20:41:26
саник клевый, но если прям так хочешься супербыстрой апишки, мб стоит с питона и уйти куда-то

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

 
Alexander
18.05.2017
20:42:52
да, я потыкал его немного) а про japronto что скажешь?
там вот такой баг открыт https://github.com/squeaky-pl/japronto/issues/21

 
возможно, с методикой тестирования что-то не то

 
часто в скорость упираешься? :)
нет, но это может пригодиться в случае DDOS атаки

 
amureki
18.05.2017
20:44:30
ну уж когда ддос атаки нужно не на скорость фреймворка смотреть конечно...а прекращать атаки

 
Alexander
18.05.2017
20:44:50
ну вот если мелкие - то можно и вообще не замечать их тогда

 
мало ли школьники балуются

Admin
ERROR: S client not available

 
amureki
18.05.2017
20:45:20
или ты о чем?

 
:)

 
Alexander
18.05.2017
20:46:10
ну, какие проблемы с веб-приложениями могут быть? или канал забивают или сервер не выдерживает количества запросов и приложение виснет

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

 
Tigran
18.05.2017
20:47:38
API имеет смысл писать на go

 
Alexander
18.05.2017
20:47:46
ну, и если это публичный API, то там вообще лимиты на количество запросов

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

 
Eugene
18.05.2017
20:48:48
API имеет смысл писать на go
и в чем конкретно этот смысл? я вот поигрался с go и плюнул. а вот elixir крутой - и масштабируемость и отказоустойчивость на хорошем уровне.

 
Alexander
18.05.2017
20:48:53
ну и с быстрым фреймворком можно лимиты лучше сделать для клиента

 
Eugene
18.05.2017
20:49:28
ну и с быстрым фреймворком можно лимиты лучше сделать для клиента
ты имеешь ввиду rate-limiting?

 
Tigran
18.05.2017
20:49:39
go быстрый и отказоустойчивый

Google
 
Eugene
18.05.2017
20:50:13
go быстрый и отказоустойчивый
ага, настолько быстрый что все кто на go перешел - поплевались и ушли с него. быстро.

 
Alexander
18.05.2017
20:50:31
ты имеешь ввиду rate-limiting?
я про throttling

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

 
Tigran
18.05.2017
20:51:02
ну вот сейчас в carprice на go

 
фронт - react

 
бэк - go

 
очень даже хорошие результаты

 
Alexander
18.05.2017
20:51:51
сколько запросов в минуту ты гарантируешь клиенту
то есть фактической нагрузки может и не быть, но по SLA ты обещаешь, что твоя информационная система такую-то нагрузку выдержит

 
на Go больше кода получится

 
это не оч удобно для разработки

 
очень даже хорошие результаты
они сопоставимы с uvloop https://magic.io/blog/uvloop-blazing-fast-python-networking/

 
собственно, Sanic - фреймворк на базе asyncio + uvloop

 
Matz
18.05.2017
21:21:55
Никто не желает ? https://vc.ru/n/tlgrm-instant-200k

 
Set
19.05.2017
06:45:46
всем привет

 
помогите пожалуйста с отправкой в телеграмм

 


 
в django

 
Рустам
19.05.2017
06:47:34
обертки есть

 
для работы с тг

 
Set
19.05.2017
06:48:38
нету

Страница 278 из 1273