Also, тоже имею базовые образа немножко на базе дебиан слим: https://github.com/gorbunov/php-docker-images
wget достаточнос редисом это curl на phpredis распаковка... и уже в конце docker-php-ext-install redis
это четыре разных вопросаесть конкретная аппликация, с конкретными зависимостями. ты же не лепишь везде xdebug
если увидишь - процитируй, исправлюwarning вроде был
понял, и это довольно сложный вопрос, как показывает тред на лорене, ядреный для ядра, в libc свои memcpy/memmove
кстати, @флоппик для event у тебя базовый образ php:7.4-cli-buster, non-zts?event, прикольно, возьму себе
в php образах curl есть изначально вродеwget достаточно
не очень понятно, в цепочке "ab && cd" до ошибки в "cd", "ab" также будет выполнено.отдельный RUN на каждое ресширение плохо тем, что сборка не вылетает на первой ошибке компиляции
Как раз много маленьких RUN лучше если отлаживать компиляцию нужно, что бы не перекомпилировать все предыдущее каждую попыткуотдельный RUN на каждое ресширение плох тем, что сборка не вылетает на первой ошибке компиляции,
ну, к php это не относится, в дебиане - идет, в alpine не идетв php образах curl есть изначально вроде
да оно как-бы не пол-часа занимает, у меня на ноуте за минуту-две все расширения ставятся, и это делается один разне очень понятно, в цепочке "ab && cd" до ошибки в "cd", "ab" также будет выполнено.
&& docker-php-ext-install -j$(nproc) bcmath gettext mysqli pdo_mysql pdo_pgsql pgsql pspell zip \
&& docker-php-ext-configure gd --with-freetype --with-jpeg --with-webp \
&& docker-php-ext-install -j$(nproc) gd
Ну по-разному, хз. Когда простой набор команд - для меня проще написать сразу докерфайл и отлаживать билдом, а если уже возникает проблема - то собираешь образ без проблемного пакета и уже с ним bash. По крайней мере так меньше вероятность потерять что-то из команд забыв перенести из консоли в докерфайл.поэтому, docker run -ti php:ver bash - и вперед
кеширование как раз поможет не потерять во времени билда =)Раскидывая это действие на разные слои можно довольно сильно потерять во времени билда, особенно если вы собираете образы приложения прям со всем этим.
Ты сейчас путаешь теплое с мягкимЕсли вы будете "потом отключать xdebug" - у вас будет слой с хдебугом, на который будет накладываться специальный слой, выключающий xdebug. Таскать
ты время-то замерь и сравни с composer installкаждый вызов docker-php-ext-install сначала распаковывает сорцы пхп, а потом удаляет их:https://github.com/docker-library/php/blob/master/docker-php-ext-install#L123
Раскидывая это действие на разные слои можно довольно сильно потерять во времени билда, особенно если вы собираете образы приложения прям со всем этим.
Ну если мы говорим про сборку приложения, то кеш композера (да и вендор папка) кладется в кеш CI и composer install занимает десяток секунди сравни с composer install
да и build всего один раз нужен, далее pullкеширование как раз поможет не потерять во времени билда =)
а сколько часов в год на настройку, обновление, мониторинг и бекап серверов репозитория, CI и VPN? или сколько денег в месяц за облако?Ну если мы говорим про сборку приложения, то кеш композера (да и вендор папка) кладется в кеш CI и composer install занимает десяток секунд
Да не сильно больше, чем потратили уже болтовней в этой теме =)а сколько часов в год на настройку, обновление, мониторинг и бекап серверов репозитория, CI и VPN? или сколько денег в месяц за облако?
Ну, Github Actions идёт вместе с приватными репами один фиг. Nexus да, ну его несложно поднять, тем более один фиг уже был для maven. Скорее вопрос сколько денег девопсу)а сколько часов в год на настройку, обновление, мониторинг и бекап серверов репозитория, CI и VPN? или сколько денег в месяц за облако?