Генератор Dockerfile

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

Генератор не может проверить ваш репозиторий. Он использует указанные вами стек, точку запуска, рабочую директорию и порт. Приложению Node.js нужны начальный файл JavaScript и файл блокировки npm; Python нужны скрипт и requirements.txt; Go нужны модуль go.mod и путь к пакету; Rust нужны проект Cargo и имя исполняемого файла. PHP-FPM работает иначе: запускает процесс FastCGI, а не HTTP-сервер. Разместите перед ним в частной сети контейнеров веб-сервер с поддержкой FastCGI, например Nginx. Образ PHP прослушивает внутренний порт 9000. Не публикуйте этот порт FastCGI в интернете.

Что делают созданные файлы

WORKDIR задаёт рабочую директорию процесса внутри образа. Форма принимает пути приложения внутри /app, /srv/app, /opt/app, /workspace, /usr/src/app или /var/www; системные пути вроде /root и символы, которые могли бы превратить ввод в другую инструкцию Dockerfile, отклоняются. EXPOSE документирует порт контейнера; он не открывает сетевой экран хоста и не заставляет приложение прослушивать порт. Созданный .dockerignore исключает из контекста сборки типичные локальные каталоги зависимостей, данные системы контроля версий и файлы .env в корне и вложенных папках. Прочитайте его перед сборкой: если правило исключает нужный проекту файл, скорректируйте его. Никогда не помещайте секреты в исходный код, ARG или ENV.

Компилируемые проекты Go и Rust используют отдельные этапы сборки и запуска, поэтому набор инструментов компилятора не попадает в итоговый образ. Варианты Node.js и Python устанавливают заявленные зависимости, а вариант PHP-FPM запускает службу FastCGI. Настройки контейнера не гарантируют, что реальный проект соберётся, запустится, пройдёт проверку состояния, ответит по нужному маршруту или будет безопасен для развёртывания. Для фреймворков, нативных расширений, сборки ресурсов и прав доступа могут потребоваться дополнительные действия. О порядке слоёв и работе файлов исключений читайте в рекомендациях Docker по сборке и описании контекста сборки.

Проверьте на своём приложении

Распакуйте ZIP-архив в корень контекста сборки, сохранив точные имена Dockerfile и .dockerignore, либо скопируйте каждый файл и сохраните под этими именами. Если ваша версия Docker поддерживает эту команду, выполните docker build --check ., затем docker build -t my-app .. Запустите образ в тестовой среде и проверьте фактическую команду запуска и маршрут. Для HTTP-стеков сопоставьте только нужный порт контейнера и проверьте ответ. Для PHP-FPM используйте частное сетевое соединение FastCGI, не публикуя порт 9000. Перед выпуском в продакшен проверьте актуальные исправления базового образа и файлы блокировки зависимостей.