Comments 12
Кажется, было бы лучше не разворачивать постгрес как сервис в убунте, а разворачивать его напрямую в докере, а весь проект включая запуск миграций, БД, веб завернуть в докер-компоуз
Так получится и потом выложить весь проект на гитхаб/гитлаб , чтобы его можно было запустить без лишних манипуляций с системой
Да, но я хотел просто показать то, как начать проект, если ты только начинаешь это изучать.
Для этого лучше использовать SQLite
Если развернуть постгрес в докере, то для настройки понадобится только переменные передать при запуске контейнера - не надо будет проваливаться в другого юзера, в Шелл постгреса
Кажется, что вариант попроще получается :)
Я не хочу вас расстраивать, но вы сначала ставите django через apt, а потом создаете виртуальное окружение. Поскольку вы создаете его по умолчанию, без ключа --system-site-packages (python3 -m venv --system-site-packages venv) то установленные в глобальный python пакеты (включая django) вы внутри этого venv не увидите. И вам django придется ставить еще раз, внутри вашего виртуального окружения.
То есть это телодвижение (установка django через apt в глобальный python) не имеет смысла. Ну раз уж вы собрались "показывать, как начать, если только начинаешь".
Чавось? Зачем?
Крайне странно видеть такую подачу на хабре - статья из серии "свой VPN за пять минут", которыми наводнен Интернет.
И изначально, я бы задался вопросом, почему выбран именно Django - на мой взгляд, для подобных проектов больше подходит FastAPI, а ORM выбрать по вкусу, при развитии довольно неплохо масштабируется. Новичкам тоже бы советовал начинать с Flask-подобных фреймворков подобных - хоть и чуть больше надо руками делать, зато не будет ощущения волшебного "черного ящика"
Продолжение будет?
Django Rest Framework. Туториал или как легко писать backend. Часть 1