[Feature Request]: Handling of all things Docker (php, mysql, etc.) similar to how Tinkerwell handles it.

### Feature Description

Our environment uses various php versions for various projects and having the ability to define which php container to use is not too clear. I can see a "Docker settings" button only in the homescreen in the list of projects. But that is not making it too clear if it will use php from inside the container or not, it does not seem like it is doing that.

Since nginx, php, mysql, redis, etc. is all containerized (we use laradock as a standard for our team), not being able to follow through within the containers network makes the values set in the .env file useless for Invoker because it is sitting outside the docker container network and is running php from the system instead... which has no visibility for any of the .env values set for hosts on these services.

As a result, sql queries cannot execute properly, even though there are no exceptions in the app when accessed via a browser with configured hosts, trying to load a model, will return:
> Illuminate\Database\QueryException : SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution (SQL: select count(*) as aggregate from '[model]')

This is the php from outside docker trying to connect to the configured mysql which uses a hostname available for use inside docker itself. Which is why it cannot see it. Changing the .env will make it work for Invoker, but then it will break for the app when accessed from the browser... which is why I ended up making this feature request.

Being able to use php from a docker container would help immensely with using Invoker with our current setup.

Thanks for listening and providing great tools guys!

### Is this feature valuable for other users as well and why?

This can be valuable for everyone who has docker for their databases and/or php, etc. and doesn't have it all installed locally. Which is something we decided to do so we didn't have to install all versions of postgres 14.x~17.x, mysql 5.7.x/8.x and php from 7.4 to 8.4 in our local machines (we have so many projects with different php versions, this was deemed a convenience).