@drq бай зе вей, ты уже открыл для себя compose? :D

@drq нельзя, пиши явно -p <port> (или -p <external>:<internal>)

@mo Ну вот серьезно, нахрена так делать? Зачем спецом раздувать схему запуска? Если мне нужен будет другой маппинг портов - я скажу об этом. А так, я тебе прописал 80 и 443, и я ожидаю, что ты будешь на них запускаться. Зачем усложнять?

@drq потому что контейнер это всего лишь коробочка, а не готовая инсталляция софта...

EXPOSE в докерфайле вообще нужен лишь для целей документации. Как и VOLUME, к слову

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

@mo Открыл, и давно, вот только вводить целую лишнюю сущность на этапе разработки... Брр.

@drq @mo я вообще не понимаю как можно без композа чтото делать о.0 типа вводить каждый раз команду, серьёзно? и эта конфигурация нигде не хранится? ну и баш файл с командой докерной тоже неправильно выглядит както.. плюс в композе оно всё организовано, прописано, вот бд вот сервер вот они друг к другу так подключаются и вот такие порты сервер экспозит, вот тут вот вольюмы хранятся и всё такое. надо поменять, открыл поменял. надо другой сервис поднять - скопировал, модифицировал, поднял. с обновлениями тоже всё понятно, podman-compose pull и всё
в общем хз зачем вообще у докера cli, как будто как какоето одноразовое решение на попробовать типа
каждому своё конечно, но я вот для себя не могу понять зачем cli использовать когда композы есть

@mo А смысл был разве не в том, чтобы делать коробочки с готовыми инсталляциями софта?

@drq ну да, но вообще то нет

ты можешь из одного образа (где и прописан expose) запустить бесконечно много контейнеров, с разными настройками

и единица конфигурации это как раз контейнер, не образ

@mo Могу, но вот *хочу* ли - это отдельный вопрос, достойный отдельного параметра. Это достаточно специфичный юзкейс, большинство, я так подозреваю, просто хотят включить и чтоб работало.

@drq те, кто хотят включить и чтоб работало делают docker compose up -d
его обычно там же в репе и кладут

и в новых версиях докера он идет в основном бинарнике

@drq нет, я может вообще не хочу видеть открытые порты снаружи

@medvedych Ну, допустим, не хочешь, окей.

Но хотя бы аргумент в командной строке такой можно было сделать? Как -P, только не раскидывает все по рандомным портам.

@drq так есть же: -p :)

@medvedych ... к которому надо все эксплицитно прописывать.

@drq ну если серьёзно, то такая опция выглядит избыточной. Есть -p, есть компоуз где все прописывается явно и один раз. Ситуация когда тебе каждый раз надо руками прописывать порты выглядит как-будто ты что-то делаешь не так -_-

@drq Я лично вынужден эксплицитно прописывать пары портов хост:гость в композе, поскольку несколько сервисов по умолчанию могут стучаться в один и тот же порт (например, Peertube и Owncast используют порт 1935 для потоковой передачи), и приходится перебрасывать на соседние порты. Из-за этого, правда, возникает казус, когда меняешь настройки OBS.

Не помогает то, что в веб-морде прописывается стандартный порт, ибо со стороны контейнера стоит 1935, хотя по факту надо стучаться, например, по 1936.
@medvedych

@th3rdsergeevich @drq @medvedych

В принципе можно решить это обратным прокси и поддоменами, так как порт по умолчанию в браузере всего 1

@itswoland Который 8080? Хех, у меня именно так все и работает. nginx с одной стороны и субдомен с другой.

Я говорю именно о служебных портах - типа того, что я сейчас озвучил.
@drq @medvedych

@th3rdsergeevich у nginx тащемта есть модуль на проксирование RMTP...
ну или можно поставить перед всем этим зоопарком haproxy, который может работать на уровне ниже

@itswoland @drq @medvedych

@drq

Стоят два с̶т̶у̶л̶а̶ контейнера с expose 443, какому из них отвечать