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

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

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

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

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

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

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

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

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

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

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

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

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

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