нужный —env. Переменная PHP_UPLOAD_MAX_FILESIZE. Теперь вопрос, что правильнее сделать, чтобы поменять maxsize: задать переменную через
docker exec —env
Или поправить файлы конфигурации в самом контейнере?
docker-compose down отредактировать docker-compose up
А можно это сделать как-то только для одного сервиса из docker-compose.yml ?
я делал - жертв и разрушений нет
Мне нужно тогда в docker-compose.yml оставить только описание того сервиса, который нужно переконфигурировать? Что-то не вижу опций в down, которые позволили бы выбрать отдельный сервис
кстати, да. можно отдельный сервис реконфигурить - недавно делал. для всех сервисов, кроме нужного, сделать docker stop <service_name> написать новый compose.yml с нужным сервисом. сделать ему docker-compose -f <new-compose-config> down и docker-compose -f <new-compose-config> up. потом его стопнуть и уже запускать всю кучку с обычным конфигом. только не забыть прописать нужные параметры
Достаточно обновить описание сервиса и выполнить up, пересоздастся только тот контейнер, в котором были изменения
ну значит у меня нерациональный подход. всё от невежества :)
а если изменения вносились в Dockerfile? без отдельного конфига композа тоже можно обойтись? вопрос довольно таки насущный
Ты про опцию --build?
А как докер понимает что изменилось, а что нет? Я удалял из docker-compose.yml пароли, теперь вставил обратно, но что-то не подходит. Если он не пересобрал сервис, значит конфиг был в точности такой же (включая пароль в переменной)?
Он сравнивает запущенный контейнер с описанием и делает выводы. Если контейнер не пересоздавался, то скорее всего изменений и не было
А у запущенного контейнера обязательно пароль переданный в environment в docker-compose.yml где-то... светится? Чтобы докер мог его сравнить
Посмотрите на вывод docker inspect, там есть раздел Env, в котором перечислены переданные переменные окружения
Обсуждают сегодня