Есть файл ещё docker-compose.ovverd...yml. Про него почитай. Все локальные вещи там настраиваются.
Но это не так удобно как подправить нужный .env
Рафаил
Рафаил
Неужели нет простого способа изменить имя файла .env по умолчанию?
George
не надо путать
George
есть два типа .env файлов
George
те которые руками подключаешь через env_file и они формируют окружение внутри контейнера
George
и глобальный файл .env в текущем каталоге, откуда запущен docker-compose, в котором задаются переменные, которые он может использовать для интерполяции значений
George
т.е. подстановки в docker-compose файле
Рафаил
George
ну, он один может быть. Если нужно несколько - можете завести несколько каталогов по окружениям, а потом делать cd в них и оттуда вызывать docker-compose
George
вот
Рафаил
ну, он один может быть. Если нужно несколько - можете завести несколько каталогов по окружениям, а потом делать cd в них и оттуда вызывать docker-compose
Если это и правда единственный вариант, то проще .env файл не хранить в гите, а хранить .env.example и создавать .env с разными настройками там где развернулся
George
как вариант - да. Мы так и делали. На целевую машину отъезжал файл с нужным содержимым и обзывался .env
George
а .env основной - он был под .gitignore, чтобы разрабы не напортачили и случайно его не залили в репо
George
либо - хранить их в разных каталогах
George
Но я рекомендую более ясно пояснить задачу.
George
т.к. такое ощущение, что вы пытаетесь использовать не то средство для решения не той задачи
George
а*
Рафаил
Но я рекомендую более ясно пояснить задачу.
Задача пояснена нормально. Ответ вы дали и делаете точно так же как и я.
George
ну, я вообще склонен думать, что docker-compose - не для production использования
George
использование .env - нужно только, чтобы пользовать интерполяцию, но тогда с тем же успехом можно и docker-compose шаблонизировать
Рафаил
George
потому что это ущербное решение и у него одна цель - смоделировать набор контейнеров на машине разработчика. все.
George
ну, и докер пытался пыжить его для деплоя в сворм, но сворм, как мы знаем, умер
Рафаил
ну, я вообще склонен думать, что docker-compose - не для production использования
Вы склонны думать, а многие используют, при чем такая позиция "не использовать докер для прода" характерна для русскоговорящих, в том же docker for php developers один из разработчиков Laravel использует docker для прода повсеместно
George
я не говорил "не использовать docker для прода"
George
прошу не перевирать мои слова
Рафаил
Вы именно это и сказали
George
нет
George
перечитайте мое сообщение
Рафаил
Перечитал
Рафаил
То что там присутствует "склонен думать" ничего не меняет
George
к сожалению, вы не можете осилить простую фразу. На этом можно разговор закончить
Ильдар
Добрый день знатоки! Вопрос достаточно простой, но важный, как сделать так чтобы docker смотрел по умолчанию не на .env файл, а на .env.local (это стандартное именование для Symfony). Те мне нужна возможность, например, задать внешний порт для веб сервера
docker вообще не смотрит на .env файл. Так что - никак.
Рафаил
docker вообще не смотрит на .env файл. Так что - никак.
Не нужно к ерунде придираться, вы и я прекрасно понимаем о чем речь шла, если есть что по делу ответить пишите
Ильдар
я не понял
Ильдар
везде О_о
Ильдар
законом не запрещено
melvin
А докер компоуз на питоне?
Ильдар
> Python 96.1% Shell 3.1% Other 0.8%
melvin
Лол, я думал на го
George
они просто все упаковали в один самораспаковывающийся пайтон архив
George
норкоманы
Anonymous
поделитесь пожалуйста конфигом Grafana docker compose 3.3
George
ща
George
https://jonnev.se/easy-influxdb-grafana-setup-with-traefik/
George
как пример
George
и почему 3.3 - я не понял
Anonymous
у меня докер композ 3.3
Anonymous
а на сайте ля
Anonymous
для 2 версии
George
не нужно использовать 3.3 докер компоуз, если у тебя НЕ СВАРМ
George
используй 2.4
George
/опять начинается срачик за версии докер-компоуза/
Anonymous
GF_PATHS_DATA='/var/lib/grafana' is not writable.
You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later
mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied
mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied
Ильдар
они просто все упаковали в один самораспаковывающийся пайтон архив
jfyi
https://pyinstaller.readthedocs.io/en/stable/operating-mode.html#how-the-one-file-program-works
George
jfyi
https://pyinstaller.readthedocs.io/en/stable/operating-mode.html#how-the-one-file-program-works
на досуге почитаю. Но самораспаковывающийся - это не означает обязательно, что он на диск файлы распаковывает
George
с тем же успехом может в память процесса
Sergey
бред какой то
Sergey
system\user\idle\iowait надо а не через жопу
Denis
поделитесь пожалуйста конфигом Grafana docker compose 3.3
Я обычно такие вещи в гугле ищу за 10-15 минут, но лан)
https://pastebin.com/GBPn8U6F
George
gaal@linux-x1:~/X5/test-nginx-master> cat docker-compose.yml
version: '2.4'
services:
grafana:
image: grafana/grafana
environment:
- GF_SERVER_ROOT_URL=http://localhost:3000
ports:
- 3000:3000
volumes:
- grafana:/var/lib/grafana
volumes:
grafana:
George
минимальный файл
Odebe
Привет.
Есть очень много <none>:<none> образов примерно одного размера на тестовой машине с кучей проектов разных версий, запущенных через композ. Эти образы не dangling.
Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов?
Проблема занимаемого места может решиться созданием базового образа и дальнейшего его пула из сиай?
George
George
"Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов?" - фиг его знает. Может быть да, может быть нет. Обычно такое появляется, если сборка была не успешна по какой-либо причине
Anonymous
секрет докера создает линк на файл? если я допустим обновлю сертификат, мне секрет обновлять не надо?
Odebe
"Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов?" - фиг его знает. Может быть да, может быть нет. Обычно такое появляется, если сборка была не успешна по какой-либо причине
Как-то можно определить какой был создан при ошибке сборки, а какой успешно используется? Как-то инспектом пройтись, что-то в таком духе.
George
Как-то можно определить какой был создан при ошибке сборки, а какой успешно используется? Как-то инспектом пройтись, что-то в таком духе.
те, которые используются - не смогут быть удалены
George
но если нет связанного контейнера - определить будет нельяз
Odebe
Но если нет связанного контейнера, разве они не должны были удалиться при docker image prune?
George
я вообще в прюн не особо верю