Коллеги, подскажите пожалуйста. Есть SPA-приложение на ангуляре, которое было докерезировано. Нужно в процессе разработки, в уже запущенный контейнер подливать файлы (скрипты, стили, верстка). Как обычно это делают? Доступ по ftp/ssh?

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

новый образ будет делать Ci

а это просто лайв релоад

в обход CI?

видимо я не понял процесс разработки приложения

да, это дев-контейнер

не продакшен

видимо я не понял процесс разработки приложения

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

а если работать с живыми файлами, а контейниризовать перед выпуском? автоматически с помощью CI

это тоже вариант кстати

но я решил проблему дев-контейнером, в компоузе назначаю вольюмы, прописываю права и все. Спасибо всем, кто откликнулся.

Что за dev-контейнер?

всем привет =) объясните пожалуйста почему в docker-compose могут не работать enviroment ?? есть вот такой кусок docker-compsoe.yml http://pastebin.com/irFmAEd2 есть вот такой Dockerfile для myservice.local http://pastebin.com/fXtj7Lt7 объясните пожалуйста почему при запуске ENTRYPOINT в collector приходит пустое значение переменной REMOTE_HOSTS ? я прочитал вот доки вот тут https://docs.docker.com/compose/compose-file/#/environment https://docs.docker.com/engine/reference/builder/#/entrypoint как то сильно понятнее не стало ENTRYPOINT надо как то комбинировать с CMD ? или нет? docker-compose запускает контейнер, значит по идее переменная из environment секции должна передаваться при запуске контейнера?

во время билда environment из докер компоса не пробрасывается поэтому у тебя сформировался пустой entrypoint при билде

ENTRYPOINT [ "/myservice/bin/collector"] а в compose в command все остальное передай

спасибо, command помогло а вот такой вопрос вот есть у меня несколько сервисов один зависит от другого и прописан через depends-on но дело в том что второй сервис база данных после старта некоторое время "прогревается" можно ли как то на первом сервисе дождаться пока второй сервис откроет заданный порт на своей стороне?

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

это на уровне приложения

https://docs.docker.com/compose/startup-order/

алсо есть вот такой тикет: https://github.com/docker/compose/issues/3754

доброго ночера, есть неспящие?

хай народ! а кто как настраивал общение между контейнерами по сокетам?

имеется ввиду unix sockets ?

ага

хай народ! а кто как настраивал общение между контейнерами по сокетам?

+

хай народ! а кто как настраивал общение между контейнерами по сокетам?

+

version: "2" services: app1: volumes: - /var/run app2: volumes_from: - app1

проблема при апгрейде дикая

это композ ясен пень

лучше бывает создать волум

цепануть к сервису А

а на остальных volumes-from

лучше бывает создать волум

Видимо, так как я и написал )

Видимо, так как я и написал )

у тебя создастся волум привязанный к сервису А, когда ты сделаешь docker-compose up -d app1 то app1 пересоздатся и у него будет новый волум, а старый будет у app2 пока ты не пересоздаш app2 тоже

А я понял. отдельно рулить волумами

Народ, ай нид юр хелп

где я накосячил

на указанном порте показывает стартовую страницу нгинкса

вместо index.html

Конфиги NGINX

А может быть дело в дефолтных настройках nginx, один из вариантов что помимо site.conf внутри контейнера еще есть типа default.conf?

это очень маловероятно

у меня все настройки нгинкс хранились в site.conf на прошлом харде

я вроде бы все настройки воспроизвел так же

но что-то не пашет

я думаю дело в volume

что то не так прописал

поэтому он не видит site.conf и юзает дефолтные настройки

Может пути не те) Я бы еще попробовал линковать не конкретный конфиг, а папку с конфигами ./nginx_conf:/etc/nginx/conf.d

ну или какой там путь Внутри данного образа, в него папку линковать а не конкретный файл

сделай docker run nginx -T для контейнера в котором nginx крутится увидишь собранный конфиг

пробросили в контейнер /home/foll/www/code, а в конфиге nginx ищете в /code?

имхо отнюдь. во всех стандартных поставках nginx которые я видел есть default.conf

А может быть дело в дефолтных настройках nginx, один из вариантов что помимо site.conf внутри контейнера еще есть типа default.conf?

это очень маловероятно

пробросили в контейнер /home/foll/www/code, а в конфиге nginx ищете в /code?

но там же и /code есть

обычно 00-site1.conf 01-site2.conf и т.д. делаю

./code

а еще у вас ./code маппится в /home/foll/www/code а рут для nginx - /code

а должно быть второе

сделал root /home/foll/www/code; - все-равно не работает

попробуйте в живом контейнере nginx найти default.conf в районе /etc/nginx, грохните, перезапустите nginx ... а еще лучше перед этим nginx -t сделать

Надо попробовать линкануть папку с конфигами, ./conf.d:/etc/nginx/conf.d

я сделяль

Заработало?) Как починил?

сек я еще сам не понял ?

Но дело было в портах

блин хрень какая то

будто у меня два нгинкса работают

знаете, есть такая полезная картинка с какой-то конфы "Всё время спрашивайте себя - а не ху*ню ли я делаю"

я вот так делаю

всмысле постоянно спрашиваю

И делаешь хуйню

? ?

И делаешь хуйню

бывает и такое )))

чо скрывать ...

я в итоге сделал какую то хуйню

но она работает

D:

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

вместо стандартного 80 порта поставил 8080

и в site.conf поставил listening 8080;

и теперь все работает на 80 порту

?

весело, мда)

зато на 8080 ничего вообще нет

хотя не, работает... Стандартная страница нгинкса

бля как это вообще работает

Всем добра! Вот какая трабла не стартует контейнер с docker network: https://paste.ubuntu.com/23583508/