Если у меня в пайчарме в переменных окружение лежит

SECRET_KEY а я через консоль, находять в активированном окружении и при попытке сделать миграцию получаю django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty. Как быть, и что делать?

а где это в пайчарме?

Удалось победить?

Да, добавил сикрет в сетингс))) а потом при пуше удаляю

ты наверно запускаешь проект не через пайчарм?

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

Если ты пытаешься мне объяснить, то спасибо я уже разобрался)

Ну и это платная, у меня комьюнити

там тоже вроде есть, хоть и в урезанном виде

Нет. Там нет, по другому то есть

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

Да это я искал решения. Запускаею через докер композ, и вот такая штука, не видит в env secret key

а где хранишь? как добавляешь значение в enviroment?

Файл скопирован в gitlab ci variables, и при команде docker compose указываю --env-file=$My_env

У тебя что-то набор слов) пайчарм, manage.py, env, ci, secret key

Пайчарм не у меня, это я в чате нашел аналогичный вопрос. Вылезает ошибка , причем именно при тестовом запуске на сервер с докером, локально все было четко. Мол, secret key must not be empty.

Докер компоуз покажи. Мб, он env файл не видит?

Вот в оригинальном репо все пароли объявлены явно, а мне стоит задача задеплоить, но при этом засекретить весь env. Поэтому я из докер композ ямлика удалил строки с путем к env, и задал ссылку на Гитлаб variables непосредственно через команду, как выше писал https://github.com/netbox-community/netbox-docker/blob/release/docker-compose.test.yml

А почему на сервере не разместить env файл?

Я вообще не уверен, можно ли ссылаться с сервера на енв, который в репе расположен оО

а сиац нормально настроен? если да то и пути туда нафиг надо? я так себе девопс, но все же там вроде связка с кубером есть и все проще если есть переменные в окружении то пихни их имена в компоуз типо environment: - PEREMENNAYA

https://medium.com/@vitalypanukhin/docker-compose-and-gitlab-b209d09210f6 А вообще это к девопсам

ппц

а можно чтобы этот Виталик удалил эту статью и не показывал плохие реализации как примеры

Я не знаю, что он там писал. У нас все по другому разворачивается 🙂

Ну хочется все сделать красиво, без ручного добавления. Так то понятно, что можно по ссн передать

Там гитлабовская фишка - грузишь в специальное поле переменные, типа секретные, и потом можешь вызвать их при сборке

Ну весь сыр бор из-за того, что не хочется эти самые переменные в открытую передавать

про в открытую, ты ща про значения или про названия? можешь не отвечать это не вопрос