Оптимизация Django. 2 - проектирование приложения Django + DRF View API endpoint

[@vegzuzvegzuz2866]

Спасибо за курс! Не так много годного контента в ру сегменте, устал уже от этих индусов.

[@SeniorPomidorDeveloper]

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

[@korumika3798]

Как всегда спасибо! Как же приятно стало работать после этих курсов с терминалом, честно, всегда он меня пугал "О боже! что за черный ящик Пандоры....", сейчас когда постоянно использую уже стал как родной)))

[@SeniorPomidorDeveloper]

Да, дело привычки.

[@ВиталийКоновалов-г1ц]

Спасибо, курс супер!

[@bernardsoul8936]

Спасибо! Курс хорош, подача приятная)

[@agmwpomewg]

Крутой курс, спасибо =)

[@noname52rus]

Спасибо тебе Человек!

[@MrCipec]

22:22 Как получилось зайти на 127.0.0.1, если в докер-композе прописан 0.0.0.0 ? Или где-то внутри адрес меняется?

[@jamjam3337]

спасибо!😎

[@axeaxe1819]

super!!!

[@TBRAK78]

Что-бы не путаться в названиях, хорошей практикой будет добавлять app в конце наименования приложения.

[@MrArtlex]

префикс r перед строкой делает её сырой (row string) Спасибо за курс. Все супер

[@Rulezzz3]

raw ;)

[@Andrey_Fedorov]

Не понимаю где хранятся данные sql. Если они в докере, то почему они не стираются при перезапуске? Я повторил первый урок, у меня все работает но один раз миграции слетели, не могу понять логику…..

[@karasik5695]

у него не настроены volumes для базы, думаю дальше будет, хотя самому интересно почему нет)

[@Andrey_Fedorov]

@@karasik5695 но почему-то работает :)

[@SeniorPomidorDeveloper]

Честно, сам не понимаю почему работает, но работает 😁

[@ClinKZKZKZ]

тут ответ на ваш вопрос, если я не ошибаюсь.

[@ClinKZKZKZ]

Следует различать остановку контейнера и удаление контейнера. Первый возникает, когда основной процесс в контейнере останавливает выполнение (вероятно, потому что вы вручную отправили сигнал остановки). В этом случае контейнер по-прежнему доступен и может быть перезапущен со всеми сохраненными в нем данными. Это то, что происходит в вашем примере. Второе происходит, когда вы явно удаляете контейнер. Это можно сделать с помощью специальной команды или с помощью аргумента удаления (например, docker run --rm ...), применяемого при запуске. В этом случае данные контейнера теряются. docker-composeпо умолчанию не удаляет контейнеры и перезапускает их. Чтобы изменить поведение, просто используйте, docker-compose up --force-recreate ...и вы будете получать девственные контейнеры при каждом запуске.

[@rushanusmanov4850]

Подскажи с чем связана данная ошибка с миграциями: django.db.migrations.exceptions.InconsistentMigrationHistory: Migration incidents.0001_initial is applied before its dependency systems.0001_initial on database 'default'. Хочу выполнить команду migrate, выходит данная ошибка. Заранее спасибо

[@SeniorPomidorDeveloper]

Хм. Можно попробовать сделать incidents migrate zero и дальше тоже самое , с чего ошибка возникает. Если не поможет то можно в ТГ группе спросить, ссылка в профиле

[@BorisenkoV89]

Спасибо

[@Dnsmel]

При FK , если модель одна , можно не писать releated name Оно автоматом создается client.subscription_set А вот если еще один атрибут FK Добавить, с тем же Client, то уже будет ругаться и там надо будет rn.

[@TimRock123]

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

[@SeniorPomidorDeveloper]

Можно, но вцелом пофиг.

[@Webian]

29:45 не пойму почему значение source, client.company_name пишется с маленькой буквы, это сам DRF так устроен не логично?

[@SeniorPomidorDeveloper]

Я думаю что это идет от названия связей и от related_name , которые в Django ORM. Это не от названия модели.

[@Webian]

@@SeniorPomidorDeveloper В моей проекте и модели нет related_name поэтому точно оно не играет роль. Остановился на том что чуть далее ты указал модель Subscription, и тут восстанавливается логика, если к Subscription добавить client.company_name. Спасибо!

[@SeniorPomidorDeveloper]

Это связь. Либо прямая, либо через related .

[@andreykuskov8807]

а зачем из-под докера команды manage.py использовать, если в докер и так копируется весь проект? Почему просто не создать виртуальное окружение с той же версией Питона и кодить как есть, изменения все равно будут отображаться в докере....

[@SeniorPomidorDeveloper]

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

[@andreykuskov8807]

@@SeniorPomidorDeveloper Насколько помню, в первой серии как раз виртуалка используется, чтобы Pycharm CE подхватил импорты корректно в проекте. А раз так, то зачем все же через докер команды, привычка? Или я что-то в этой схеме упускаю?

[@SeniorPomidorDeveloper]

Ну где интерпретатор проекта находится там и надо .manage.py запускать . Этот локальный интерпретатор может быть другой версии , будет запускать другой код. По идее, его вообще быть не должно , если мы разрабатываем через докер

[@ibrahimoglu]

👍

[@ebr176]

странно, что ссылки на гит нет в описании

[@SeniorPomidorDeveloper]

github.com/chepe4pi/service_app/

[@karasik5695]

Спасибо за видео! А так задумано что у постгреса нет volumes? Или это дальше будет?)

[@SeniorPomidorDeveloper]

Смотрите в следующих сериях)

[@ИванЖигунов-д4щ]

Будет кокой-либо негатив в том, если я буду разрабатывать не из под докера (жрет ресурсы, непривычная консоль и тд.), а позже просто поменяю настройки бд и пересоберу докер? Перефразирую, какие неприятности меня могут ждать, если я в готовом проекте создам dockercompose и использую билд?

[@SeliverstovMusic]

Можно, я так делал. Использовал sqlite, а потом менял БД и всё в докер оборачивал.

[@SeniorPomidorDeveloper]

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

[@ussenUtebayev]

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

[@SeniorPomidorDeveloper]

А зачем от нее наследовать? Это только лишние поля даст в моделе Client. В любом случае request.user останется от старой модели . Есть вариант переопределять auth model , но это уже совсем другая история

[@ussenUtebayev]

@@SeniorPomidorDeveloper ну вы правы, тупанул

[@Artem36]

Для того чтобы не было ошибки регистрации приложения в settings, нужно просто заменить Джанго на Flask))

[@SeniorPomidorDeveloper]

Flask - отстой

[@Artem36]

@@SeniorPomidorDeveloper Почему, если ни секрет?

[@SeniorPomidorDeveloper]

Просто не люблю его, ничего личного )

[@a98cb985]

flask - это дорога к decorators hell тогда уж fastAPI

[@SeniorPomidorDeveloper]

Вообще удобно для микро-проектов. 20 строчек кода и приложение готово. Только вот такие проекты имеют свойство расти и превращаться в средние или даже крупные . И вот тогда уже начинается hell

[@sergeygreb6851]

Привет! Автор, а запили еще, пожалуйста, ролик по платежке stripe/ народу было бы интересно

[@backend404]

Здравствуйте, я тоже сейчас пытаюсь подключить плтежку через страйп, у вас получилось сделать это?

[@sergeygreb6851]

Антонио Меле посмотри книгу Django 4 в примерах там есть пример интеграции@@backend404

[@Developer_python_]

Капец-грузинских лари- на данный момент смотрю это в Тбилиси)

[@SeniorPomidorDeveloper]

😀

[@Gribori]

Чтобы не забывать добавлять приложения в settings, нужно помнить что их нужно добавить ;)

[@SeniorPomidorDeveloper]

Звучит как рекурсия )

[@dimondimarikdmitry]

забыл добавить список приложений = 50 раз отжался

[@BorisenkoV89]

User = get_user_model()

[@АлексейБирюков-ю4г]

А про fastapi будет курс?

[@SeniorPomidorDeveloper]

Пока не планировал