Привет. У меня есть доккер файл, в котором я хочу после старта контейнера подлить бэкап в mysql FROM cswl/xampp RUN /opt/lamp/bin/MySQL start && \ musql -uroot < init_db.sql

Привет. У меня есть доккер файл, в котором я хочу после старта контейнера подлить бэкап в mysql FROM cswl/xampp RUN /opt/lamp/bin/MySQL start && \ musql -uroot < init_db.sql

некий функционал включения и выключения компонентов

подскажите, пожалуйста. как отладить эту ошибку? docker-compose build не собирается ERROR: Service 'goip-sms' failed to build: The command '/bin/sh -c /goip_install/goip_install.sh' returned a non-zero code: 1

смотришь, какой layer обрался перед этим, делаешь docker run -ti --entrypoint bash <layer>, и внутри контейнера уже запускаешь sh -xv /goip_install/goip_install.sh

локальной для тебя или для сворма?)

если у локальной машины нет доступа в интернет, но нужен гугл, то решением будет подключить интернет. Если приложение доступно из внутренней сети, надо огранизовать в неё доступ. Логично?

а, то есть вы подозраваете, что есть какой-то волшебный механизм у swarm? Нет, нету. У k8s есть проброс портов из коробки через kubectl port-forward. Со swarm надо либо идти по ssh, либо выставлять сервис наружу, либо vpn организовывать. Всё как обычно, специфики swarm не приносит.

а, то есть вы подозраваете, что есть какой-то волшебный механизм у swarm? Нет, нету. У k8s есть проброс портов из коробки через kubectl port-forward. Со swarm надо либо идти по ssh, либо выставлять сервис наружу, либо vpn организовывать. Всё как обычно, специфики swarm не приносит.

Привет. Вопрос по тому как готовить локальную разработку. Допустим есть php приложение, для него билдим образ, ставим все необходимые модули, копируем в него исходный код, ставим зависимости композером и т.д. Получаем образ готовый в прод. Но его хочется разрабатывать. По идее я беру этот же образ, в docker-compose.yml внаглую делаю volumes который перезаписывает тот код, что есть в образе, моим кодом из рабочего каталога. Проблема в том, что в этот момент стали неактуальные например мои composer.json зависимости. Можно конечно docker-compose exec ... composer install руками, но хочется лучше. Мне видется что было бы хорошо, каждый раз когда я спулился, пепезапускать docker-compose, и он бы на всякий случай делал composer install или какую-нибудь другую подготовительную работу, миграции накатить там. Но уже после того как в нем с помощью volumes подменили src. Единственный вариант так сделать, как я понимаю, это переопределять дефолтную cmd: Делаем свой entrypoint, в нем делаем вспомогательные операции, а в конце не забываем дернуть entrypoint который был в образе по умолчанию, чтобы например запустить apache, как в базовом образе.

Привет. Вопрос по тому как готовить локальную разработку. Допустим есть php приложение, для него билдим образ, ставим все необходимые модули, копируем в него исходный код, ставим зависимости композером и т.д. Получаем образ готовый в прод. Но его хочется разрабатывать. По идее я беру этот же образ, в docker-compose.yml внаглую делаю volumes который перезаписывает тот код, что есть в образе, моим кодом из рабочего каталога. Проблема в том, что в этот момент стали неактуальные например мои composer.json зависимости. Можно конечно docker-compose exec ... composer install руками, но хочется лучше. Мне видется что было бы хорошо, каждый раз когда я спулился, пепезапускать docker-compose, и он бы на всякий случай делал composer install или какую-нибудь другую подготовительную работу, миграции накатить там. Но уже после того как в нем с помощью volumes подменили src. Единственный вариант так сделать, как я понимаю, это переопределять дефолтную cmd: Делаем свой entrypoint, в нем делаем вспомогательные операции, а в конце не забываем дернуть entrypoint который был в образе по умолчанию, чтобы например запустить apache, как в базовом образе.

Привет. Вопрос по тому как готовить локальную разработку. Допустим есть php приложение, для него билдим образ, ставим все необходимые модули, копируем в него исходный код, ставим зависимости композером и т.д. Получаем образ готовый в прод. Но его хочется разрабатывать. По идее я беру этот же образ, в docker-compose.yml внаглую делаю volumes который перезаписывает тот код, что есть в образе, моим кодом из рабочего каталога. Проблема в том, что в этот момент стали неактуальные например мои composer.json зависимости. Можно конечно docker-compose exec ... composer install руками, но хочется лучше. Мне видется что было бы хорошо, каждый раз когда я спулился, пепезапускать docker-compose, и он бы на всякий случай делал composer install или какую-нибудь другую подготовительную работу, миграции накатить там. Но уже после того как в нем с помощью volumes подменили src. Единственный вариант так сделать, как я понимаю, это переопределять дефолтную cmd: Делаем свой entrypoint, в нем делаем вспомогательные операции, а в конце не забываем дернуть entrypoint который был в образе по умолчанию, чтобы например запустить apache, как в базовом образе.

Привет. Вопрос по тому как готовить локальную разработку. Допустим есть php приложение, для него билдим образ, ставим все необходимые модули, копируем в него исходный код, ставим зависимости композером и т.д. Получаем образ готовый в прод. Но его хочется разрабатывать. По идее я беру этот же образ, в docker-compose.yml внаглую делаю volumes который перезаписывает тот код, что есть в образе, моим кодом из рабочего каталога. Проблема в том, что в этот момент стали неактуальные например мои composer.json зависимости. Можно конечно docker-compose exec ... composer install руками, но хочется лучше. Мне видется что было бы хорошо, каждый раз когда я спулился, пепезапускать docker-compose, и он бы на всякий случай делал composer install или какую-нибудь другую подготовительную работу, миграции накатить там. Но уже после того как в нем с помощью volumes подменили src. Единственный вариант так сделать, как я понимаю, это переопределять дефолтную cmd: Делаем свой entrypoint, в нем делаем вспомогательные операции, а в конце не забываем дернуть entrypoint который был в образе по умолчанию, чтобы например запустить apache, как в базовом образе.

Не надо volumes приложение должно быть изолированым

Вопрос про локальную разработку

Вопрос про локальную разработку

Всем привет. Не кто не подскажет как можно по простому две bridg подсети на разных host машинах связать между собой?

я новичок в докере вопрос скорее всего тупой будет как я понял, скачиваешь образ из docker hub, создаешь из него контейнер, в этом контейнере устанавливаешь зависимости которые тебе нужны и в нем разработываешь приложение таким образом все происходит изолированно => когда зальешь его в докер хаб(по идее образ как-то нужно создать из контейнера в котором делал приложение) кто-нибудь может его скачать у запустить у себя я правильно все понял? когда создаешь контейнер как в него запихнуть какие-то файлы, по идее директория какая-то должна быть чтобы поудобней было

Маршрутами

Не вариант Вариантом может быть использование консула для поддержки одной подсети между разными хостмашинами

Консул то тут причём?

https://gist.github.com/metallica127/ed1f1a0e0597e537e20f28d78c1a0d45

Относительно. Но чуток не так. Лучше таки все действия описывать в докерфайле

Ну в итоге что бы на разных машинах можно было обращаться к контейнерам по network alias

Я туда и смотрю. Но нужен простой промежуточный етап просто.

например я делаю рест апи на экспрессе(nodejs) сделал проект и после создал контейнер? или сначала создал контейнер в какой-то директории и после сделал там весь проект?

привет. Сбилдил го приложеньку, пихнул в scratch, а оно мне standard_init_linux.go:190: exec user process caused "no such file or directory"