Понятия того на чем строится контейнеризация в containerd (контрольные группы и нэймспейсы) были упущено намеренно в страхе сильно усложнить нагрузить текст. Но вы правы и стоило бы хоть где-то отписать о том, что не на linux-based системах, докер прибегает к виртуализации. Сделаю, спасибо!
Спасибо, что прочитали статью и прокомментировали ее. Указанные косяки я исправил. И чуть дополнил моменты с кэшированием.
На тему более удачных вариантов на Хабре и не только. Отразить могу только статью от селектела (https://selectel.ru/blog/what-is-docker/) которой, кстати, здесь нет, и "Понимая docker" (https://habr.com/ru/post/253877/) в которой объясняется принцип работы: namespaces, cgroups и почему на винде для докера все-таки нужна виртуализация (что для джуна, согласитесь, не самая важная информация. Особенно, когда его кидают на проект, где есть какой-то не понятный Dockerfile). Я же попытался сделать выжимку большого количества статей, видосиков по докеру, пропущенную через призму своего восприятия которую, в случае чего, можно юзать, как шпоргалку, поэтому и опубликовал и считаю, что статья имеет место для жизни.
Спасибо! С safe действительно так, но если мы получаем post от доверенного источника (чисто токены), то так вполне можно сделать. Отмечу посте, что значения форм (например) так передавать не стоит. С bytes забыл со всеми этими обвязками в виде drf. Можно просто request.body.encode('utf-8') С csrf действительно забыл добавить @csrf_excemp- поправлю это
Верно, потому что инфа пишется в RGB значения пикселей
Спасибо! Дополню текст тем, что Dockerfile - это именно название файла.
P.S. Кстати, к статье приложен git-репозиторий с проектом и косвенно это объяснено там
Понятия того на чем строится контейнеризация в containerd (контрольные группы и нэймспейсы) были упущено намеренно в страхе сильно усложнить нагрузить текст. Но вы правы и стоило бы хоть где-то отписать о том, что не на linux-based системах, докер прибегает к виртуализации. Сделаю, спасибо!
Потому что код запускается не напрямую через интерпретатор питона, а передается на исполнение gunicorn (WSGI сервер)
А код был помещен директивой COPY . .
Да, спасибо! Постоянно путаю и в реальной жизни и здесь.
Забавно, но перепроверил этот момент несколько раз и все-равно напутал xD
UPD: Поправил и дополнил инфой по бинду на конкретный IP
Да, я тут с вами согласен. Сейчас думаю, как лучше конкретизировать)
Спасибо большое!
Сегодня перепишу. Действительно звучит как-то неоднозначно (в моей голове явно звучало лучше)
Спасибо, что прочитали статью и прокомментировали ее. Указанные косяки я исправил. И чуть дополнил моменты с кэшированием.
На тему более удачных вариантов на Хабре и не только. Отразить могу только статью от селектела (https://selectel.ru/blog/what-is-docker/) которой, кстати, здесь нет, и "Понимая docker" (https://habr.com/ru/post/253877/) в которой объясняется принцип работы: namespaces, cgroups и почему на винде для докера все-таки нужна виртуализация (что для джуна, согласитесь, не самая важная информация. Особенно, когда его кидают на проект, где есть какой-то не понятный Dockerfile). Я же попытался сделать выжимку большого количества статей, видосиков по докеру, пропущенную через призму своего восприятия которую, в случае чего, можно юзать, как шпоргалку, поэтому и опубликовал и считаю, что статья имеет место для жизни.
Спасибо! С safe действительно так, но если мы получаем post от доверенного источника (чисто токены), то так вполне можно сделать. Отмечу посте, что значения форм (например) так передавать не стоит.
С bytes забыл со всеми этими обвязками в виде drf. Можно просто request.body.encode('utf-8')
С csrf действительно забыл добавить @csrf_excemp- поправлю это
Спасибо большое за комент! Это моя первый пост и я рад критике)
Поправлю его
UPD: вообще, предполагалось, что читатель уже знает что такое Vue и Django и хотябы умеет их ставить (с сопутствующими node, vue-cli, python, django)
Да, так можно делать и это классная фича, спасибо! ;)