с утра встал, смонтировал каталог src, в Dockerfile указал путь к исходнику в CMD CMD [ "nodemon", "src/server.js" ] и модули теперь видны в контейнере, все обновляется при изменении, спс за подсказку, но все равно жду от вас вашего примера, а то в docker я пока нуб и нужно смотреть как делают знающие )))

у вас же всё равно 1 контейнер - 1 апп

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

а еще интересен один момент, контейнер когда создается, где он распологается - диск либо память?

а что мешает сделать контейнер с нужными модулями npm, а потом юзать его в мультистейдже? Докидывая в /var/www/html (или куда то еще) свой проект?

всё что контейнер изменяет, он изменяет в "виртуальной" фс, и после остановки контейнера это всё исчезнет.

после остановки ничего не теряется. Теряется после удаления

так все таки контейнер как расположен - память или диск?

контейнер нигде не расположен, это просто изоляция процессов, а в качестве файловой системы overlayfs

ну т.е. это по сути временный объект и значит его после каждой работы нужно удалить, я правильно понимаю?

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

а после перезагрузки хостовой систем ни чего не попортится?

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

можно, но зачем?

если тебе надо взаимодействовать с докером из какого то приложения, то да, API пригодится. А самому руками его дергать через самописные велосипеды это странное занятие, учитывая что есть готовое решение от разработчиков докера

имете в виду композер?

за две недели можно было документацию докера наизусть выучить 😂

в любой непонятной ситуации смотри официальную документацию

что за хешированные файлы остаются после очистки образов? путь к файлам /var/lib/docker/image/overlay2

Образы жеж

а почему эти файлы не удаляются когда удалешь образы?

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

можешь попробовать через system prune

docker rm $(docker ps -a -q) -f

остается, поэтому и задал вопрос ))

Еслиб вы сразу сказали, что после rmi остается, быстрее бы получили ответ

ну это полное удаление образов, так тоже делал

и остаеться?

извиняюсь

или просто добавить, а дальше по токену работать

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

Спасибо, но не совсем то, неверно сформулировал свой вопрос. У меня много микросервисом с разными портами, и один фронт. У каждого микросервиса свой nginx контейнер,а у фронта свой nginx. И вот у фронта nginx неработает как надо, потому хочу найти более сложный пример

А я правильно понимаю, что на самом сервере делаю в nginx проксирование на порты которые открыты, а в nginx фронта и бэка открываю эти порты? (К примеру у меня на фронте порт 9999, и апи разных сервисов 8888 и 7777)