ещё и законтрибьютить)

хорошо, другой вопрос. Может ли docker-compose замапить имена сервисов в /etc/hosts автоматом?

Какую проблему пытаешься решить?

Один image позволяет запустить api и админку, которой можно указать адрес этого api. Если указывать адрес api в виде http://container1:8080, то этот контейнер сможет обращаться к первому, но браузере оно будет пытаться подключиться к container1:8080, а если указать localhost:8080, то второй контейнер не сможет соединиться с первым, за то в браузере все будет работать

В одном контейнере и api и админка?

в одном image, но запускать можно с разными аргументами

Получается один image и на его основе два сервиса, верно понимаю?

да-да

Получается что один контейнер это админка, а второй это api и им нужно общаться между собой, верно?

они могут общаться между собой, если --endpoint укажу http://container1:8080, но тогда в браузере запросы тоже будут идти на container1:8080

смени endpoint на pchostname:9000

Добавь link в hasura_console на hasura и исправь endpoint на hasura:9000 без указания http

а для чего link нужен?

оно же без них умеет общаться по service name

он доки не читает, забей

окей, с --endpoint хоста заработало, возник другой вопрос. Как в docker-compose.yml прокинуть HOSTNAME хоста?)

нпм же с нодой идет

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

нпм же с нодой идет

вообще в образ вендор добавлять лучше

в образ вендор? что?)

бинарник npm?

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

у меня есть проект. В нем используется связка php + nginx + mysql Как поднять эти три контейнера я знаю. Вопрос встает в сборке с зависимостями. Есть composer и npm, которые используются. Я не знаю куда их впихнуть, чтобы собрать проект. 1. На хост машине можно, НО это требует доп. установки пакетов при развертывания 2. Создать отдельные 2 контейнера под каждый сервис Считаю, что нужно делать 2 вариант

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

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

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

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

он и так кешируется же

Ну если просто в 1 stage то не кешируется.

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

делай по статье и не изобретай

Ну тогда надо в образе иметь composer и npm. Такое себе удовольствие

ну это уже оптимизация, он до неё ещё не дошёл

нет, для начала и гб образ норм

тут объясняется как поднимать приложение, используя nodemon и serve, вообще впервые слышу про это, ладно, что-нибудь придумаю

тут объясняется как поднимать приложение, используя nodemon и serve, вообще впервые слышу про это, ладно, что-нибудь придумаю

Я не читал её, глянул только dockerfile, вот так тебе и нужно по-сути собирать