правильно хранение. привязка к дефолтному компорузу

дак волюм подбросьте для баз, чтобы базы хранились не в контейнерах

где то вы кидали строчку, с виду правильно было

volumes: - ./dbdata:/var/lib/mysql

this

ок

а с паролем пытать мускульный контейнер

получается я пробросил вольюм. ив ся инфа в этих папках будет синхронизировтаься?

читать доку, пробовать другие пароли

это так грубо

получается я пробросил вольюм. ив ся инфа в этих папках будет синхронизировтаься?

будет писаться онлайн вам на жесткие диски

в dbdata

получается я пробросил вольюм. ив ся инфа в этих папках будет синхронизировтаься?

там не синхронизация, там просто докер будет читать/писать в ваш волум

правда с относительными путями лично меня докер послал

вольюм это именно внешний редирект?

лучше что-то то типа /srv/proj_01/dbdata

вольюм это именно внешний редирект?

это аттач к контейнеру конкретного раздела

внутрь COPY?

ага...благодарю...буду копать

волюм это как ярлык или симлинк к вашему диску

@NVBulashev @Subb98 thx

Привет парни. Вопрос который меня давно волнует, можно както сделать псевдо dns для хоста? те хочу по имени контейнера получать его ip я понимаю, можно все сделать баш скриптом, но как бы да

С хост машины типа?

С хост машины все контейнеры это локалхост

С хост машины все контейнеры это локалхост

это не правда

Привет парни. Вопрос который меня давно волнует, можно както сделать псевдо dns для хоста? те хочу по имени контейнера получать его ip я понимаю, можно все сделать баш скриптом, но как бы да

Что мешает записать в hosts адрес и имя машины.

Что мешает записать в hosts адрес и имя машины.

то что может измениться это самый ip адресс

я так к бд через тулзу подключаюсь, то .3 то .4 в конце

то что может измениться это самый ip адресс

Адрес ведь можно задать статический самому контейнеру изначально

да, это вариант. правда вручную будет нужно создавать сеть

но как вариант

через опцию --ip <ipaddress>

можно создать бридж docker network create --driver=bridge --subnet="172.18.0.0/24" --gateway="172.18.0.1" -o "com.docker.network.bridge.name=br1" br1 далее уже в эту сеть контейнеры docker create --restart=always --net br1 --ip 172.18.0.3 --name test

вериантов вообщем много

задать контейнеру хостнейм а на хост машине можно установить к примеру dnsmasq и там описать сеть 172.18.0.0/24 тогда в arp табличке будут и контейнеры присудствовать и можно пинговать их по имени уже как вариант.

всё-таки, получилось решить задачу вот таким образом: services: app: depends_on: - db env_file: .env environment: - POSTGRES_HOST=db db: env_file: .env если кто знает более изящное решение - буду рад узнать его тоже.

Удалите env_file. Он здесь не нужен, т.к. лежит в директории с .yml. Также обязательно в environment прописывайте параметры указанные .env, так как автоматически они в контейнер не прокидываются.

тогда в чём смысл .env файла, если нужно прописывать переменные в environment?

это приведёт к дублированию кода, от которого я хочу избавиться.

суть env файла - в том, чтобы предоставить переменные окружения в виде файла, что для разработки удобнее

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

тогда в чём смысл .env файла, если нужно прописывать переменные в environment?

Можно для каждого сервиса сделать отдельную папку, положить туда докерфайл и .env для этого сервиса и подключить в докер композе

и прокидывать их все в контейнер - зло я пока не нашёл, как сделать иначе, увы

Можно для каждого сервиса сделать отдельную папку, положить туда докерфайл и .env для этого сервиса и подключить в докер композе

это то же самое дублирование, я так сделал изначально

это то же самое дублирование, я так сделал изначально

Покажите

Это тот код, который вы привели выше?

показать то, чего уже нет? =) ладно, сейчас коммиты найду

Это тот код, который вы привели выше?

нет

и прокидывать их все в контейнер - зло я пока не нашёл, как сделать иначе, увы

нет, ты не понял меня

в окружении, в котором запускается контейнер, переменных гораздо больше, чем нужно контейнеру к примеру, зачем контейнеру знать о PATH хоста?

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

совершенно не за чем

но так уж вышло, в моём случае, что у меня для обоих контейнеров переменные совпадают

а .env файл - это dev-представление переменных окружения он не должен быть в репе, т.к. он нужен только для dev (в репу можно класть .env.dist с примером заполнения) а в прод-окружениях эти же переменные должны быть реальными переменными окружения

Покажите

version: '3' services: app: build: docker/app depends_on: - db env_file: docker/app/local.env volumes: - .:/var/www/apartments networks: - backend db: build: docker/db env_file: docker/db/local.env networks: - backend networks: backend: было так

а .env файл - это dev-представление переменных окружения он не должен быть в репе, т.к. он нужен только для dev (в репу можно класть .env.dist с примером заполнения) а в прод-окружениях эти же переменные должны быть реальными переменными окружения

я пока не дошёл до того, чтобы юзать докер на проде

version: '3' services: app: build: docker/app depends_on: - db env_file: docker/app/local.env volumes: - .:/var/www/apartments networks: - backend db: build: docker/db env_file: docker/db/local.env networks: - backend networks: backend: было так

Ну вот, осталось только в каждом сервисе написать, например, environments: - POSTGRES_DB=${POSTGRES_DB}

хм, насколько вижу - env_file должен по умолчанию прокидываться, нет?

https://docs.docker.com/compose/environment-variables/#the-env_file-configuration-option

имею ввиду его содержание

Ну вот, осталось только в каждом сервисе написать, например, environments: - POSTGRES_DB=${POSTGRES_DB}

зачем, когда у меня в local.env уже хранятся разные значения?

хм, насколько вижу - env_file должен по умолчанию прокидываться, нет?

я проверил несколько раз. не работает

даже скрины кидал

зачем, когда у меня в local.env уже хранятся разные значения?

Вы хотите, чтобы из .env файла переменные автоматом прокидывались в контейнер?

Вы хотите, чтобы из .env файла переменные автоматом прокидывались в контейнер?

хотел бы

собирал на выходных несколько раз контейнер, но не получал нужного результата

ERROR: S client not available

Это плохое решение

Все нужно явно указывать

ну, всё равно не работает..

по крайней мере, у меня

еще раз

Покажите как прописываете

env переменные для сборки и для запуска - это разные env переменные

.env и .yml файлы нужны

services: app: depends_on: - db # env_file: .env environment: - POSTGRES_HOST=db db: # env_file: .env

и Dockerflie, если уж "не работает" связано со сборкой контейнера, а не с запуском

Покажите полностью .yml

и Dockerflie, если уж "не работает" связано со сборкой контейнера, а не с запуском

docker-compose down && docker-compose build, всё собирается штатно

Dockerfile покажите

Инфы мало

еще раз в чем проблема?

+

"не собирается" или "не запускается" или "не работает"?

проблема не актуальна в принципе. я не знаю, зачем вообще было тему поднимать.

суть такова, что если не указать явно файл .env в композе, то переменные окружения не подгрузятся.

всё, в этом проблема.

не указать через env_file и при этом не прописывать environment?

services: app: depends_on: - db # env_file: .env environment: - POSTGRES_HOST=db db: # env_file: .env

скрины могу переслать ещё

ну собственно это то, о чем я кидал ссылку на доку

если указан env_file - все переменные из него будут в контейенре

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

видимо, я доку неверно понял

Да

Да

не берётся, значит. у меня, по крайней мере