Пользуюсь этим методом, все прекрасно работает. :)

скопирует файл httpd.conf из контейнера 4f2 на локальную машину

по id обращаться вроде щетается дурным тоном, не? нанюхаетесь своего кубернетеса и ... друг друга

я даже про разницу между ADD и COPY отвечал когда-то на собесах

я даже про разницу между ADD и COPY отвечал когда-то на собесах

Пользуюсь этим методом, все прекрасно работает. :)

Ну только не по айди, я через докер-компоуз работаю. :)

что же ты тогда вопросы задаёшь как вытащить файл из контейнера?

Ну только не по айди, я через докер-компоуз работаю. :)

все так работают. ну почти. вообще волюмы есть

Ну мне, кажется, именно здесь и сказали, что не надо пхп.ини править в контейнере :)

у меня проблема в том, что кроме контейнера этого похапэ.ini сейчас нет больше НИГДЕ, кроме образа докер-хоста недельной давности. работающее решение, которое мне предложили - делать коммиты и кидать их в гит - мне тоже не нравится

Окей. Тебе надо один раз это сохранить? Или организовать инкрементальный бэкап и версионность?

тебе нужен githooks

мне нужна готовая работающая схема. В теории я всё и так знаю. и про пост-коммит хуки и про ansistrano/deploy/rollback

напишу тебе готовую рабочую схему за 5000 рублей

https://githooks.com/

на гитхабе есть тонны примеров. погугли, поищи. точно уже решали твою задачу миллиард раз

но пожалуйста, очень прошу, не надо sshfs :)

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

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

ну лог глянуть можно через docker cp <контейнер>:/root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log ./ даже если контейнер остановлен

ребят, привет, пытаюст запустить node js приложение в режиме разработки в докере но постоянно получаю ошибку docker-compose: version: "2" services: mysql: image: mariadb container_name: mariadb ports: - "3307:3306" volumes: - ./mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: secret nginx: image: nginx:latest container_name: nginx ports: - "8000:80" volumes: - ./nginx:/etc/nginx/default.conf - ./logs:/var/log/nginx - ./www:/var/www restart: unless-stopped links: - app app: build: context: . dockerfile: ./images/nodejs/Dockerfile container_name: nodejs restart: always environment: NODE_PATH: "." NODE_ENV: "development" command: npm run dev volumes: - ./app:/var/www - node_modules:/home/node/app/node_modules ports: - 8091:3000 links: - mysql depends_on: - mysql volumes: node_modules: error: nodejs | > app@0.3.1-6.3 dev /var/www nodejs | > gulp dev nodejs | nodejs | [02:25:27] Local modules not found in /var/www nodejs | [02:25:27] Try running: npm install nodejs | npm ERR! code ELIFECYCLE nodejs | npm ERR! errno 1 nodejs | npm ERR! app@0.3.1-6.3 dev: `gulp dev` nodejs | npm ERR! Exit status 1 nodejs | npm ERR! nodejs | npm ERR! Failed at the app@0.3.1-6.3 dev script. nodejs | npm ERR! This is probably not a problem with npm. There is likely additional logging output above. nodejs | npm WARN Local package.json exists, but node_modules missing, did you mean to install? nodejs | nodejs | npm ERR! A complete log of this run can be found in: nodejs | npm ERR! /root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log nodejs exited with code 1 mariadb & nginx работают нормально не могу понять как исправить и куда копать Local modules not found - модули стоят, при сборке устанавливаются - это видно при сборке /root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log - как сюда зайти ума не приложу, оно же в контейнере, а при остановке все удаляется, подскажите если знаете, как посмотреть

а зачем тебе ьам полноценный volume под модули? Обычно это от непонимания. В чём задумка?

а зачем тебе ьам полноценный volume под модули? Обычно это от непонимания. В чём задумка?

docker cp nodejs:/root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log ./ Error: No such container:path: nodejs:/root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log docker cp 7fdae629a08d:/root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log ./ Error: No such container:path: 7fdae629a08d:/root/.npm/_logs/2021-03-11T02_25_27_026Z-debug.log

id контейнера укажи

https://www.digitalocean.com/community/tutorials/containerizing-a-node-js-application-for-development-with-docker-compose-ru ПУНКТ 4

костылем непонятным выглядит

мб для ускорения сборки. что бы по 10 раз не выкачивать их

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

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

ну это типа туториал

ну хз, мы при автосборке просто монтируем уже скачанные модули и npm run след шагом, а у нас их под 6к. Сборка чуть ли не в 2 раза быстрее чем если предварительно npm install делать

копипасть из туториалов внимательней: ``` volumes: - .:/home/node/app - node_modules:/home/node/app/node_modules ``` а у тебя?

при docker build монтируете?

копипасть из туториалов внимательней: ``` volumes: - .:/home/node/app - node_modules:/home/node/app/node_modules ``` а у тебя?

копипасть из туториалов внимательней: ``` volumes: - .:/home/node/app - node_modules:/home/node/app/node_modules ``` а у тебя?

ну хз, мы при автосборке просто монтируем уже скачанные модули и npm run след шагом, а у нас их под 6к. Сборка чуть ли не в 2 раза быстрее чем если предварительно npm install делать

да, один раз npm i, ну а там по мере необходимости для разрабов их обновляем

понял, возьму на заметку, а то сборка очень долгая локально, а на сервере боевом еще дольше будет

вру, COPY

можешь ещё "multi-stage builds" делать, чтобы в последнем образе онли вебсервер да проект был к примеру. Образа весят тогда итоговые куда меньше и при обновлении не захламляют сервер

Если я правильно понимаю доку, то driver: bridge делает контейнеры в одной сети, то есть должен быть доступ по 127.0.0.1:3306

не должен, должен быть по имени сервиса в композе

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

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

волюм

переписать на получение из env переменных или маунтить с хоста

там 2 конфига - один для деплоя на прод, второй на дев, оба в json формате + в конфигах еще куча других настроек прод работает под pm2, дев работает под nodemon - я так понимаю мне pm2 при использовании докера не нужен? контейнер и так будет автоматом перезапускаться в случае ошибок кроме env других вариантов нету? а то выходит что два конфига бд(прод и дев) в 2 местах будут

блин, дичь какая то, указал в environment для app DB_HOST: mysql - а внутри в приложении все равно в process.env.DB_HOST 127.0.0.1:3306

может .env файл с более выскои приоритетом?