Как запустить composer install внутри docker контейнера с сайтом?

Question

[CaptainJustness]

Всем привет. Осваиваю docker и docker compose. Сделал такой конфиг:

version: '3.9'

services:
...
  php:
    image: php:7.4.3-apache
    network_mode: bridge
    expose:
      - 80
    environment:
      VIRTUAL_HOST: test.localhost
    volumes:
      - ./:/var/www/html
    depends_on:
      - mysql

  composer:
    image: composer
    network_mode: bridge
    volumes:
      - ./:/var/www/html
    working_dir: /var/www/html
    depends_on:
      - php
...

Что нужно дописать, чтобы я мог в терминале выполнять composer install и т.д.? Я видел, что подключение php выносят в отдельный php.dockerfile и там прописывают то, чтобы composer заработал. Мне такой вариант не нравится т.к. для этого нужно создавать доп. файлы. А я хочу добиться использование только одного файла docker-compose.yml.

Предполагаю, что в месте подключения php образа, нужно добавить какую-то команду/опцию для связки с composer, чтобы php понял, что он есть.

Буду очень признателен за разъяснение.

Comments

[Дмитрий]

Вам один раз выполнить команду? Или чего?

[CaptainJustness]

Дмитрий, нет, пакеты ставить и т.д. типо "docker-compose exec project php composer install ..." из вне, или просто зайти в php контейнер, где сайт лежит, и от туда выполнять команды для composer. Нужно, чтобы php увидел composer. Чтобы было обращение.

[Дмитрий]

CaptainJustness, а зачем его тогда ставить в другой контейнер?

[CaptainJustness]

Дмитрий, я пока только осваиваю. В общем и целом. мне нужно выполнять команды) чтобы ставить пакеты для сайта. Если не нужно в другой контейнер. то как выполнить тогда? Если возможность есть запихать в другой контейнер то как?

[Дмитрий]

CaptainJustness, ну я бы его поставил в контейнер с php.

[CaptainJustness]

Дмитрий, как? в рамках конфига docker-compose.yml. Или может быть есть образы где уже добавлен... Как то эту команду поместить в php блок "COPY --from=composer:latest /usr/bin/composer /usr/local/bin/composer"...

[Дмитрий]

CaptainJustness, ну если вы не хотите писать Dockerfile, можно попробовать использовать command
command: sh -c "php -r 'copy('https://getcomposer.org/installer', 'composer-setup.php');' && php composer-setup.php && php -r 'unlink('composer-setup.php');' && composer install"

Но как бы анекдот напоминает:

Идёт девушка – видит - парень косит траву в противогазе:
- Ты что, с ума сошёл - зачем противогаз надел?
- Я комсомолец - не могу без трудностей...
- Кончай х@йней страдать, пошли лучше потрахаемся.
- Хорошо - но только в гамаке и стоя...

[CaptainJustness]

Дмитрий, Спасибо. Попробую. :D Да я пока изучаю) прощупываю нужную архитектуру. Эта команда будет выполняться каждый раз как будет запущен контейнер? или только 1 раз при создании?

[Дмитрий]

CaptainJustness, хз. никогда не юзал.

[CaptainJustness]

Дмитрий, вот такой вопрос еще к вам, как думаете, как лучше?

структура проекта (папок)

вариант 1:
-> etc - общие конфиги и бд для докера
- - -> mysql
- - -> nginx
- - -> httpd
- - -> ...
-> domain.com - лендинг проекта
- - -> ...
- - -> docker-compose.yml - конфиг с окружением лендинга
-> api.domain.com - апи проекта
- - -> ...
- - -> docker-compose.yml - конфиг с окружением апи
- android-native - мобильное приложение
- - -> ...
- - -> docker-compose.yml - конфиг с окружением сборки приложения

ИЛИ

вариант 2:
-> etc - общие конфиги и бд для докера
- - -> mysql
- - -> nginx
- - -> httpd
- - -> docker-compose.yml - один глобальный конфиг докера,
- - -> ...
-> domain.com - лендинг проекта
- - -> ...
-> api.domain.com - апи проекта
- - -> ...
- android-native - мобильное приложение
- - -> ...

[Дмитрий]

CaptainJustness, честно говоря никогда особо не парился.
у меня папки dockerfiles, configs с конфигами и папка с проектом. как бы и все.
apache я вообще не использую - смысл?

а domain и api у вас разная кодовая база?

[CaptainJustness]

Дмитрий, да, допустим разная но общее это MySQL, например. Если подумать, то лучше первый вариант, когда каждый проект самодостаточен, допустим перекинул этот проект и ктото смог запустить только его. А во втором варианте придется скидывать еще дополнительно папку etc в котором глобальный конфиг докера и плюс в нем будет еще доп. конфиги для того проекта. который ему не передали (например android-native), допустим если он только лендинг делает... хм хм хм..

и еще пока не известно, как у меня будут 2 проекта запускаться в докере... допустив domain и в api в конфигах там будет бд прописана. она два раза запустится... или один раз запустится у того кого первым запускаем и будет работать на оба проекта.... хз.... надо все методом тыка проверять..

[Дмитрий]

CaptainJustness, база у вас запустится 1 раз. с чего бы она 2 раза будет запускаться? Два проекта будут запускаться просто - контейнер php-fpm c api вешаете на 1 port 9000, контейнер php-fpm с сайтом на 9001. И все. Если вы хотите разделить их кодовую базу по контейнерам. Но как бы тоже избыточно.

[CaptainJustness]

Дмитрий, буду экспериментировать)

[CaptainJustness]

Дмитрий, command: ... - не работает. ошибка там..
Лог: Parse error: syntax error, unexpected ':', expecting ')' in Command line code on line 1
Статус контейнера: Exited (254)

[Дмитрий]

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

[CaptainJustness]

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

[Дмитрий]

CaptainJustness, дык

There can only be one CMD instruction in a Dockerf...

[CaptainJustness]

Дмитрий, так это доккерфайле прописывается, а мы то в докер композер делаем.

[Дмитрий]

CaptainJustness, command это аналог CMD, в ссылке на доку четко об этом написано. Добавьте в конце command после всего треша, запуск php-fpm или чего там.
Если вы не хотите писать dockerfile придется потрахаться.

[Дмитрий]

CaptainJustness, Более того в dockerfile вы бы использовали RUN, что создает новый слой, и следовательно ускоряет rebuild.

Answer 1

[Василий Банников]

Тебе нужно сделать Dockerfile для твоего php-приложения, в котором будет в отдельном шаге делаться composer install.

Запускать composer через docker-compose нет никакого смысла

Что-то типа (псевдокод, тк далёк от тематики PHP)

FROM composer as prepare
WORKDIR /app
COPY src/ ./src/
RUN composer install

FROM php as runtime
COPY --from=prepare /app/ /app/
WORKDIR /app
ENTRYPOINT <что там нужно как entrypoint вообще писать?>

Comments

[CaptainJustness]

Спасибо.. но я указал в сообщении, что без Dockerfile файла. С ним я знаю как сделать) Я именно хочу реализовать подход только с 1 файлом docker-compose.yml

[Василий Банников]

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

Хотя чисто в теории можно подключить php-apache и composer к одному волюму, и заставить композер в этот волюм скачивать зависимости.
Но зачем?

[CaptainJustness]

Василий Банников, смотрите, для композера есть один файл composer.json, для nodejs тоже один файл package.json. Поэтому хочу этого же самого добиться и с docker. чтобы был только 1 файл docker-compose.yml

Докер только для локальной разработки буду использовать, и его задача для меня заменить MAMP и OSPanel. Поэтому хочу сделать именно через докер, простой 1 файл в котором будет описано все окружение для разработки проекта на любых ОС. Это же круто.

[Василий Банников]

CaptainJustness,

смотрите, для композера есть один файл composer.json, для nodejs тоже один файл package.json. Поэтому хочу этого же самого добиться и с docker. чтобы был только 1 файл docker-compose.yml

Первый пример - случайное совпадение.
Второй - это попытка использовать инструмент для той задачи, для которой он не предназначен.
docker-compose - это для локальной оркестрации.
Чтобы поднять несколько сервисов из разных образов, которые друг от другая зависят.
Хороший пример - php и mysql.

Чтобы описать, как нужно собрать образ для сервиса используется Dockerfile, и с этим ты ничего поделать не можешь.
И у тебя тут как раз сценарий сборки - взять исходники, запустить composer install, чтобы подтянуть зависимости, и в конце скопировать их в папку, из которой их подтянет апач.
Ещё можно в репу сохранить конфиг для апача, который потом копировать в контейнер - это тоже вполне docker way.

Докер только для локальной разработки буду использовать, и его задача для меня заменить MAMP и OSPanel. Поэтому хочу сделать именно через докер, простой 1 файл в котором будет описано все окружение для разработки проекта на любых ОС. Это же круто.

Почему бы не использовать для этого тогда какой-нибудь Vagrant, если он как раз для этой задачи и придуман? Вроде он даже ещё живой.

Ещё вполне живой вариант - запускать compose install без docker compose - просто прокидывать в него папку с твоими исходниками как volume, и аналогично делать с apache - прокидывать в неё папку с исходниками и подгруженными зависимостями как volume.

[CaptainJustness]

Василий Банников, да я это прекрасно понимаю. Просто хочу именное такое решение, далее экспериментировать и прийтий к идеальным конфигам для моих потребностей. Понятно, что сложных проектов без докерфайлов никак. Я это прекрасно понимаю. Но все норм, кроме проблемы с композером... Буду что-нибудь придумывать. Нужно больше понимания как работает докер. Тогда проще будет. Только осваиваю.

[Василий Банников]

CaptainJustness, а я говорю, что вы пытаетесь использовать молоток без ручки.
Сделать "как правильно" будет сильно проще

Answer 2

[akelsey]

пробуйте так:

composer:
    image: composer
    network_mode: bridge
    volumes:
      - ./:/var/www/html
    working_dir: /var/www/html
    entrypoint:
      - composer
      - install
    depends_on:
      - php

Comments

[CaptainJustness]

Спасибо, попробую. И как далее установить какой-нибудь пакет, например?

[Василий Банников]

CaptainJustness, поменять файл с зависимостями и перезапустить целиком

[CaptainJustness]

Василий Банников, хех)