IN
В образе собранного приложения запускаете nginx, им отдаете статику, в образе с nginx для статики продовой делаете регулярку с
proxy_passproxy_passSize: a a a
2020 November 01
С
Ivan Nekludov
В образе собранного приложения запускаете nginx, им отдаете статику, в образе с nginx для статики продовой делаете регулярку с
так а как php контейнер будет статику отдавать без веб сервера nginx`у?
IN
так а как php контейнер будет статику отдавать без веб сервера nginx`у?
> В образе собранного приложения запускаете nginx
IN
А вы php не на апаче случайно запускаете?
С
Ivan Nekludov
> В образе собранного приложения запускаете nginx
мне как раз это не нужно делать) зачем сувать туда nginx потом еще сверху nginx и тд)
IN
мне как раз это не нужно делать) зачем сувать туда nginx потом еще сверху nginx и тд)
Чтобы работало
С
Ivan Nekludov
Чтобы работало
мазайка какая то из образов...
IN
мазайка какая то из образов...
Экономия на спичках
IN
Если вам nginx слишком тяжелый можно найти что-нибудь легче
С
Ivan Nekludov
Если вам nginx слишком тяжелый можно найти что-нибудь легче
Да просто зачем иметь кучу веб серверов проксирующии друг в друга)
С
ладно) это точно не для меня)
IN
Можете класть статику во время билда с помощью
https://docs.docker.com/develop/develop-images/multistage-build/
--fromhttps://docs.docker.com/develop/develop-images/multistage-build/
IN
COPY --from=nginx:latest /etc/nginx/nginx.conf /nginx.conf
IN
Собирать сначала контейнер с беком, потом оттуда доставать статику
IN
В docker-compose это можно сделать с помощью
depends_onС
блин что то похожее, но странное решение) почему нельзя сделать контейнер из которого тянуться просто файлы) просто контейнер с приложением) в кубере ведь это легко делается)
A
Ivan Nekludov
Собирать сначала контейнер с беком, потом оттуда доставать статику
Тогда уж лучше наоборот: собирать весь код в первом стейдже, а за тем собирать образ с бэком во втором, а с nginx-в третьем, копируя нужный код из первого стейджа.
AI
Всем привет. Я совсем недавно взялся за докер и контейнеризацию.
Вопрос: возможно ли какими-то танцами заставить общаться программу из контейнера докер с приложением на хост машине? или это криво и лучше создать свой образ и установить туда нужную программу?
На примере gitlab-ce сервера.
Если его ставить просто на хост машину, то он без проблем находит общий язык с postfix(почтовая прога).
Когда я использую создаю контейнер на основе официального образа там нет postfix по-умолчанию и если его установить, то postfix из контейнера не хочет слать ни в какую письма(мб на нужные порты команда EXPOSE не выполнена?). Ну и соответственно ничего не работает, если postfix стоит просто на хосте а не в контейнере
Заранее изивняюсьб, если я допустил какие-то ошибки в терминалогии.
Вопрос: возможно ли какими-то танцами заставить общаться программу из контейнера докер с приложением на хост машине? или это криво и лучше создать свой образ и установить туда нужную программу?
На примере gitlab-ce сервера.
Если его ставить просто на хост машину, то он без проблем находит общий язык с postfix(почтовая прога).
Когда я использую создаю контейнер на основе официального образа там нет postfix по-умолчанию и если его установить, то postfix из контейнера не хочет слать ни в какую письма(мб на нужные порты команда EXPOSE не выполнена?). Ну и соответственно ничего не работает, если postfix стоит просто на хосте а не в контейнере
Заранее изивняюсьб, если я допустил какие-то ошибки в терминалогии.
AI
ааа, или если начал использовать контейнеры, то используй до конца?)
ну типа вынести postfix в отдельный контейнер и пусть они между собой общаются?
ну типа вынести postfix в отдельный контейнер и пусть они между собой общаются?
AR
если сервис доступен по сети, в чем проблема?