Классный гайд нашел по локальной разботке с использованием докера: https://muracon18.bretfisher.com/#1 Для начинающих думаю будет очень полезно

народ, подскажите, а сейчас мультистейдж в докерфайлах не работает что ли? docker 18.03.0-ce

# docker version --format={{.Server.Version}} 18.03.0-ce у меня такая версия, ща проверил - работает

# docker version --format={{.Server.Version}} 18.03.0-ce у меня такая версия, ща проверил - работает

а можно пустой пример докерфайла? может я где туплю

https://dpaste.de/gEAU

вот

cat в начале и cat в конце лишние, это так случайно вышло :)

понял) ща попробую

так, где-то я криворук вчера был... все работает)

вот

спасибо)

подскажите как реализовать такое. У меня 22 порт юзается сервером но приложение тоже хочет юзать 22 порт (это гит сервер) ак быть и будет ли всё норм работать?

Зачем ему ssh порт?

gogs можешь глянуть)

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

чтобы репозитории лить)

Т.к. частенько 22 порт в принципе закрывают

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

Ну я сейчас попробую это)

Типо -p 2200:22 если в контейнере это слушается на 22 порту

подскажи как работает? expose: - "3000"

у меня просто nginx-proxy и я не могу разобраться как с портами быть в приложениях)

которые в веб ведут

подскажите как сделать чтобы в nginx-proxy подхватывался нужный порт автоматический, а не руками прописывать для контейнера?

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

Там можно хоть 6666 написать

подскажите как сделать чтобы в nginx-proxy подхватывался нужный порт автоматический, а не руками прописывать для контейнера?

https://github.com/jwilder/nginx-proxy Попробуй вот это раскурить

https://github.com/jwilder/nginx-proxy Попробуй вот это раскурить

Да всё поехало норм уже)

надо кроме VIRTUAL_HOST еще VIRTUAL_PORT писать и окей всё поднялось)

Ребят, подскажите плс, как можно получить путь к файлам в контейнере, который залинкован к текущему? Ситуация такая: nginx - отдельный контейнер с линкой на api_app api_app - отдельный контейнер В конфиге nginx нужно добавить путь к корню api_app(like root /var/app/public) Возможно, сама архитектура контейнеров не очень

Нашел вариант - шарить именованные volum'ы, но что-то кажется, что есть вариант лучше

Линк не даёт никакого доступа к фс, только роутинг по имени

Так что через волюмы

Если делать через волюмы, то как я понимаю, у всех сервисов, которые используют один и тот же именованный волюм, будут одинаковые файлы в директории волюма? И если какой-то сервис изменит какой-то файл в директории волюма, то он изменится везде?

Если делать через волюмы, то как я понимаю, у всех сервисов, которые используют один и тот же именованный волюм, будут одинаковые файлы в директории волюма? И если какой-то сервис изменит какой-то файл в директории волюма, то он изменится везде?

А ты попробуй

Получается, что да

Подскажите, пожалуйста. Вот есть какой-нибудь сайт на PHP. Хочу завернуть его в докер. Создаю два контейнера (с php-fpm и nginx), ну и docker-compos. Как сделать так, чтобы у обоих контейнеров был доступ к контенту сайта? Везде в интернете предлагаю создать volume с контентом, но разве это не убивает саму идею докеризации? Разве оно не должно быть stateless?

Клади в nginx статику, которую должен отдавать он, а в пхп - то, что нужно для него. Без всяких волюмов. Волюм нужен тут будет для файлов, которые будут изменяться пользователем или сайтом

И кстати, контент разве в обычных файлах лежит? Не в бд?

Тут контент - фоточки всякие, например. А php по ним ходит и создает ссылочки на сайте

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

привет всем, кто-нить на лине юзал dante server?

Господа, добрый вечер, есть вопрос 1

спасибо, сам разобрался

Я пока еще изучаю докер и хочу понять как он работает. Как я понял, есть некая иерархия зависимостей, и если первый образ, берет за основу второй, то качается и второй и первый. Вопрос собственно в чём, тут есть у меня 1 образ, зовётся "microsoft/aspnetcore-build:2.0", не пойму почему, но он весит больше 1.7 гигов, хотя при наследованиии от jessie другие контейнеры весят в районе 200-300 мегабайт, это туда напихали много чего или же я где-то сглупил?

Тут контент - фоточки всякие, например. А php по ним ходит и создает ссылочки на сайте

ты можешь монтировать с помощью volume

эт нормальный вариант

можешь copy . .

это скопирует в контейнер

можешь copy . .

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

ты путь можешь любой указать

ты можешь монтировать с помощью volume

Не хочу монтировать, хочу контейнеры со всем, чем нужно

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

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

ты путь можешь любой указать

Service 'web' failed to build: Forbidden path outside the build context:

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

Да, я думал об этом, но тогда не получится реюзать готовые образы nginx и php-fpm, что неприятно

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

Да, я думал об этом, но тогда не получится реюзать готовые образы nginx и php-fpm, что неприятно

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

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

Хм, что-то не уловил

от чего такие ошибки?( 37#37: *1 connect() failed (111: Connection refused) while connecting to upstream, client: *.*.*.*, server: b.domain.pw, request: "GET / HTTP/1.1", upstream: "http://172.18.0.2:3000/", host: "github.baks.pw"

Хм, что-то не уловил

Тебе предложили обернуть содержимое в контейнер, но ты говоришь, что не сможешь юзать готовые сборки nginx и php, так наследуй контейнер с содержимым от готовых образов, а своё приложение в свою очередь от контейнера с содержимым

Тебе предложили обернуть содержимое в контейнер, но ты говоришь, что не сможешь юзать готовые сборки nginx и php, так наследуй контейнер с содержимым от готовых образов, а своё приложение в свою очередь от контейнера с содержимым

Но там же два разных процесса - php и nginx

Но там же два разных процесса - php и nginx

А как ты до этого решал свою проблему со связью?

Никак, пытаюсь разобраться в докере на конкретной задаче

Никак, пытаюсь разобраться в докере на конкретной задаче

Советую посмотреть в сторону docker-compose

ну это понятно

ну это понятно

А чего непонятно?

Собственно поднять два контейнера (nginx + php) - не проблема

Проблема дать им общие файлы

Точнее так: дать им общие файлы, не создавая volume

Проблема дать им общие файлы

Тогда volume

Зачем им общие файлы?)

Так и не создавай

Зачем им общие файлы?)

nginx их отдает, php смотрит листинг файлов и генерит ссылочки на них

Тогда volume

Но оно же не будет тогда stateless, или я чего-то не понимаю?

nginx их отдает, php смотрит листинг файлов и генерит ссылочки на них

Примаунти напрямую папку туда и туда

И всё

А как это деплоить тогда?

Папка то будет вне контейнеров

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

Ну я понимаю

И php получает к нему доступ не обращаясь к каталогу с ними

Мне это скорее в образовательных целях

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

А иначе докер и не нужон)

Ага, поэтому мне простым решением казалось просто copy делать

Только вот внезапно нельзя из внешних директорий копировать

Почему нельзя?

Абсолютный путь?

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

Или ещё 3 контейнер с бд сделал и список туда положил

Почему нельзя?

Ну смотри, создал такую структуру: content/ docker-compose.yml php/Dockerfile nginx/Dockerfile

При билде вылезает:

Service 'ohp' failed to build: Forbidden path outside the build context:

Укажи корневой контекст при сборке

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

Я бы назвал это нормальным решением, если бы это при сборке докерфайла прямо могло бы делаться

Он по дефолту находится в папке с Dockerfile, если через docker-compose

Укажи корневой контекст при сборке

Как? Можно направить в доку?

Я с телефона

Docker build context