давноо

А, да, не то подумал

Pylons у них, даже на гите лежит

рип Аарон Шварц

рип Аарон Шварц

да, грустно это все

0.3% движка реддита на сях :)

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

А с ORM как быть? Алхимия?

А с ORM как быть? Алхимия?

алхимия (можно с flask-sqlalchemy). хочется миграции - alembic

А с ORM как быть? Алхимия?

обчный вариант да

не надо flask-...

не надо flask-...

Почему не?

flask (+ опционально flask-restful) sanic (если хочется flask+асинхронности) aiohttp hug.rest - не распостраненный, но выглядит клево

Есть опыт с hug.rest? Выглядит очень заманчиво для этих целей

нету, спроси @banteg'а

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

и мочь безболезненно переехать куда-то еще

Оно вообще нормально работает вместе все? А то к меня с фласком негативный опыт был, что надо из кусков собирать этого кадавра. И оно вроде как работает, но то здесь какой-нибудь косяк, то там что-нибудь торчит.

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

А что болезненного в переезде? Не сталкивался с такой проблемой и интересно узнать

@iamigor

Оно вообще нормально работает вместе все? А то к меня с фласком негативный опыт был, что надо из кусков собирать этого кадавра. И оно вроде как работает, но то здесь какой-нибудь косяк, то там что-нибудь торчит.

Для небольшого проекта сделал API на flask/flask-restfull/mongoengine/flask-admin. Времмени много не потратил, работает хорошо. Правда в том проекте основная работа была с фронтендом

и мочь безболезненно переехать куда-то еще

ты часто видел, чтобы проекты переезжали между фреймворками?

алхимия (можно с flask-sqlalchemy). хочется миграции - alembic

А мне тут pony.orm рекомендовали, но я всё никак до ORM в целом не дойду =(

Но конечно, надо принять то что работаешь со слабосвязным фрейморком, в протвовес django

Но конечно, надо принять то что работаешь со слабосвязным фрейморком, в протвовес django

Ладно, спасибо. Посмотрю на flask + flask-rest и hug.rest

А мне тут pony.orm рекомендовали, но я всё никак до ORM в целом не дойду =(

Зачем нужно что-то еще, когда есть божественная алхимия?

А что болезненного в переезде? Не сталкивался с такой проблемой и интересно узнать

да просто меньше кода переписывать. Фласковый плагин упрощает работу со scoped sessions и это хорошо, но там есть еще дополнительные изменения на уровне организации кода, конфигурируется по-другому. У меня тоже нет опыта болезненного переезда, но я предполагаю, что он может быть

ты часто видел, чтобы проекты переезжали между фреймворками?

не очень, но сам переезжал с как раз-таки web.py на фласк (несколько лет назад)

Есть опыт с hug.rest? Выглядит очень заманчиво для этих целей

hug классный, полгода продакшена, полет нормальный

hug классный, полгода продакшена, полет нормальный

берём!

hug классный, полгода продакшена, полет нормальный

Скажи, как у него на счёт CBV? Что-то пока не вижу.

https://github.com/timothycrosley/hug/issues/213

https://github.com/timothycrosley/hug/issues/213

А с flask-restful был опыт? Можешь сравнить?

на сколько помню модифицировать можно то что проходит по синтаксису, если свой кейворд будет противоречить синтаксису - то скорее всего нет @me_mu поправь если не прав

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

ты часто видел, чтобы проекты переезжали между фреймворками?

в современных реалиях довольно частое явление

Это же не фронт, чтобы каждые пол года на новый фреймворк переходить)

Это же не фронт, чтобы каждые пол года на новый фреймворк переходить)

ну и что? в современном мире довольно быстро все меняется. Взять к примеру Uber. Не менее двух раз полностью меняли серверную реализацию + еще делали миграцию сначала с mysql на postgre, а потом обратно

Я думаю, что пока проект не обрел достаточное финансирование, то метаться от фрейморка к фреймворку — смерти подобно, даже большой рефакторинг сделать в рамках одного фреймворка тоже может пагубно повлиять. Поэтому такие скачки оправданы, только если: 1. Проект уже вышел из начального уровня, полностью сформировался основной функционал и бизнесс процессы 2. Будет достаточно денег и опыта команды, чтобы осилить одновременную поддержку старого кода и написание нового. При чем новый должен быть гарантированно лучшим для этого бизнес процесса, иначе смысла нет

ну и что? в современном мире довольно быстро все меняется. Взять к примеру Uber. Не менее двух раз полностью меняли серверную реализацию + еще делали миграцию сначала с mysql на postgre, а потом обратно

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

Я думаю, что пока проект не обрел достаточное финансирование, то метаться от фрейморка к фреймворку — смерти подобно, даже большой рефакторинг сделать в рамках одного фреймворка тоже может пагубно повлиять. Поэтому такие скачки оправданы, только если: 1. Проект уже вышел из начального уровня, полностью сформировался основной функционал и бизнесс процессы 2. Будет достаточно денег и опыта команды, чтобы осилить одновременную поддержку старого кода и написание нового. При чем новый должен быть гарантированно лучшим для этого бизнес процесса, иначе смысла нет

ну да. все так) рефакторинг ради рефакторинга никто не оплачивает. что заказчику, что пользователю пофиг насколько красив твой код

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

А все остальные — думаю большинство, так что редко когда действительно надо менять фреймворк и будет большой профит. В основном, если надо улучшить качество продукта, то дешевле делать "микро рефакторинг" — при редактировании оставлять код чище и лучше чем был до тебя

самый правильный путь — парсить код до превращения в AST и переписывать. т.е. заменять ключевое слово и его атрибуты собственной конструкцией языка. можно нахачить __builtin__ перед импортом, тогда какие-то функции можно будет применять, но не ключевые слова это всё можно сделать импортхуками

@ArtemisFaul

Ребята, нужна помощь. Есть проект на джанге. Структура его такая. website - проект clinic - приложение users - приложения, в котором аутентификация будет так вот, я при регистрации создаю новых юзеров, они успешно создаюся в Patients (посмотрел в админке), но авторизоваться я не могу. Но если создавать пользователей во Пользователи (в админке), то авторизация будет успешной. Почему так, что попроавить? Заранее спасибо https://pastebin.com/eds5BVne

Ребята, нужна помощь. Есть проект на джанге. Структура его такая. website - проект clinic - приложение users - приложения, в котором аутентификация будет так вот, я при регистрации создаю новых юзеров, они успешно создаюся в Patients (посмотрел в админке), но авторизоваться я не могу. Но если создавать пользователей во Пользователи (в админке), то авторизация будет успешной. Почему так, что попроавить? Заранее спасибо https://pastebin.com/eds5BVne

Всё работает так, как и должно. Чего ты ожидаешь?

Ожидаю, что аутентификация пройдет нормально. А мне пишет, что None

Ожидаю, что аутентификация пройдет нормально. А мне пишет, что None

Аутентификация работает по модели User. При большом желании можно это изменить, но скорее всего тебе это не нужно. Чем тебя не устроила модель User?

Хотел по своей делать. Сейчас пробую расширить User

Хотел по своей делать. Сейчас пробую расширить User

Можно унаследоваться от AbstractUser и сделать свою модель. И нужно будет ещё в settings переопределить модель юзера. Но обычно лучше сделать OneToOne отношение твоей модели (Patient) к User

Попробую пойти через onetoOne. Спасибо

Кстати! Из довольно молодых и крупных проектов на Python - Datadog

Что за проект?

Облачный мониторинг

https://en.wikipedia.org/wiki/Datadog

Интересно

У меня есть их наклейки с саммита в Барселоне

Еще есть Scalr https://www.scalr.com/

Здрасти

Кто сможет написать телеграм бота за деньги?

Работы максимум на неделю

@python_jobs

Ребят, а кто нибудь учился по этой программе ? http://data.stepik.org/

ERROR: S client not available

Ребят, а кто нибудь учился по этой программе ? http://data.stepik.org/

это тебе лучше в opendatascience спросить

это тебе лучше в opendatascience спросить

@opendatascience ?

@opendatascience ?

https://t.me/datasciencechat

@opendatascience ?

саентологи в слаке тусуются. регистрация тут: ods.ai

там есть канал по обучению по любым профильным курсам

ребят, есть такая задача: есть файл, формата целочисленных диапазонов 2-7 12-20 50-1000 и таблица в БД, с полями id, name. Как лучше сделать select всех записей, которые по полю id попадают в диапазон из вышеуказанного файла?

SELECT * FROM table WHERE id BETWEEN 2 AND 7 OR id BETWEEN 12 AND 20 OR id BETWEEN 50 AND 1000

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

если динамически, то In [11]: data = '2-7\n12-20\n50-1000' In [12]: 'SELECT * FROM table WHERE ' + ' OR '.join('id BETWEEN {0} AND {1}'.format(*extremum.split('-')) for extremum in data.split('\n')) Out[12]: 'SELECT * FROM table WHERE id BETWEEN 2 AND 7 OR id BETWEEN 12 AND 20 OR id BETWEEN 50 AND 1000'

'select * from table where ' + ' or '.join(['(id > %s and id < %s)' % (x.split('-')[0], x.split('-')[1]) for x in open(filename).readlines()])

'select * from table where ' + ' or '.join(['(id > %s and id < %s)' % (x.split('-')[0], x.split('-')[1]) for x in open(filename).readlines()])

Ооо. спс! ща буду разбираться ))

если динамически, то In [11]: data = '2-7\n12-20\n50-1000' In [12]: 'SELECT * FROM table WHERE ' + ' OR '.join('id BETWEEN {0} AND {1}'.format(*extremum.split('-')) for extremum in data.split('\n')) Out[12]: 'SELECT * FROM table WHERE id BETWEEN 2 AND 7 OR id BETWEEN 12 AND 20 OR id BETWEEN 50 AND 1000'

а блин. успел раньше :(

а блин. успел раньше :(

да пофиг :) одинаково решили

да пофиг :) одинаково решили

спс

мгм. Я бы сделал один select и несколько union.

в смысле один селект на один диапазон

в смысле один селект на один диапазон

покажи

а то и ваще - 1 селект на 1 диапазон, а объединить уже снаружи

покажи

SELECT * FROM table WHERE id BETWEEN 2 AND 5 UNION ALL SELECT * FROM table WHERE id BETWEEN 12 AND 20 UNION ALL SELECT * FROM table WHERE id BETWEEN 50 AND 1000

итд

да

мгм. Я бы сделал один select и несколько union.

а че так? читабельнее или производительнее? both?

мне не нравится идея "сконструировать строчку запроса"

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

SELECT * FROM table WHERE id BETWEEN 2 AND 5 UNION ALL SELECT * FROM table WHERE id BETWEEN 12 AND 20 UNION ALL SELECT * FROM table WHERE id BETWEEN 50 AND 1000

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

у меня есть 6М записей, могу попробовать оба варианта и сказать, какой будет быстрее

мгм. Я бы сделал один select и несколько union.

Это по плану будет медленнее скорее всего

Посоны. Не работал ранее с виртуальными окружениями. Если я его активировал, потом просто пишу python, то у меня запускается python из этого окружения - так?

Так

ок, спасибо.

Тут есть докер-эксперты?