Если ты вяжешь два сервиса через внешнюю сеть

ты всё читал?

я связываю nginx-proxy и n-й сервис в одну сеть

И?)

дабы nginx-proxy нашел мой n-й сервис и заработал

Не понимаю твоего негодования

Зачем тебе внешний нетворк?)

дабы привязать данный к nginx-proxy

возможно я не правильно реализовал задачу

ты подскажи

может я чего не так понял из доки

А связывать ты как собрался?)

Если энженикс должен видеть хотя бы порт с пхпфпма

Или сокет

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

так

Можно канеш апстримить через порт и ничего не шарить, но я подозреваю что есть статика вроде цсса или джса

тоесть я должен пробросить php-fpm

к фронту?

Зачем

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

ну так nginx это и реашет

решает

я не понимаю в чём твое замечание

Зачем тебе внешний нетворк?)

а как по другому поместить два сервиса в один нетворк?

Вопрос а как ты обращаешься к сервису?)

по адресу

или что ты имеешь в виду?

Какому?)

php-docker.local

nginx-proxy проксирует это дело к беку

А должен вроде бы использовать php

ват

Если ты понимаешь, как композ генерирует алиасы в нетворке

Зайди на любой контейнер и листни /etc/hosts

Потом пингани хост с именем php

Подумай еще немного, почитай еще раз мануал

И пойми как работает нетворкинг в докере

А в докер композе вроде nginx и php написано

если я уберу external

блин

я ж спрашивал

ты всё читал?

да

nginx к php линкуеться

И фиксировать имена контейнеров это некомильфо

это бек

а есть ещё в другом файле nginx-proxy

он вдругом networke

И фиксировать имена контейнеров это некомильфо

ты имеешь в виду container-name?

а как быть если у меня есть несколько compose-файлов

в папках с именем docker

Если у тебя несколько композ файлов на проекте, используй вагрант, не мучайся

Композ должен быть один на проект

я не мучаюсь

правильно

а если проектов нескольео

в проекте папка

с имнем docker

dyenb compose файл

внутри*

имена контейнеров сформируюься docker_nginx docker_php

ERROR: S client not available

и тд

и буду перезаписываться

будут*

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

не указывая имен контейнеров

Вопрос - а что это за проект с кучей разных композов?)

да это не проект

это несколько проекто

проектов

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

да

так и есть

есть парочка сервисов один это сайтик на wp

там свой compose

есть api на node

там свой

но сам compose я кладу в папку docker внутри проекта

А работать они будут в разных сетях?)

ну по сути нет(

я тоих приконекчу к nginx-proxy

и они будут в одной

это плохо да?

Такое ощущение, что вам не докер нужен

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

да я и не пытаюсь их вязать

мне это не нужно

но как к nginx-proxy приконектить по другому я не придумал

если подскажите буду благодарен

Идеология докера - все что работает вместе в одно и тоже время должно быть разобрано по контейнерам

У вас должен быть один докер компоуз на всю связку

Если нужно кастомная сборка - всегда есть инструкция build

а если у меня несколько проектов с разным окружением. (Пример я уже приводил).