Для того чтобы не писать "docker compose run --rm web-app sh -c", лучше как мне кажется воспользоваться командой "docker compose exec web-app python manage py и т.д." которая работает внутри текущего контейнера выбранного сервиса, не создавая новый контейнер. При этом контейнер остается запущенным.
пересматриваю второй раз твой курс. Привет с Украины отлично обьясняешь, прям шикарно. Даже я бы сказал так, ты пишешь код так грамотно, что мне не приходится задавать вопросы и само собой понятно, плюс ЮнитТесты, это бомба ! Сейчас заканчиваю просмотр Бекенд на Джанго и перехожу к Оптимизации на Джанго
Ещё давно пытался разобраться с celery и redis. Почитал доки, вроде запомнил определения, но толком не мог понять как и зачем это всё работает. Теперь всё понятно стало)
Спасибо, за курс и видео, очень познавательно и понятно! Два вопроса которые нагуглить не получилось, если позволите. 1) нужно ли чистить Redis от очереди задач, или как происходит удаление задачи которую celery отрабатывает/отработал? 2) Когда запускается выполнение задачи, лишь один инстанс существовал на каждого пользователя? Можно и в коде ограничить, а в настройках celery это как то предусмотрено?
1) задача будет храниться пока ее не заберет воркер, потом он ее удалит, как только заберет. Если ее не заберет никто, то я думаю что она исчезнет по тайм-ауту, это очень популярная практика, будет про это в видео про redis дальше 2) я не очень хорошо понял вопрос, но я думаю что в завтрашнем видео будет это решение, если я правильно понял. Если не найдете его там то напишите мне еще раз.
Возможно при разговоре про параллельность и асинхронность нужно небольшое пояснение. Можно использовать три концепции: Celery, async view в джанге и просто помещение задачи в очередь. И вот нужно понимать что для чего используется А то тема асинхронности в джанге это уж очень непросто
Ну да, я вначале говорил что асинхронные вью это другое . А селери задачи было бы точнее назвать параллельными . Я вижу только два варианта. Асинхронное выполнение в другом потоке , либо асинхронное выполнение в другом процессе , и по сути уже не важно , на этом сервере он запущен или на другом .
@@SeniorPomidorDeveloper как вы относитесь к конкурентному выполнению внутри одного потока? Недавно прочитал книгу про конкурентное программирование на питоне И сложилось ощущение что за такими фреймворками как aiohttp или fastapi будущее Как вы думаете ?
Очень хорошо отношусь, определенно за ними будущее. Также Джанго , начиная с 4 версии поддерживает асинхронные view и queryset. Но нужно понимать, что с точки зрения инфраструктуры, это просто способ экономии ресурсов. Конечно, очень эффективный и нужный для высоконагруженных проектов. Но по сути, я не вижу других выгод. Поддерживать такой код, очевидно , будет сложнее . Тем более дебажить. Если для проекта достаточно поднять несколько воркеров и так он будет выдерживать необходимую нагрузку, я думаю что этим и нужно ограничиться . Если у нас много вычислений или очень много запросов и асинхронный код нам как-то значительно удешевит инфраструктуру - это стоит делать. Иногда даже стоит обратить внимание на golang или другие решения . А для стандартного сайта на Джанго, возможно, игра не стоит свеч.
@@SeniorPomidorDeveloper понял, спасибо большое за ответ! В книге было про функции Джанго async_to_sync и sync_to_async В примерах в контроллерах функциях все равно делали логику с помощью aiohttp Ничего не понял, но очень интересно)
Эх, докер конечно нужен. Без докера у меня получилось без проблем сделать демона из редиса, но с селери к сожалению нет. Теперь вижу, что при расширении функционала ( тот же flower) докер сильно помогает.
Во-первых спасибо большое за крутой контент! Подскажите пожалуйста. Сделал небольшой проект django + celery + rabbitmq. Упаковал все в докер файл и написал docker-compose. При билде и запуске заметил, что Docker Desktop ест очень много оперативки и очень много памяти SSD диска на котором установлена ОС (Windows) порядка 15-20Гб. Это нормально или я как-то не правильно запускаю/собираю проект?
Рад что контент понравился. На оперативку там надо ставить лимит в настройках Docker Desktop. По идее ему не нужно много с такой конфигурацией. На счет диска не помню, тоже вроде настойка есть, я удалил докер, негде посмотреть) но по идее каждый image и каждый контейнер что-то весит. Можно еще у нас в ТГ группе спросить, ссылка в профиле
Здравствуйте, во первых спасибо за курс. Надеюсь будет уроки на авторизацию и регистрацию с использованием jwt токенов, с подтверждением через email или телефон??? Я в русско язычном сегменте не мог найти нормальных примеров...
@@SeniorPomidorDeveloper Хорошо, спасибо большое. Сделайте пожалуйста, подробный видео урок про авторизацию и регистрацию в Django rest framework. Какие варианты обычно используют на практике, какие виды существует, с использованием jwt токенов, email подтверждение или подтверждение через номер телефона и.т.п Мне кажется это один из важных пунктов в backend разработке. Ещё раз спасибо, большой привет из Кыргызстана 🇰🇬🇰🇬🇰🇬
Извините, возможно я немного не понял, но разве celery_app не нужно прописывать по пути service/service, там и __init__ есть, заранее спасибо за разъяснение
По какой-то причине, если я редактирую docker-compose, потом не запускается docker пока не удалю контейнеры и образы, и снова не поведу миграции. Сам билд проходит без ошибок, но вот при docker-compose up вообще не ап) ругается... При этом контейнеры создаются. Приходится всё удалять (образы, контейнеры) и соответственно заново заполнять бд, думаю это не так должно работать=) Если кто знает, подскажите в чем может быть проблема?
Минут пять бесполезной болтовни, которую можно уложить в минуту в момент практики.. О боги.. Еще и подсматривает постоянно, что говорит о том, что до старта видео он не прогонял ничего из того, о чем говорит.
