Докер, а можно запускать контейнеры не на рандомных, блин, портах, а на тех, которые прописаны в EXPOSE? А?
Replying to @drq@mastodon.ml
@drq нельзя, пиши явно -p <port> (или -p <external>:<internal>)
@mo Ну вот серьезно, нахрена так делать? Зачем спецом раздувать схему запуска? Если мне нужен будет другой маппинг портов - я скажу об этом. А так, я тебе прописал 80 и 443, и я ожидаю, что ты будешь на них запускаться. Зачем усложнять?
Replying to @drq@mastodon.ml
@drq потому что контейнер это всего лишь коробочка, а не готовая инсталляция софта...
EXPOSE в докерфайле вообще нужен лишь для целей документации. Как и VOLUME, к слову
а куда уже эти порты и волюмы подключать, решать должен тот кто коробочку использует
@drq бай зе вей, ты уже открыл для себя compose? :D
@mo Открыл, и давно, вот только вводить целую лишнюю сущность на этапе разработки... Брр.
Replying to @drq@mastodon.ml
@drq @mo я вообще не понимаю как можно без композа чтото делать о.0 типа вводить каждый раз команду, серьёзно? и эта конфигурация нигде не хранится? ну и баш файл с командой докерной тоже неправильно выглядит както.. плюс в композе оно всё организовано, прописано, вот бд вот сервер вот они друг к другу так подключаются и вот такие порты сервер экспозит, вот тут вот вольюмы хранятся и всё такое. надо поменять, открыл поменял. надо другой сервис поднять - скопировал, модифицировал, поднял. с обновлениями тоже всё понятно, podman-compose pull и всё
в общем хз зачем вообще у докера cli, как будто как какоето одноразовое решение на попробовать типа
каждому своё конечно, но я вот для себя не могу понять зачем cli использовать когда композы есть