За неделю прочитала Лутца наверное? Кашу эту.

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

Привет, господа! Относительно давно в этой группе нахожусь, но так и ни словом не обмолвился. Начну с предисловия, потом опишу суть диллемы. С питоном знаком ровно год. На работе использую django(когда устроился в фирму - уже все было на ней написано, да и что уж греха таить, только django я и знал). Пол года наблюдаю за движением в мире питона и за общением в чатах в телеграмме тоже и вот что заметил. 80-90% отзывов о django - отрицательные. Я не из тех, кто будет яро ее защищать. Наоборот, практически все из вас для меня некие гуру мира python, люди, которые знают о чем говорят. Вот я и подошел к вопросу. Если ты считаешь django херовым - что именно используешь вместо? (В начале пути я был очень доволен джангой, когда играл по ее правилам, но потом, когда мне понадобилось что-то закастомить - у меня появились проблемы. Ну вы поняли, ага, все начало играть за "другую команду", и ОРМ и все такое. После этого я начал искать замену но так и не смог выбрать) Почему пишу сюда - тут по хардкору пояснят. И да. Я не прошу в ответ критики django, мне нужно всего лишь аргументированный совет/ответ. Извините за столь большой пост

Давайте сделаем так охуенно круто, что аж пиздец. Наши яйца перестанут в дверь проходить. Подумаешь, никто не захочет этим шедевром пользоваться :)))

давайте говорить по-русски. "не имея опыта в джанге".

Да тут вроде пристрастия всех флудеров более менее известны :) flask и алхимия. Или flask без алхимии (он то как раз позволяет работать без orm и вообще без базы, в отличие от джанго) Секта асинхронщины пусть сама за себя отвечает :)

как будто фласк - это что-то плохое. :)

грамотное использование джанги - не используй джангу, выкини батарейки, сделай все сам.

у вас видимо очень много свободного времени

Взываю к помощи благоразумных и гораздо более опытных товарищей. Придумал крупный pet проект под себя. (RTB Control System - Управление интернет рекламой (микширование, нейросеть, алгоритмика под биддинг и т.д.). Свой уровень здраво оцениваю на какого-нибудь trainee (писал 20 строчные скриптики под себя). Цель - развить свои навыки максимально быстро и широко (при должных трудозатрах естественно) + получить рабочий продукт, который можно будет без труда поддерживать в дальнейшем. Изначально глаз положил на Django, но, как понимаете опыта построения тяжелых веб приложений нет. Отсюда вопрос: Какие будут рекомендации, советы и подводные камни, технологии (это больше всего интересует)? Спасибо :)

да, мы его сэкономили на борьбе с джангой :)

не борись, прими ее =)

если остановишься на джанге и уже есть какая-то база с питоном, то рекомендую почитать two scoops of django, там и про архитектуру, и про все есть

"туча хреновых пакетов" - пофиксил :)

Взываю к помощи благоразумных и гораздо более опытных товарищей. Придумал крупный pet проект под себя. (RTB Control System - Управление интернет рекламой (микширование, нейросеть, алгоритмика под биддинг и т.д.). Свой уровень здраво оцениваю на какого-нибудь trainee (писал 20 строчные скриптики под себя). Цель - развить свои навыки максимально быстро и широко (при должных трудозатрах естественно) + получить рабочий продукт, который можно будет без труда поддерживать в дальнейшем. Изначально глаз положил на Django, но, как понимаете опыта построения тяжелых веб приложений нет. Отсюда вопрос: Какие будут рекомендации, советы и подводные камни, технологии (это больше всего интересует)? Спасибо :)

пет имхо сликом амбициозен. Джангой там не обойдешься, очень быстро закончатся модельки натянутые на реляционку, за ними закончится админка. Хотя под аккаунтинг и биллинг самое то. Остальное - даже не уверен, что вообще на питоне надо делать

"Есть инфа, что миграции по полчаса - это норма. Нужно их с нуля пересоздать и должно стать снова быстро. Советуют пересоздавать каждые 100 итераций" Ребзя! Они реально так делают, "решают проблему". Типа надо в репозитории в папке migrations грохнуть все файлы, потом в базе сделать delete from django_migrations, потом manage.py migrate —fake-initial и типа телемаркет! Миграции снова работают, и даже не по часу и даже не жрут гигабайты. Начнут жрать и тормозить снова? Повторите процедуру. Это БЛЕАТЬ нормально вообще? Не рассказывайте мне больше, пожалуйста, про "миграции из коробки в Джанге" и что алембик плохой :)

Там по сути только работа со сторонним api за исключением самих алгоритмов (их можно на С перетянуть, читал, что интеграция с Python неплохая). А какие технологии взял бы?

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

Так тут сам принцип как бы.

Так точно. И здесь его нет.

Зависит от постановки конкретных задач. И от требований к производительности. Одно дело 1,5 калеки посчитать, другое дело 100500 рпс держать

ну типа накопилось сто, ок, давайте почистим. почистили. завтра раздается вопль "что ты тут наколхозил, говнюк, давайте откатимся! как не можем? что, у нас еще ни одной миграции нет, потому что мы вчера почистили?!" :)))

"Есть инфа, что миграции по полчаса - это норма. Нужно их с нуля пересоздать и должно стать снова быстро. Советуют пересоздавать каждые 100 итераций" Ребзя! Они реально так делают, "решают проблему". Типа надо в репозитории в папке migrations грохнуть все файлы, потом в базе сделать delete from django_migrations, потом manage.py migrate —fake-initial и типа телемаркет! Миграции снова работают, и даже не по часу и даже не жрут гигабайты. Начнут жрать и тормозить снова? Повторите процедуру. Это БЛЕАТЬ нормально вообще? Не рассказывайте мне больше, пожалуйста, про "миграции из коробки в Джанге" и что алембик плохой :)

Ручку бы сделали сделали тогда хоть. С автонастройкой. Мол, так и так, атеншн, по дефоту ёбается автоматом последние 30.

это у которых в доке написано "the migration code is optimized to deal with hundreds at a time without much slowdown" :)))

это у которых в доке написано "the migration code is optimized to deal with hundreds at a time without much slowdown" :)))

он мержит сотку миграций в одну. разве нет?

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

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

хз, странновато

это была дичь, я 16 гиговому серверу добавлял 32 гига свопа, чтобы migrate отработал, не упав. а потом убирал. и так каждую миграцию :)

да в джанге всё "странновато". если не helloworld. прими это :)

это была дичь, я 16 гиговому серверу добавлял 32 гига свопа, чтобы migrate отработал, не упав. а потом убирал. и так каждую миграцию :)

Давайте сделаем так охуенно круто, что аж пиздец. Наши яйца перестанут в дверь проходить. Подумаешь, никто не захочет этим шедевром пользоваться :)))

Собсно, в пирамиде появились те же zope.interfaces, так что болезнь не "такая же", а натурально "та же самая". Со своими осложнениями ещё :)