macOS Montery 12.3.1이 설치된 M1 Macbook에서 Docker 애플리케이션을 실행하는 데 몇 가지 문제가 있습니다.
컨테이너를 처음 시작하면 모든 패키지가 문제없이 설치됩니다.
그러나 Composer.lock을 사용하여 다시 빌드하려고 하면 다음 오류가 발생합니다.
Docker 구성에 DNS를 추가하는 등 여기에서 본 솔루션 중 일부를 시도했습니다(이 방법은 제게는 효과가 없었지만 여전히 동일한 문제입니다).
자세한 내용은 내 DockerFile을 참조하세요.
# the different stages of this Dockerfile are meant to be built into separate images # https://docs.docker.com/develop/develop-images/multistage-build/#stop-at-a-specific-build-stage # https://docs.docker.com/compose/compose-file/#target # https://docs.docker.com/engine/reference/builder/#understand-how-arg-and-from-interact ARG PHP_VERSION=7.4 ARG OPENRESTY_VERSION=1.17.8.2 ARG VARNISH_VERSION=6.4 # "php" stage FROM php:${PHP_VERSION}-fpm-alpine AS api_platform_php # persistent / runtime deps RUN apk add --no-cache \ acl \ fcgi \ file \ gettext \ git \ ; ARG APCU_VERSION=5.1.18 ARG MONGO_VERSION=1.9.0 RUN set -eux; \ apk add --no-cache --virtual .build-deps \ $PHPIZE_DEPS \ icu-dev \ libzip-dev \ zlib-dev \ curl-dev \ openssl-dev \ ; \ \ docker-php-ext-configure zip; \ docker-php-ext-install -j$(nproc) \ intl \ mysqli \ zip \ ; \ pecl install \ apcu-${APCU_VERSION} \ mongodb-${MONGO_VERSION} \ ; \ pecl clear-cache; \ docker-php-ext-enable \ apcu \ opcache \ mongodb \ ; \ \ runDeps="$( \ scanelf --needed --nobanner --format '%n#p' --recursive /usr/local/lib/php/extensions \ | tr ',' '\n' \ | sort -u \ | awk 'system("[ -e /usr/local/lib/" " ]") == 0 { next } { print "so:" }' \ )"; \ apk add --no-cache --virtual .api-phpexts-rundeps $runDeps; \ \ apk del .build-deps COPY --from=composer:latest /usr/bin/composer /usr/bin/composer RUN ln -s $PHP_INI_DIR/php.ini-production $PHP_INI_DIR/php.ini COPY docker/php/conf.d/api-platform.prod.ini $PHP_INI_DIR/conf.d/api-platform.ini RUN set -eux; \ { \ echo '[www]'; \ echo 'ping.path = /ping'; \ } | tee /usr/local/etc/php-fpm.d/docker-healthcheck.conf # https://getcomposer.org/doc/03-cli.md#composer-allow-superuser ENV COMPOSER_ALLOW_SUPERUSER=1 # install Symfony Flex globally to speed up download of Composer packages (parallelized prefetching) RUN set -eux; \ composer global require "symfony/flex" --prefer-dist --no-progress --no-suggest --classmap-authoritative; \ composer clear-cache ENV PATH="${PATH}:/root/.composer/vendor/bin" WORKDIR /srv/api # build for production ARG APP_ENV=prod # prevent the reinstallation of vendors at every changes in the source code COPY composer.json composer.lock symfony.lock ./ RUN set -eux; \ composer install --prefer-dist --no-dev --no-scripts --no-progress --no-suggest; \ composer clear-cache # do not use .env files in production COPY .env ./ # copy only specifically what we need COPY bin bin/ COPY config config/ COPY migrations migrations/ COPY public public/ COPY src src/ RUN set -eux; \ mkdir -p var/cache var/log; \ composer dump-autoload --classmap-authoritative --no-dev; \ composer run-script --no-dev post-install-cmd; \ chmod +x bin/console; sync VOLUME /srv/api/var COPY docker/php/docker-healthcheck.sh /usr/local/bin/docker-healthcheck RUN chmod +x /usr/local/bin/docker-healthcheck HEALTHCHECK --interval=10s --timeout=3s --retries=3 CMD ["docker-healthcheck"] COPY docker/php/docker-entrypoint.sh /usr/local/bin/docker-entrypoint RUN chmod +x /usr/local/bin/docker-entrypoint ENTRYPOINT ["docker-entrypoint"] CMD ["php-fpm"] # "nginx" stage # depends on the "php" stage above # The OpenResty distribution of NGINX is only needed for Kubernetes compatiblity (dynamic upstream resolution) FROM openresty/openresty:${OPENRESTY_VERSION}-alpine AS api_platform_nginx RUN echo -e "env UPSTREAM;\n$(cat /usr/local/openresty/nginx/conf/nginx.conf)" > /usr/local/openresty/nginx/conf/nginx.conf COPY docker/nginx/conf.d/default.conf /etc/nginx/conf.d/default.conf WORKDIR /srv/api/public COPY --from=api_platform_php /srv/api/public ./ # "varnish" stage # does not depend on any of the above stages, but placed here to keep everything in one Dockerfile FROM varnish:${VARNISH_VERSION} AS api_platform_varnish COPY docker/varnish/conf/default.vcl /etc/varnish/default.vcl CMD ["varnishd", "-F", "-f", "/etc/varnish/default.vcl", "-p", "http_resp_hdr_len=65536", "-p", "http_resp_size=98304"]
P粉3962485782024-03-27 00:23:46
Symfony Flex의 다소 오래된 버전을 사용하고 있는 것 같습니다. 며칠 후 해당 서버 flex.symfony.com을 더 이상 사용할 수 없게 되었습니다. 이는 몇 달 전에 발표되었으며 패키지 symfony/flex
를 최신 버전(2021년 10월에 출시된 v1.17 이후 버전)으로 업데이트하면 문제가 해결됩니다.
Flex는 업데이트 중에도 실행을 시도하므로 다음을 실행해야 합니다.
으아아아