он лежит в /opt/app/cofigs

подскажите пожалуйста, как скопировать файл с хост системы в контейнер?

volume

так же, как копировал свой никнейм

спс

!

так же, как копировал свой никнейм

🤣

так же, как копировал свой никнейм

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

так же, как копировал свой никнейм

а что, если он написал вручную?

Ну вот на него ссылайся в nginx конфиге

fastcgi_pass ok, работает, запрос направляется в контейнер, а как root прописать?.. Плюет 404 из контейнера

fastcgi_pass ok, работает, запрос направляется в контейнер, а как root прописать?.. Плюет 404 из контейнера

у вас данные внутри контейнера только или через volumes пробрасываются?

через volumes, я пишу root до реального адреса, вне контейнера и вижу ошибку 404 от nginx если я пишу адрес внутри контейнера, то вижу 404 из контейнера

у вас данные внутри контейнера только или через volumes пробрасываются?

Прописал fastcgi_param SCRIPT_FILENAME /var/www/laravel/public/$fastcgi_script_name; зробило

/var/www/laravel/public это внутри контейнера

Прописал fastcgi_param SCRIPT_FILENAME /var/www/laravel/public/$fastcgi_script_name; зробило

блин, я уже пошел ваш случай разворачивать))

а root прописан так как на хосте, да?

блин, я уже пошел ваш случай разворачивать))

Спасибо, решение уже найдено)

да, в папку которая примонтирована

кмх

всем привет

тут сижу изучаю docker-compose

(у меня GO)

линканул к основному контейнеру (App) еще и контейнер с пакетным менеджером

services: dep: image: instrumentisto/dep web: image: golang command: > bash -c " cd cmd/main && dep ensure -vendor-only && go build -o ../../bin/main . && cd ../../bin && ./main" depends_on: - mongo links: - dep ...

вернее даже так (поправил выше)

но что-то он dep не видит 🙁

билда падает на dep ensure -vendor-only типо нет такой команды

Так compose сервисы по сети объединяет, если я не ошибаюсь

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

А для какой цели?

там подгрузка зависимостей

перед билдом

я пробывал так-же в dep это сделать, тоесть прописать ему command, но тогда web может запустить раньше чем он закончит и жопа

Может быть лучше добавить dep в образ, где будет происходить сборка?

я не хотел собирать кастом образ ;(

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

ну там сложно уже начинается

это придется какую то систему сборки делать

А у вас ее нет?(

есть

но я чисто на коленке собираю докер

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

я чисто разработчик, у нас девопс этим занимался 🙁

мне пришлось вникать в докера за день

я не вьеду сейчас с этими "собрать в одном контейнере" "перемонтировать в друго контейнер"

Да ничего страшного, получится что-то вроде docker build && docker-compose up

Либо же, если хотите билд в этом же контейнере при поднятии приложения, есть еще один вариант

Просто go get dep

(Ну с полным путем до репозитория dep)

ну скачивать деп не очень конечно

Но это в случае, если в основном контейнере есть голанг

а докер позволяет собрать контейнер из двух?

базовых

ну скачивать деп не очень конечно

Dep ensure будет скачивать все зависимости из интернета, так что зла не сильно больше будет

а докер позволяет собрать контейнер из двух?

Если правильно вас понимаю, то да, это называется multistage

можно наверно намутить кастомный web контейнер из двух: FROM golang FROM instrumentisto/dep

и потом уже композером его профигачить

Сейчас покажу пример

FROM *** as builder WORKDIR /go/src/*** ADD . /go/src/*** RUN make build_docker FROM *** WORKDIR /app COPY --from=builder /go/bin/* ./

Получится что-то такое, но с вашими путями вместо ***

https://docs.docker.com/develop/develop-images/multistage-build/

https://made2591.github.io/posts/goa-docker-multistage

Надеюсь, что поможет!

не понятно зачем тут копи

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

странно что в корень копируется

Докер как слоеный пирог, берется базовый слой, в нем что-то делается(создаются новые слои) Мультистейдж позволяет из одного такого пирога взять что-то и положить в другой пирог(основанный на другом базовом образе, с другим окружением, и т.п.)

Почему в корень?)

COPY --from=builder /go/bin/* ./

сорри в app

Чуть выше Workdir указан

ну для моих целей надо было туда положить, это уже под ваши задачи подстраивается. Чаще всего в корень кладут(UPD: запуская через ./appbin) или /usr/local/bin (чтобы вызывать без указания пути к бинарнику)

а ADD . зачем?

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

Чтобы положить исходники по тому пути, где их голанг ожидает видеть

По-умолчанию он смотрит в /go/src/

типа запускать контейнер с пхп отдельно? не пойму, в докеркопоз же запускается

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

😂 чот сложно

Зачем в контейнере пользователь?)