I’m not qualified to review technically, but this is exactly what I had in mind. It will help with discoverability.

it could be nice also to detect if Symfony Docker is used and forward symfony console, symfony composer, and similar commands to the Docker container.

That’s super interesting!

please excuse my interjection as I'm not a core team member, but I'd like to share some thoughts on the proposed--docker flag. I appreciate the effort to integrate Docker seamlessly, but automatically using "dunglas/symfony-docker" and FrankenPHP could be confusing for those less familiar with Docker or web server administration. It would be ideal if the default behavior created a project with de-facto-standard technologies: nginx/php-fpm. Perhaps the--docker flag could require specifying a skeleton name or URL, initializing the project accordingly. Official Symfony skeletons should be created in official namespaces likesymfony/docker-fpm orsymfony/docker-frankenphp. Then these official skeletons would be listed in the--help output. Additionally, a Symfony documentation article outlining the required structure for Docker containers to be compatible with this Symfony-CLI feature would be beneficial. This could enable the community to create and utilize their own skeletons effectively.

I apologize again for intruding on a core team discussion.

Hi!

Valid points! From a practical point of view, I’m not sure we can maintain 2 different docker skeletons. And so, the one will be opinionated.

Official Symfony skeletons should be created in official namespaces like symfony/docker-fpm or symfony/docker-frankenphp

Being under the symfony org makes sense to me. But@dunglas is the one doing the maintaining of the docker skeleton in reality. But yea, I think it’d be cool to have it under the symfony org if it’s the official option.

@sarim Unfortunately, FPM is not well suited to containerized platforms. This is one of the main reasons I started working on FrankenPHP: to easily distribute Symfony applications as Docker images, as easily as with Node or Go. As a "Symfony Docker" maintainer for years (who used NGINX and FPM in the early days), I can guarantee that using Caddy and then FrankenPHP has simplified a lot of things and greatly improved the developer's experience.
That's also the reason why NGINX created NGINX Unit (the project doesn't look very active anymore).

I gave [a full presentation on this topic] (https://dunglas.dev/2022/10/frankenphp-the-modern-php-app-server-written-in-go/) at SymfonyCon 2022.

@weaverryan I'm not against moving Symfony Docker under the Symfony namespace, as long as we can continue to grant maintenance rights to@maxhelias, who has done a great job maintaining it for a very long time.