Как не расстрелять свои ноги с Django, транзакциями и исключениями

Мой курс «Хардкорная веб-разработка» - course.to.digital
Книжный клуб Ботаним!, где мы читаем хорошие ИТ-книги: botanim.to.digital/
Telegram: t0digital.t.me
Как не хапнуть проблем с Django, транзакциями и исключениями? Рассказываю, как не повторять наших ошибок:)
0:00 Почему с этим надо разобраться
0:56 Что такое транзакции
1:52 Поднимаем демо проект с Django
3:10 Создание Django модели в проекте
4:03 Создание Django view для изучения проблемы
5:47 Пара бизнес-сервисов
7:39 Пример без транзакции
9:01 Три варианта транзакций в Django
12:49 Проблема, тадаааамс!
18:33 Чего мы хотим?
19:23 Пишем Django Middleware
22:32 Преимущества и самое важное
/****************** about ******************/
Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:
- Диджитализируй digitalize.team, разрабатываем сложные IT системы для бизнеса;
- Salesbeat salesbeat.pro, комплексный модуль доставки для интернет магазинов.
Если у вас есть проект на разработку, пишите нам на [e-mail].
С другими предложениями, а также если вам нужна одна или несколько индивидуальных консультаций/уроков по разработке (3000 руб/час), пишите мне на [e-mail].
Telegram канал - t.me/t0digital
ВК - digitalize.team
RuTube - rutube.ru/channel/24802975/ab...
Дзен - dzen.ru/id/6235d32cb64df01e6e...

[@abdullayeff6597]

Благодарю за видео! Сама идея заворачивать весь view в транзакцию очень плохая, так как там может быть не только работа с базой, но ещё какие-то шаги. Например, rest-запрос на какой-то сервис (возможные проблемы с сетью или нагруженностью третьего сервиса, долгий ответ). И пока эти этапы будут производиться у вас будет висеть открытая транзакция в базе, что очень плохо скажется на производительности. Но, если вы обернете в транзакцию лишь сервисный слой, который работает сугубо с базой, у вас транзакция откроется только в момент работы с базой и закроется в нужный момент. Плюс во view вы сможете поймать исключение которое было сброшено в сервисном слое, ибо оно уже откатило транзакцию

[@jvpt8285]

Вот это было полезно,прям по работе. Огромное спасибо за вашу работу!

[@user-md1pv7qg3u]

Так и знал, что будет топовый видос!)

[@MrLotrus]

Спасибо! Накидываю темы, которые было бы круто послушать в твоей интерпретации: 1. Сигналы. Как их использовать, когда полезны. 2. Работа с ORM и с raw queries. Когда что использовать, какие-то фишки со сложными запросами. 3. Работа с сессиями 4. Работа с auth. Создание кастомного юзера, токены, свои менеджеры для него.

[@user-ks4lh2xb1f]

Сюда же накину, если автор не против. 5. Работа с миграциями, data миграции, миграции в команде (git) и миграции при работе с несколькими основными ветками staging и prod например (git). 6. Таски (celery etc.) - соответственно фишки, кроны, чейны и т.д. 7. Кэш - польза, применение и т.д. Прошу прощения если какая-то из тем уже есть на канале.

[@dr.margulis7773]

Ох, это будет топ-годнота!

[@limonred5283]

Вангую перенаправят вас с вашими аппетитами на курс)) Но темы класс, плюсую)

[@t0digital]

1. Сигналы - отстой, не надо их использовать:) Заколебаться потом искать, кто где меняет данные. 2. Что тут было бы интересно? Я предпочитаю использовать джанговых ORM на простых запросах и писать сырой SQL на сложных запросах, но в целом раз уж юзать ORM, то стоило бы и на сложных запросах использовать ORM (бенефиты автоматического рефакторинга IDE будут доступны и тп). Но я не могу заставить себя учить очередной птичий язык очередного ORM плюс не доверяю ему на сложных запросах. В оракловой БД есть подсказки для БД, которые вставляются в SQL, и подсказывают оптимизатору, как лучше выполнять запрос. Какой тут ORM:) В постгрес такого нет, но я всё равно скептически отношусь к ORM для чего-то сложного. 3. Сессии. Ну, они есть, джанговый механизм вполне юзабелен и описан docs.djangoproject.com/en/3.2/topics/http/sessions/, что по нему интересно? 4. Auth и кастомный юзер - да просто AbstractUser реализуй и в путь:) docs.djangoproject.com/en/3.2/topics/auth/customizing/#using-a-custom-user-model-when-starting-a-project 5. Миграции. Вопрос интересный, но мне хочется больше деталей вопроса. Миграции в команде? Ну мержить придется, тут других выходов нет, кажется:) 6. Celery - злющее зло, все не доходят руки выпилить его к едрене фене с проектов, но однажды точно дойдут. Cron лучше, чем celery beat. Для асинхронных задач, запускаемых из джанго вьюшек, надо найти какую-то замену Celery, сам Celery не нравится. И DRF тоже не нравится. Но Celery больше:)

[@PurpleDaemon_]

@@t0digital А чем конкретно Celery + beat не нравится? У нас пара десятков воркеров с ним, свои задачи выполняет стабильно.

[@zproger]

Очень интересно, спасибо за труд!

[@pavelbotovkov3353]

Никогда и ни за что не отдам консистентность данных каким то левым миддл-чувакам! Спасибо за видео, плотность информации на единицу времени поражает.

[@ilyachudakov7944]

Очень круто! Ждём больше таких историй!

[@temik26]

Хоть и не связывался с транзакциями, но видос - топ! Побольше такого контента. Спасибо тебе!

[@Sapere_aude_]

Благодарю за видос и ваш труд🔥😎

[@jdueioksltoirtius9685]

Информация от Мастера! Респект и благодарность!

[@valarg5756]

Спасибо большое. Почаще бы видео, всегда очень интересно

[@andreikoptev7861]

При работе с транзакциями также полезно использовать метод on_commit. Позволяет совершить действия после того, как транзакция закоммитилась и объект действительно записался в бд. Ну и по мне все-таки обрабатывать транзакции явно в коде, а не передавать глобально в настройки

[@user-lz3ez3nn4j]

Очень полезное видео, спасибо за труд!

[@user-mc3de3et3b]

Достойный материал, спасибо!

[@rockkley9159]

Офигенно полезное и поучительное повествование. Спасибо огромное!

[@ibrahimgadzhimagomedov8978]

Большое спасибо, Алексей, очень полезное видео!

[@cs_dequeue]

Очень полезное видео! Спасибо, буду учитывать эти моменты при работе с транзакциями в джанге.

[@mikhailsavchuk2850]

Очень полезно! Спасибо!

[@user-je6dz7vz4y]

Мега полезный материал. Огромное спасибо🔥🔥

[@user-sf9nn6dh2q]

Спасибо!) отличное видео!

[@johnb7657]

Как всегда ТОП!

[@yupe_team]

Имхо, транзакции лучше стартовать, коммитеть и откатывать явно в коде. Вешать старт транзакции на все эндпоинты проекта - ну так себе идея.

[@t0digital]

Если есть уверенность, что никто нигде не забудет обернуть нужный функционал в транзакцию - то да

[@pin689]

Однозначно. Именно поэтому любой фреймворк - говно, потому что надо знать кучу магии которая происходит внутри фреймворка, чтобы написать программу чуть сложнее чем hello world. А если самому стартовать транзакции никакой фреймворк нафик не нужен

[@user-nx5cy4pw9g]

@@t0digital ну тут вопрос решается достаточно просто. Прежде чем начать реализовывать кусок кода необходимо включить головушку, посидеть подумать, хорошенько расписать задачу и только потом кодить :)

[@AlexeyAbrosimov]

​@@pin689 чтобы написать программу чуть сложнее чем hello world - фреймворк и не нужен, а не любой фреймворк - говно. Фреймворк относится к стеку знаний, обладая которыми вы можете прийти в проект и быстрее начать работать над задачами. Он уменьшает объем проектных знаний, которые кому-то вам потребуется объяснить и кучу особенностей как там все написано в каждом конкретном проекте, какие библиотеки используются, когда и какие вызывать, костыли и т.п. Фреймворк задает структуру как писать, где писать: компоненты так и там, вьюхи там, контроллеры там. Т.е. задает частичные ограничения снижая вероятность написания чего-то своего непонятно где и как попало. И чем больше свободы действий, тем больше увеличиваете объем проектных знаний, которые будут накапливаться. Они вам вряд ли пригодятся в другом проекте, а человек, который прийдет из вне будет 3 месяца изучать всю кухню структуры проекта. Там и без этого хватит бизнес логики в которую придется вникать, добавлять сюде еще самописные костыли со структурой, которая будет только в этом проекте - заведомо усложнять жизнь другим и себе в будущем при разрастании проекта. Обладая знаниями фреймворка вы уже придя в проект понимаете, чем будете пользоваться и как. Вам эту огромную часть не нужно уже объяснять, чтобы вы начали писать код. Как-то так приблизительно.

[@tihon4979]

Бомба! Большое спасибо. Тема очень актуальная и нигде ранее не видел такого способа. Буду юзать. Ну и на flask теперь буду пробовать такое реализовать.

[@exemplles]

Мне как для новичка эта инфа является неоценима полезной. Thx

[@Geolimber]

Полезно. Как раз велосипедил это на своём проекте.

[@nikolay1944]

Спасибо мужик! Очень достойное видео. Для себя подчерпнул много полезного!

[@t0digital]

Рад, что полезно!

[@user-qp8hg4ds2b]

Шикарное видео, спасибо!

[@AlexeyFyodorov80]

Это единственный из каналов, на которые я подписан, на котором ни одного выпуска не пропускаю. И у которого рейтинг роликов 15% - это вообще как так? Обычно если 5% значит годно, 10% - топчик, а тут 15%? Космический канал с космическим автором. Надеюсь на долго и счастливо ) продолжайте пожалуйста

[@expollux]

Что за рейтинг роликов? Где его посмотреть?

[@AlexeyFyodorov80]

@@expollux да просто посмотри, какой у ролика % лайков по отношению к количеству просмотров. На сейчас 821 лайк к 7600 просмотров - примерно 11%. Это очень много.

[@bpospanov]

офигенное видео, спасибо большое

[@Baha996]

Спасибо за ролик! Очень полезный ролик

[@bezborodovanton]

Чувак, у тебя очень крутой канал. Смотрю тебя уже больше года, очень интересный материал и отличная подача.

[@t0digital]

Спасибооо! Буду продолжать!

[@user-pg8ry1tm3t]

Прекрасно! Спасибо большое!!

[@user-ic7yy2nc8l]

Большое спасибо за инфу!!!

[@toomanof]

Очень полезное видео!!!!

[@toomanof]

Многим огромное кол-во нервов сохранил!)

[@ilyachudakov7944]

И мастер-класс по Виму - бесконечно можно повторять 😎😎😎

[@alexnoodles8290]

Ох Гуру! Респект Вам

[@ncd4008]

Вы лучший, на данный момоент я начинающий программист, ваши ролики макимально полезны, они реально поднимают уровень))))

[@yabanciyim]

Благодарю за видео. Только начел учить django - не всё понятно, но очень интересно)))..

[@maximkuchiga141]

реально полезное видео! спасибо!

[@jamoliddinbakhriddinov1148]

Миллиард лайков! Спасибо большое

[@damizi64]

пока "Не мой уровень дорогой")) но когда нибудь точно пригодится. спасибо!

[@andreivolkau8532]

Огонь 🔥

[@NoName-lu7jf]

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

[@amigo4884]

Привет! Спасибо за видео. Вопрос не по теме: тебе хватает диагонали экрана твоего ноута, или хотел бы побольше (как у старого)?

[@t0digital]

Мне хватает, нормально, но это дело привычки/вкуса

[@DimiEG]

Спасибо большое. Полезно и интересно. Что это у Вас за плагинчик в Nvim такой? Чё то он шибко умный этот линт. ;) Кстати, а вот если WEB приложение отправляет запрос в базу данных и она такая большая, что на получение информации надо несколько секунд. Как добиться чтобы приложение не фризелось и выводило пользователю страничку с какой нибудь крутящейся байдой типа «подождите, выполняю запрос?»

[@malbec21digital]

Полезное видио, спасибо 😉 Хотел уточнить по курсу, оно подойдёт разработчику, который уже год в разработке или это больше для начинающих?)

[@t0digital]

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

[@TheFunkogolik]

Привет) классные видео. Будет ли что-нибудь по wagtail? мы на работе почти все проекты в нем делаем) на чистом джанго почти ничего нет.

[@guckyukon259]

Огонь!

[@user-km9te2tl3s]

Отличное видео, не знал, что можно таким образом зафейлить транзакцию. Большое спасибо!

[@SantaCluster]

кстати, отличная идея запилить серию видосов с вариантами неочевидных выстрелов в ногу - "как неожиданно зафейлить {something}"

[@digital-acsais2451]

Спасибо за видео. Получается, что Atomic requests стоит использовать не для всего проекта, а только для тех приложений (задач), в которых нужны транзакции? К примеру, биллинг.

[@yaroslavtkachenko1687]

Как продолжение, хотелось бы услышать мнение автора на реализацию атомарности при использовании СУБД postgresql и GEVENT в джанге

[@vadimsmoke]

Так если прям надо во вьюхе отловить ошибку, то можно конкретно для этой вьюхи или декоратор прописать или контекстный менеджер атомарности транзакции указать. Не?

[@user-nb3cv9bq9r]

отличный видос, поменьше багов автору на работе и удачи!

[@t0digital]

Спасибооо!

[@masynchin]

Немного оффтопный вопрос. Как используя ДРФ и JS-фронт работать с аутентификацией? Точнее, делать эндпоинты для получения себя, а в АПИ прокидывать уникальный идентификатор пользователя?

[@b.g.5106]

Спасибо. Хотелось бы увидеть про работу Jsonb из Postgresql в питоне. В ютубе очень мало видео на эту тему ❗️

[@limonred5283]

Стакан на фоне - красноречив) И придает фактуру происходившей дичи))

[@pashadjoystick]

очень доступно добрый ты человек :) в плане основной темы о транзакциях ! но перебор когда файл урлов инклюднул ссыль с другого файла урлов в другом подкаталоге - если я правильно понял. ибо мне это напомнило как заумные ООП-щики сделали простую прогу на 40 классов и сами потеряли нить в своей писанине)) потом мой друг переписал их творение в 2 класса по 10 строчек и она заработала - он просто свёл их классы. я то понимаю чем больше каскадов тем сильнее абстрагирование - но как бы рекурсии не вышло при 40 классах между 12-м классом и 27-м :)

[@a_kruglov]

В чем проблема взять управляемую транзакцию, и перед success делать commit() а в except вызывать rollback() ?

[@alexandermaretskiy3984]

чтобы выйти из sqlite shell или из любой другой интерактивной оболочки (zsh,sh,bash,......) достаточно послать управляющую последовательность exit, то есть просто нажать Ctrl+D

[@hackprime]

Спасибо за видео, очень полезная информация! Но у меня дополнительный вопрос. Подобное поведение с неоткаченной транзакцией при отловленном в try/except исключении проявляется только если ATOMIC_REQUESTS активирован (True)? Или это вообще стандартное поведение при любом объявлении миграции, включая декоратор и with?

[@koljasha_nafman]

Спасибо! Интересно и полезно. Пару вопросов по рабочему процессу. Почему Neovim, раньше был просто vim, и что за плагин такой, в результате чего получается IDE?

[@t0digital]

Это pyright lsp server. Сделаю материал по настройке

[@narekbektashyan]

@@t0digital Очень ждём)

[@RaZeR22L]

Спасибо!

[@marlo3464]

2:03 не поиметь проблем, а что-бы проблемы не поимели. Видос топ.

[@maskon78]

Вот спасибочки!

[@zafaryusupov9455]

Можно Видео про масштабирование базы на нескольких серверах ?

[@user-xf1ec4lc3f]

Добрый вечер, очень крутой контент, давно смотрю Вас, было бы круто, если расскажите, как вы провайдите сервисы в ui слой, на примере Django. ЛАЙК, ЧТОБЫ УВИДЕЛ, ОЧЕНЬ ИНТЕРЕСНАЯ ТЕМА ))

[@zimitoyo]

Нужно помнить что после integrity error или database error внутри транзакции, обращение к базе вызовет исключение

[@user-km9te2tl3s]

Блин, спасибо!! Не понимали, почему у нас на проекте периодически что-то падало

[@ChannelYoJo]

Обработка транзакций через settings, кажется, плохим паттерном. Надо ручками, явно, обрабатывать транзакции.

[@t0digital]

Если уверены, что никто нигде не забудет обернуть нужный функционал в транзакцию - то да, это будет работать более эффективно, но с бОльшим риском однажды получить неконсистентные данные в БД.

[@ihorkovryhin1767]

@@t0digital Так у Вас та же проблема. Все будет работать если все будут помнить что ошибки ловить нельзя. В чем разница?

[@t0digital]

@@ihorkovryhin1767 ничего нигде не делать легче, чем везде делать, не находите? Взять правило не обрабатывать ошибки, которые должны улететь клиенту - легче, чем везде реализовывать транзакции

[@ihorkovryhin1767]

@@t0digital Обрабатываем ошибки в проекте мы довольно часто и с учетом, что работа с базой может быть в глубине различных вызовов понять, что мы обработали ошибку которую не нужно было обрабатывать весьма не тривиальная вещь. Я не говорю что одно решение лучше другого, просто хотел обратить внимание на то, что не все так однозначно хорошо. Явное лучше чем не явное. Атомарные запросы хороши для простых проектов, но чем сложнее наша система, тем больше подводных камней будет вылазить. Когда система разрастется до того уровня, что пора бы уже контролировать транзакции и не делать их длинною в жизнь, то добавить транзакции будет весьма не тривиальной задачей.

[@t0digital]

@@ihorkovryhin1767 ну куча запросов к бд в 1 http запросе это все равно плохо, даже не применительно к транзакциям, и куча долгих запросов к БД в рамках 1 хттп запроса это тоже плохо - стартовать транзакции на все запросы это особенно плохо, когда БД запросов много в каждом http запросе и они долгие, база начнет вешать всё

[@user-kt2pf5bf5m]

С мидлварами интересный прием, спасибо. Но вот когда я работал с транзакцией, у меня ещё мудренее ошибка была. При откате транзакции не применяются изменения в экземпляре класса модели. В базе у нас отказ сделан, а при обращении к атрибутам модели отката как бы нет.

[@user-hw8fj5hj9s]

Уважаемый ,Диджитализируй!. А в коде джанго не стоит ли флажок "сохранять запросы в БД сразу как внесли их " при чем еще при ее открытии ,как у API sqlite3 в connect(....,isolation_level=None)? Или не отсутствует ли метод "отката" после ошибки ? Может проще в потрохах джанги исправить ? П.С. Сам место создания и открытия БД в коде не нашел,у меня с инглишом не очень.

[@mikhaillermontov8228]

С drf тоже будет работать ?

[@mrkhloud]

Полезная фича. Спасибо

[@user-ux8dk3ih4u]

познавательно!

[@user-rg4fs5ys5w]

Здравствуйте! Вопрос немного не по теме, хотел бы услышать ваше мнение. Работаю разработчиком БД, в работе используем Oracle, Teradata, Greenplum, Informatica(ETL). Опыт работы - 1 год. Знаю ДС на хорошем уровне(изначально им занимался, но предложили другую должность). Получаю в целом неплохо, 150+. Просто про базы данных всегда так вскользь упоминают, про ETL тоже особо не говорят. Как вы считаете, не стоит ли сменить направление, если говорить о перспективах и дальнейшей востребованности. Спасибо за ответ!

[@t0digital]

Привет! Спецы БД, ETL и тп зарабатывают нормально. Oracle, большие корпорации, нормально, если это ваше:) А вот если чувствуете, что это не ваше (неуютно себя чувствуете в корпорации или таких проектах для enterprise бизнеса), то можно подумать о переходе. Надо заниматься тем, что драйвит. Если текущее драйвит - отлично, если нет - ищите, что будет драйвить.

[@bolatu8273]

Лайк через 6 секунд после публикации:)

[@ilyashevelev9256]

Получается нужно избегать try except при запросах в orm или вообще во всех случаях?

[@thegovyadina]

"Явное лучше неявного" /The Zen of Python/. Именно поэтому делать такую миддлварь и "доносить до членов команды" в серьезном проекте я бы не стал, а использовал бы контекстный менеджер. Состав команды может меняться, проект может переехать в другой отдел или передан на аутсорс. Где-то в этом процессе сакральное знание (сколько еще подобных неявных моментов появится в проекте?) затеряется и не донесется.

[@t0digital]

Вероятность, что кто-то забудет обернуть что-то в транзакцию - имхо сильно выше. А что до "явное лучше неявного" - почему бы тогда не разбирать пришедший хттп запрос вручную, а то что это его кто-то неявно разбирает за нас, непорядочек:) собирать хттп ответ тоже самим, заголовки проставлять. Джангу в топку, у нее там под капотом стооолько неявного :)

[@denismaleev3848]

документацию нормальную пишите к проекту и все будет ок

[@ashotvantsyan9028]

Привет, большое спасибо за видео. Я хотел бы попросить вас поделиться вашей текущей конфигурацией vim.

[@t0digital]

Спасибо! Да, я хочу ещё донастроить и потом сделаю материал по настройке, сейчас линтер ругается в одном месте, где нет ошибок, хочу выяснить почему и как пофиксить

[@ashotvantsyan9028]

@@t0digital Я правильно заметил, что это neovim а не vim enhanced?

[@t0digital]

@@ashotvantsyan9028 nvim, yes

[@trankov]

Полезность 20 из 10

[@AlexGott]

Агонь!!!!

[@user-kq8nk5vj5r]

Не понял про последний вариант, там запись в БД вообще происходит(открывается транзакция СУБД) или нет, а откат как выполняется? Из кода на видео это не ясно. Такое чувство, что тут типа ленивого выполнения кода, т.е. сперва обе функции "как-бы" выполняются(без реальной записи в БД) и если все ОК, то оно выполнит запись в БД(создаст соотв-ие транзакции и т.п.).

[@anatolyiredko9817]

Ты крут !!!

[@begula_chan]

класс!

[@namalnikmisartenko8785]

Могу тебе еще подкинуть приколов) Попробуй создать env для питона 2 на маке м1 =) Тоже нормуль тема =)

[@IlyaShaforostoff]

интересное расследование, понравилось. хотя на питоне вообще не пишу )))

[@LG-mf6pr]

Видео очень доходчивое, классное, Но один Вопрос.... то что exception не возвращает статус 500 (а кидает 200) это так и надо или так можно ? )

[@t0digital]

Технически можно вернуть что угодно, конечно. 500ка это означает неожиданную ошибку сервера, если обрабатываемый сценарий именно такой, значит, стоит вернуть 500ку. Но фронтенд может ожидать всегда 200 или как-то не так обрабатывать 500ку, как вам нужно, такое тоже бывает, зависит и от фронтенда

[@LG-mf6pr]

@@t0digital Понял, спасибо Вам )

[@rgbrs4149]

Только у меня создалось впечатление что в начале видео на столе стоит граненный стакан с водкой, а не водой?)

[@t0digital]

Великоват для водки:)!

[@rgbrs4149]

@@t0digital возможно размер стакана пропорционален количеству проблем с проектом)))

[@user-hn6jb4ub5h]

Я думал в 2021 программисты стали недосягаемо круты, а оказалось, что зная ДОС и скрипты для онлайн игрушек можно за 10 минут въехать в тему...

[@t0digital]

Ан нет, мы досягаемо круты:)))

[@user-pl8bp5ot9y]

Автор, будет ли в Вашем исполнении Санта Лючия на итальянском? Как будто Энрико Карузо реинкарнировался и теперь ведет канал про Пейтон. Та же форма лица, черты. Да даже улыбка такая же.

[@sawfriendship]

А почему rollback не использовать?

[@user-zg2bx5cb3d]

неовим?) Алексей, ждём видео!

[@yodapunishes]

Блин, у Джанго в документации по транзакциям огромное примечание по обработке исключений

[@guiterenzog2723]

Как это работает? Имя функции должно быть именно process_exception? В нее обязательно надо передавать request? Зачем классу __call__? Заранее благодарю, если ответите.

[@t0digital]

process_exception это метод, который надо переопределить у класса Middleware, это описано в доке Django: docs.djangoproject.com/en/4.1/topics/http/middleware/#process-exception Про __call__ там тоже описано

[@guiterenzog2723]

@@t0digital, еще раз спасибо!

[@user-vl8pk3yr2g]

Ценное видео

[@t0digital]

Спасибо!

[@ShadowStormlq5mwdasd]

Мне на секунду показалось, что это какой-то заключённый, который выстрелил

[@sergzach]

А код в проекте хороший?

[@oldmanbpv84]

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

[@t0digital]

Актуальную, конечно

[@oldmanbpv84]

@@t0digital Спасибо!

[@artemuk2097]

А если при отлове ошибок респонсу задать статус 500? Транзакция отработает?

[@t0digital]

транзакция не связана с HTTP статусом, транзакция откатывается, если есть неотловленные во вьюшке исключения

[@sergeichwelcome]

Привет, я люблю Django, просто охрененный фреймворк для создания чего-хочешь! Но есть вопрос, стоит ли мне беспокоиться о том, сколько Django будет популярен?

[@t0digital]

не стоит. Но читать FastAPI уже пора:)

[@sergeichwelcome]

@@t0digital спасибо! да, FastAPI - хорош, хотя я его пока нигде не практиковал. Я беспокоюсь, потому что пока учусь и реального опыта тоже

[@t0digital]

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