Господа, а .dockerignore можно как-то указать явно также, как я указываю Dockerfile с флагом -f?

нет

берется из текущего каталога

Пичалька

не подскажите, если я при docker-compose -f нестандарноеимяфайла.yml -p test-project up, то в самом нестандарноеимяфайла.yml не видны переменные из .env, я гоню?

И чо с этим бесконечно висящим говном делать? # docker service update --detach=false veros_app veros_app overall progress: 0 out of 1 tasks 1/1: assigned [======================> ]

Нажми Ctrl+C

не подскажите, если я при docker-compose -f нестандарноеимяфайла.yml -p test-project up, то в самом нестандарноеимяфайла.yml не видны переменные из .env, я гоню?

Гонишь

Но есть нюанс!

.env берется не из каталога с файлом компоуза

А с текущего !!!

А с текущего !!!

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

спроси у микрософта.

а конфиге root /var/www/html в логах /usr/share/nginx/html ....

помучался, решил проблему

права хоть верные?

ну я хз

вроде все верно

но может проблема в настройках пхп

Права нужно задавать на моей машине или через команду, когда путь настраиваю в виртуалке?

он вообще по умолчанию в /usr/local куда-то смотрит

что интересно, a.txt читается, а index.php выдает это

логи пыхыпы смотри

а a.txt берется из контейнра с nginx

не заходя в контейнер с php

окей

И чо с этим бесконечно висящим говном делать? # docker service update --detach=false veros_app veros_app overall progress: 0 out of 1 tasks 1/1: assigned [======================> ]

Походу против этого помогает только рестарт докер демона.

Господа, подскажите, когда я указываю для docker-compose путь к файлу конфигурации через -f, контейнеры билдятся относительно директории, из которой я вызываю команду up, или относительно той, где лежит конфиг?

То есть именно контекст внутри контейнеров относительно чего задается?

Господа, подскажите, когда я указываю для docker-compose путь к файлу конфигурации через -f, контейнеры билдятся относительно директории, из которой я вызываю команду up, или относительно той, где лежит конфиг?

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

и, да, насколько я помню, в этом случае контекст задается относительно места запуска команды! НО! тебе проверить это 5 минут (написать тестовый кейс)

и, да, насколько я помню, в этом случае контекст задается относительно места запуска команды! НО! тебе проверить это 5 минут (написать тестовый кейс)

Ну докер-компоуз норм работает, а вот докер билд походу берет путь относительно директории, где docker-compose.yml лежит То есть у меня есть такая иерархия: . <application-files> tests/ docker-compose.yml containers/ cont-1/ Dockerfile cont-2/ Dockerfile Я запускаю docker-compose -f tests/docker-compose.yml up, и хочу, чтобы у меня докерфайлы относительно . собирались, а не отноительно tests/. Как-то возможно в них через компоуз эту директорию прокинуть, не держа их непосредственно в корне проекта?

погоди

docker build -t OLOLO -f path_to_Dockerfile path_to_context

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

ты контекст указал в докер-компоузе?

вообще решение у меня для тебя есть, но оно тебе не понравится

Я слоупок

сделай makefile и в ней наплоди инструкций docker build ?

у тебя флоу будет более управляемый

чем ломать голову - где контекст, какие пути

Я через мейкфайл и делаю

Только мейкфайл внутри докерфайла вызываю)

Но мне то сам докербилд не нужен, мне нужно только внутри компоуза делать

Я прошу прощения, а контекст относительно чего задается? Относительно директории вызова команды, или директории, где docker-compose.yml лежит?

это мы возвращаемся к твоему изначальному вопросу. Нет, я не помню точного ответа

повторюсь

и, да, насколько я помню, в этом случае контекст задается относительно места запуска команды! НО! тебе проверить это 5 минут (написать тестовый кейс)

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

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

В смысле ? Это очень обширный вопрос

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

в идеале какой-нибудь балансировщик и через него трафик пускать. Типа nginx-proxy какой. А так можно просто порт пробросить

если в локальной сети еще и dns свои есть можно вообще красиво сделать

Ну т.е. у меня докер приложение развернуто на порту 7666 локальный ip допустим 1.1.1.1 хочу что бы ребята из команды могли получить доступ к моему приложению просто перейдя по 1.1.1.1:7666

локальный - чего - хоста?

Ну т.е. у меня докер приложение развернуто на порту 7666 локальный ip допустим 1.1.1.1 хочу что бы ребята из команды могли получить доступ к моему приложению просто перейдя по 1.1.1.1:7666

пробрось порт на хост

пробрось порт на хост

оке, сяп

и, да, насколько я помню, в этом случае контекст задается относительно места запуска команды! НО! тебе проверить это 5 минут (написать тестовый кейс)

Работает, причем и путь в контексте выше тоже работает

Можно ли как-то используя готовый image проигноривать EXPOSE, которые были в его Dockerfile?

Можно ли как-то используя готовый image проигноривать EXPOSE, которые были в его Dockerfile?

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

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

Почти

Есть условия, когда экмпоуз отрабатывает

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

Я тоже так думал, но беру prom/node-exporter в docker-compose, и автоматически на хост пробрасывается 9100 порт, хотя у меня его нигде нет. Но он есть в EXPOSE в их Dockerfile.

запускается чем? кубом?

свормом?

Запускается простым docker-compose

эм. Можно посмотреть?

Да, конечно, сейчас уберу все лишнее.

version: '3.1' services: node-exporter: image: prom/node-exporter

и все?

ключи запуска docker-compose ?

❯ cat prom.yml version: '3.1' services: node-exporter: image: prom/node-exporter ❯ docker-compose -f prom.yml up -d Creating network "desktop_default" with the default driver Creating desktop_node-exporter_1 ... done ❯ docker-compose -f prom.yml ps Name Command State Ports --------------------------------------------------------------- desktop_node-exporter_1 /bin/node_exporter Up 9100/tcp

вот и 9100 порт

и что?

он же снаружи недоступен

То есть?

gaal@linux-x1:~> docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES a5baeed59fa0 prom/node-exporter "/bin/node_exporter" 7 seconds ago Up 5 seconds 9100/tcp gaal_node-exporter_1

аналогично

в прямом смысле

Так в этом и вопрос -- как заставить docker забыть об этом порте, не делая свой image?

зачем?

он ни на что не влияет

давайте проведем мысленный эксперимент

сделайте конфиг ноуд экспортера который будет слушать другой порт, скажем, 9999

и запустите соседний контейнер в той же докер сети и проверьте

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

так ясно?

Да, действительно, все так

вопрос снят?

Проблема была у меня вовсе не в докере -- из-за другой ошибки я решил, что это мне мешает

Да, вопрос снят, но ответ оказался даже проще :)

Спасибо.

Есть условия, когда экмпоуз отрабатывает

а что это за условия, кстати? на уровне прочитать конфу о контейнере из сокета докера и что-то с ней сделать?

docker run -P vs docker run -p xxx:xxx

если кратко

понятно