как быть
вот в общем случае у нас есть у приложения точка входа - мы указываем ее при билде CMD ["node", "."] - это запустит нам приложение на ноде при старте контейнера
а как быть, если точки входа нету, просто директория с файлами, на которую смотрит nginx
ранее без докера было в конфиге nginx указание на директорию
location / {
try_files $uri /index.html;
}
если я правильно понимаю, в контейнер надо установить nginx и так же натравить на папку, но уже в контейнере, так что ли?
и как быть с сертификатами, ранее руками ставил certbot`ом, хотелось бы тоже автоматизировать это
самое непонятное в этом всем - контейнерами управляет Dokku
то есть в контейнере с приложением будет nginx - отдавать файлы из папки
а в Dokku есть свой nginx, который будет взаимодействовать с контейнером приложения
короче дичь какая-то как по мне..
че посоветуете?
Для nginx есть готовые официальные образы. В качестве entrypoint там указан запуск процесса nginx
Давайте по порядку. Если кратко резюмировать и я всё верно понял: 1. Ранее докер не использовался, был обычный nginx, в который закидывали ручками файлы. 2. Пришли к докеру. 3. Билдится что-то нодовское и запускается в контейнере. Задача: достучатся до чего-то нодовского) Если всё верно, то возникают следующие вопросы: 1. Почему бы контейнеру с чем-то нодовским просто не слушать порт, что бы отдавать контент? 2. Зачем в целом этот нодовский контейнер? Было бы не плохо докерфайл показать, что бы понимать что все же в данном случае значит "вот в общем случае у нас есть у приложения точка входа - мы указываем ее при билде"
неа. не билдиться. в этом и проблема nginx просто смотрел раньше в папку и файлы с нее отдавал соответственно в контейнере запускать нечего как процесс. либо запускать сам nginx который опять же будет смотреть в папку но тогда выходит что в Dokku встроенный nginx будет перенаправлять в nginx который в контейнере, который будет отдавать файлы из папки...
Обсуждают сегодня