Как удобно выполнять composer / npm / artisan / ... в Docker?

Question

[l4m3r]

Если до докера это всё делалось в терминале по F12 и вкладке интеграции с node, кликом мышкой по npm команде, то как это удобно делать сейчас?
В PhpStorm есть интеграция с Docker и там по клику на запущенном контейнере, можно сделать exec команды. Делаю exec bash по php и вот там, маленьком и неудобном терминале, могу писать уже composer или artisan. И вот так вот надо работать теперь? Или как-то по другому это всё делается?

Ещё вопрос. Я правильно делаю, что ставлю composer / git в Dockerfile к php? Или нужно отдельный контейнер для композера?

Comments

[yayashitoya]

Концепция Докера подразумевает, что ваше ПО там "заморожено" в его состоянии. Сдается мне, что вы пытаетесь его "оживить".
Изменяются только данные (расположенные в Volume, а не внутри контейнера).

[l4m3r]

yayashitoya, Так я же только данные и изменяю в volume. Что по вашему делает composer/npm? А сам composer и node - “заморожены"

Да и мне, собственно, докер-то нужен только для разработки, чтобы на комп кучу ПО не ставить.

[yayashitoya]

l4m3r,

Да и мне, собственно, докер-то нужен только для разработки, чтобы на комп кучу ПО не ставить.

Зачем тогда вам exec внутри контейнера?

Контейнер = 1 единица сконфигурированного ПО. Внутри - как бы черный ящик. Все взаимодействие - снаружи.

[l4m3r]

yayashitoya, как запускать npm / composer / artisan? Это всё инструменты работы с кодом, а не полноценное серверное ПО, если что.

Контейнер = 1 единица сконфигурированного ПО. Внутри - как бы черный ящик. Все взаимодействие - снаружи.

1. Ну вот контейнер с нодой = 1 контейнер. Но вместе с нодой идет Node Package Manager, который внутри.
2. artisan это часть кода. Находится в volume, а не контейнере. Но чтобы выполнить её, мне нужно запустить "php artisan", а php - внутри php-fpm контейнера.
3. composer - тоже вспомогательный инструмент. По суди это лишь скрипт, который запускается с помощью php, а не процесс какой-то отдельный, требующий отдельного контейнера.

[yayashitoya]

l4m3r, 1 скрипт = 1 контейнер

[l4m3r]

yayashitoya, вы вообще вопрос читали или комментарий? Сдается мне, вы вообще не в теме.

[yayashitoya]

l4m3r,

вы вообще вопрос читали или комментарий? Сдается мне, вы вообще не в теме.

замечательно!
вы же спрашиваете! вы же не знаете как надо! вы же не понимаете ответов! но не в теме не вы?

[l4m3r]

yayashitoya,
так не было ответов. Было только "По канону в докере 1 контейнер = 1 процесс", которое и так я знаю, и которое никак не отвечает на мой вопрос.

[yayashitoya]

l4m3r,

так не было ответов

если вы не поняли, то виноват в этом кто?

[yayashitoya]

l4m3r,

так не было ответов. Было только "По канону в докере 1 контейнер = 1 процесс", которое и так я знаю, и которое никак не отвечает на мой вопрос.

еще раз.
вы не по назначению используете Докер.
если для этого:

чтобы на комп кучу ПО не ставить.

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

[l4m3r]

yayashitoya, у меня не стоит куча ПО в одном контейнере!

docker-compose.yml

version: "3"
services:
  app:
    build: "./docker/app"
    ports:
      - "9000"
 #   working_dir: "/var/www/html"
    volumes:
      - ".:/var/www/html"

  nginx:
    image: nginx:alpine
    restart: always
    ports:
      - "8000:80"
    volumes:
      - "./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf"
      - ".:/var/www/html"
    depends_on:
      - app

  mariadb:
    image: mariadb
    restart: always
    ports:
      - "3306"
    environment:
      - MYSQL_ROOT_PASSWORD=2788
    volumes:
      - "mariadb-data:/var/lib/mysql"

  redis:
    image: redis:alpine
    ports:
      - "6379"
    volumes:
      - "redis-data:/data"
volumes:
  mariadb-data:
  redis-data:

Dockerfile

FROM php:7.3-fpm-alpine

RUN apk add --no-cache $PHPIZE_DEPS git \
    && pecl install redis \
    && pecl install xdebug-beta \
    && docker-php-ext-enable redis xdebug \
    && docker-php-ext-install -j$(nproc) pdo pdo_mysql \
    && mv "$PHP_INI_DIR/php.ini-development" "$PHP_INI_DIR/php.ini" \
    && curl -sL https://getcomposer.org/installer | php -- --install-dir /usr/bin --filename composer

COPY config/* $PHP_INI_DIR/conf.d/

ENV COMPOSER_ALLOW_SUPERUSER=1

RUN adduser -D -u 1000 anton
USER anton

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

Answer 1

[gupovski]

Через docker-compose пользуюсь командой в терминале:
docker-compose run *название контейнера* *команда* (например php artisan)

Answer 2

[vladitot]

Если я правильно понял, то вопрос стоит в том, чтобы удобно выполнять повторяющиеся операции внутри докер-контейнеров.
У меня возник напряг с тем, что нужно постоянно подключаться внутрь контейнеров и выполнять операции внутри них. Поэтому я набросал себе простенький плагин для композера.
Делался для себя. Если кому-то покажется интересным и накидаете issues, то займусь допиливанием.
https://github.com/vladitot/composer-extra-plugin

Comments

[l4m3r]

Вопрос поняли правильно. Не понял суть работы плагина. А с npm как ?

[vladitot]

l4m3r, точно так же, формируете команду, которая должна выполниться. Я с фронтом плохо. Но кажется npm run?
Допустим у вас есть контейнер с npm внутри.

Формируете команду вида docker-compose exec npm bash -c "npm run"

И потом дёргаете ее composer runt npm-run

И она выполнится внутри контейнера

Answer 3

[metajiji]

Используйте multistage build, это когда пишут 2 и более раз директиву FROM, что позволит собирать артефакты в 1 Dockerfile и не захламлять итоговый образ.

Comments

[l4m3r]

Спасибо. А как это связано с моим вопросом? Я на проде вообще докер не планировал использовать.

[metajiji]

l4m3r, напрямую связано со 2 частью вопроса. Остальное по желанию, но если очень хочется работать в точно такой же среде, что и внутри контейнера, то делайте exec, если разницы нет, ставьте локально весь тулчейн и работайте. По факту для работы рнр скриптам все равно кто их скачал.

Answer 4

[Дмитрий Шицков]

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

Путей несколько, разной степени сложности и с разным результатом. Думаю, самым простым для вас будет написать баш-скрипт, в котором прописана вся последовательность вызовов composer и прочего, и положить скрипт внутрь контейнера на этапе сборки. Затем, просто вызывать его через exec в phpstorm по необходимости.

Answer 5

[Егор Мокеев]

Любой скрипт строго говоря тоже процесс, просто прерываемый. Поэтому по завету должен бежать в отдельном умираемом контейнере.

Если composer и artisan еще как то вписываются в php контейнер, то npm уже как-то хочется иметь в отдельном контейнере. И было бы странно разделять подходы. Поэтому для каждого инструмента заводите отдельный dockerfile. Такое разделение также облегчит обновление инструментов, хотя, подозреваю, для многих это не так важно.

Answer 6

[Евгений Педя]

В файле докеркомпозе для разработки оставляю консоль для контейнеров

...
python_server:
        stdin_open: true
        tty: true
        ...

Потом конекчусь к запущенному контейнеру
docker exec -it <имя контейнера> bash
И делаю в нём что нужно. Например, запускаю и кладу свой скрипт. И прочее.
При этом правлю код снаружи.
В докер композе для публикации лишнее убирается и код размещается в контейнер.

Comments

[l4m3r]

stdin_open: true
tty: true

А зачем это, если и просто с docker exec -it <имя контейнера> bash так же работает?

[Евгений Педя]

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