Chapters
-
Course Code
Subscribe to download the code!
Subscribe to download the code!
-
This Video
Subscribe to download the video!
Subscribe to download the video!
-
Subtitles
Subscribe to download the subtitles!
Subscribe to download the subtitles!
-
Course Script
Subscribe to download the script!
Subscribe to download the script!
Scroll down to the script below, click on any sentence (including terminal blocks) to jump to that spot in the video!
Necesitamos poner en marcha una base de datos: MySQL, Postgresql, lo que sea. Si ya tienes una en marcha, ¡genial! Todo lo que tienes que hacer es copiar tu variable de entorno DATABASE_URL
, abrir o crear un archivo .env.local
, pegarlo, y luego cambiarlo para que coincida con lo que esté usando tu configuración local. Si decides hacer esto, no dudes en saltar al final del capítulo 4, donde configuramos el server_version
.
Docker sólo para la base de datos
En mi caso, no tengo una base de datos funcionando localmente en mi sistema... y no voy a instalar una. En su lugar, quiero utilizar Docker. Y vamos a utilizar Docker de una forma interesante. Tengo PHP instalado localmente:
php -v
Así que no voy a usar Docker para crear un contenedor específicamente para PHP. En su lugar, voy a utilizar Docker simplemente para ayudar a arrancar cualquier servicio que mi aplicación necesite localmente. Y en este momento, necesito un servicio de base de datos. Gracias a cierta magia entre Docker y el binario de Symfony, esto va a ser súper fácil.
Para empezar, ¿recuerdas cuando la receta de Doctrine nos preguntó si queríamos la configuración de Docker? Como dijimos que sí, la receta nos dio los archivos docker-compose.yml
ydocker-compose.override.yml
. Cuando Docker arranque, leerá ambos... y están divididos en dos partes por si quieres usar también Docker para desplegar en producción. Pero no vamos a preocuparnos por eso: sólo queremos usar Docker para facilitar la vida en el desarrollo local.
Estos archivos dicen que arrancarán un único contenedor de base de datos Postgres con un usuario llamado symfony
y una contraseña ChangeMe
. También expondrá el puerto 5432 del contenedor -que es el puerto normal de Postgres- a nuestra máquina anfitriona en un puerto aleatorio. Esto significa que vamos a poder hablar con el contenedor Docker de Postgresql como si se estuviera ejecutando en nuestra máquina local... siempre que conozcamos el puerto aleatorio que Docker ha elegido. Veremos cómo funciona en un minuto.
Por cierto, si quieres utilizar MySQL en lugar de Postgres, puedes hacerlo. Puedes actualizar estos archivos... o eliminar ambos y ejecutar
php bin/console make:docker:database
para generar un nuevo archivo de composición para MySQL o MariaDB. Yo me voy a quedar con Postgres porque es increíble.
Llegados a este punto, vamos a poner en marcha Docker y aprender un poco sobre cómo comunicarse con la base de datos que vive dentro. Si te sientes bastante cómodo con Docker, no dudes en pasar al siguiente capítulo.
Iniciar el contenedor
De todas formas, vamos a poner en marcha nuestro contenedor. Primero, asegúrate de que tienes Docker realmente instalado en tu máquina: No lo mostraré porque varía según el sistema operativo. Luego, busca tu terminal y ejecuta:
docker-compose up -d
El -d
significa "ejecutar en segundo plano como un demonio". La primera vez que lo ejecute, probablemente descargará un montón de cosas. Pero al final, ¡tu contenedor debería arrancar!
Comunicarse con el contenedor
¡Genial! ¿Pero ahora qué? ¿Cómo podemos hablar con el contenedor? Ejecuta un comando llamado:
docker-compose ps
Esto muestra información sobre todos los contenedores que se están ejecutando actualmente... sólo uno para nosotros. Lo realmente importante es que el puerto 5432 del contenedor está conectado al puerto 50700 de mi máquina anfitriona. Esto significa que si hablamos con este puerto, estaremos hablando realmente con esa base de datos Postgres. Ah, y este puerto es aleatorio: será diferente en tu máquina... e incluso cambiará cada vez que paremos y arranquemos nuestro contenedor. Pronto hablaremos de ello.
Pero ahora que conocemos el puerto 50700, podemos utilizarlo para conectarnos a la base de datos. Por ejemplo, como estoy utilizando Postgres, podría ejecutar:
psql --user=symfony --port=50700 --host=127.0.0.1 --password app
Esto significa: conectar con Postgres en el puerto 127.0.0.1 50700 utilizando el usuario symfony
y hablando con la base de datos app
. Todo esto está configurado en el archivo docker-compose.yml
. Copia la contraseña de ChangeMe
porque esa última bandera le dice a Postgres que te pida esa contraseña. Pégala y... ¡estamos dentro!
Si utilizas MySQL, podemos hacer esto mismo con un comando mysql
.
Pero esto sólo funciona si tenemos ese comando psql
instalado en nuestra máquina local. Así que vamos a probar con otro comando. Ejecuta
docker-compose ps
de nuevo. El contenedor se llama database
, que proviene de nuestro archivo docker-compose.yml
. Así podremos cambiar el comando anterior por:
docker-compose exec database psql --username symfony --password app
Esta vez, estamos ejecutando el comando psql
dentro del contenedor, por lo que no necesitamos instalarlo localmente. Escribe ChangeMe
como contraseña y... ¡vamos a estar dentro!
La cuestión es: ¡sólo con ejecutar docker-compose up
, tenemos un contenedor de base de datos Postgres con el que podemos hablar!
Detener el contenedor
Por cierto, cuando estés preparado para detener el contenedor más adelante, puedes ejecutarlo:
docker-compose stop
Que básicamente apaga el contenedor. O puedes ejecutar el más común
docker-compose down
que apaga los contenedores y los elimina. Para volver a arrancar, es lo mismo:
docker-compose up -d
Pero fíjate en que cuando volvemos a ejecutar docker-compose ps
, ¡el puerto de mi máquina anfitriona es un puerto aleatorio diferente! Así que, en teoría, podríamos configurar la variable DATABASE_URL
para que apunte a nuestra base de datos Postgres, incluyendo el uso del puerto correcto. ¡Pero ese puerto aleatorio que sigue cambiando va a ser molesto!
Afortunadamente, ¡hay un truco para esto! Resulta que nuestra aplicación ya está configurada, ¡sin que nosotros hagamos nada! Eso a continuación.
44 Comments
Hey JaroslavTyc,
Thanks for this tip! Yeah, docker compose
is the command you should use these days.
Cheers!
For those who use dunglas/symfony-docker, the recipes add few lines inside Dockerfile, so you need to run docker compose build
one more time to start working with the database, otherwise the exception will occur: An exception occurred in the driver: could not find driver
when trying to run doctrine:database:create
.
Hey droptica_team,
Thank you for sharing this tip with others!
Cheers!
I unfortunately also have a problem connecting. In docker-compose.yml a have the following setup:
POSTGRES_DB: ${POSTGRES_DB:-app}
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:-none}
POSTGRES_USER: ${POSTGRES_USER:-symfony}
Now, when I run the command psql --user=symfony --port=49153 --host=127.0.0.1 --password app
and give the password, I get the error:
psql: error: connection to server at "127.0.0.1", port 49153 failed: FATAL: password authentication failed for user "symfony"
However, when I use the command docker-compose exec database psql --user app --password app
and give the password, I do get in which makes no sense to me. Could you please demystify?
28/08/2024 Update:
docker compose exec database psql --user app --password app
Thanks for this tip!
Hello odds. I'm encountering the exact same problem. Did you find a solution ?
by the way, symfony console doctrine:database:create
gives the following error:
An exception occurred in the driver: SQLSTATE[08006] [7] connection to server at "127.0.0.1", port 49154 failed: FATAL: password authentication failed for user "app"
Hi there!
Sorry for the trouble, but I think I know what the problem is. Since a few weeks ago, the Doctrine recipe comes with Pgsql 14 instead of 13. That's actually fine. However, it's possible that you have an existing volume from running Docker earlier that had a pgsql "data" directory for pgsql 13. And this is causing problem with pgsql 14 operating properly.
This is what happened to me, and it gave me the same error that you're all getting. To see the error, try to start docker without the -d
:
docker-compose up -d
This gave me a very clear error:
The data directory was initialized by PostgreSQL version 13, which is not compatible with this version 14.4.
So, where did this "volume" come from? With the docker-compose.yml
file, when you start a database, it creates a volume whose name is generated from the name of the directory you're inside. If you download the course code and move into the start
directory, then your directory name is start
. This will cause a volume called start_db-data
to be created, which stores your database data.
You can see all your volumes by running:
docker volume ls
So, if you're like me, the problem is caused by using Docker with pgsql 13 previously inside a directory named start
. What's the fix? There are two:
1) Delete the old volume - this will only work if that docker container is no longer running: docker volume rm start_db-data
2) Rename the directory you're inside of.
Let me know if that helps!
Cheers!
That's unfortunately not my problem. My version is 14 on both, but it somehow did not make a role:
spellencafe-database-1 | 2022-12-11 12:46:06.167 UTC [40] FATAL: password authentication failed for user "=app"
spellencafe-database-1 | 2022-12-11 12:46:06.167 UTC [40] DETAIL: Role "=app" does not exist.
spellencafe-database-1 | Connection matched pg_hba.conf line 100: "host all all all scram-sha-256"
Now, when I log in with docker-compose exec
and try and CREATE ROLE app
it says:
[58] ERROR: role "app" already exists
I`m guessing this has nothing to do with Symfony but more so with either PostgreSQL and/or Docker. If you could point me in the right direction, I would be greatfull.
No clue what's happening, but I downgraded the Postgres_version in docker-compose.yml from 14 to 13 (since that's the version on my production server). Although my local psql is on 14 and the server is now on 13, it seems to work, so far...
Super weird - thanks for the update. If you notice anything else strange, I'd love to know.
Hello @weaverryan
I do not get the same error as your's when I run docker-compose up
Here is what I get :
➜ mixed_vinyl git:(main) ✗ docker-compose up
Creating network "mixed_vinyl_default" with the default driver
Creating mixed_vinyl_database_1 ... done
Attaching to mixed_vinyl_database_1
database_1 |
database_1 | PostgreSQL Database directory appears to contain a database; Skipping initialization
database_1 |
database_1 | 2022-12-08 10:56:33.092 UTC [1] LOG: starting PostgreSQL 14.6 on aarch64-unknown-linux-musl, compiled by gcc (Alpine 12.2.1_git20220924-r4) 12.2.1 20220924, 64-bit
database_1 | 2022-12-08 10:56:33.092 UTC [1] LOG: listening on IPv4 address "0.0.0.0", port 5432
database_1 | 2022-12-08 10:56:33.092 UTC [1] LOG: listening on IPv6 address "::", port 5432
database_1 | 2022-12-08 10:56:33.094 UTC [1] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
database_1 | 2022-12-08 10:56:33.096 UTC [21] LOG: database system was shut down at 2022-12-07 16:04:40 UTC
database_1 | 2022-12-08 10:56:33.101 UTC [1] LOG: database system is ready to accept connections
database_1 | 2022-12-08 10:59:56.159 UTC [34] FATAL: password authentication failed for user "app"
database_1 | 2022-12-08 10:59:56.159 UTC [34] DETAIL: Connection matched pg_hba.conf line 100: "host all all all scram-sha-256"
seems to be logging so we can see the failed connexion attempt
bye the way, here is the content of the services
key in my docker-compose.yml :
database:
image: postgres:${POSTGRES_VERSION:-14}-alpine
environment:
POSTGRES_DB: ${POSTGRES_DB:-app}
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:-ChangeMe}
POSTGRES_USER: ${POSTGRES_USER:-app}
volumes:
- db-data:/var/lib/postgresql/data:rw
Hmm, does renaming your directory to something else help? I'm still suspect that there is an existing volume using pgsql 13 that is causing problems. Also, I can't think of why this would make a difference, but oddly your POSTGRES_PASSWORD
is slightly different than the one that comes with the recipe: https://github.com/symfony/recipes/blob/main/doctrine/doctrine-bundle/2.4/manifest.json#L31
Cheers!
Hello @weaverryan.
I just started a new symfony project with symfony new
and run the composer require doctrine
commande right after, to put your theory to the test.
In this new project, everything seems to work perfectly :
I can connect to the database in the container with psql --user=app --port=56899 --host=127.0.0.1 --password app
and the symfony console doctrine:database:create
yells at me something about a database "app" thas already exists... ;)
I'm glad to start this new week with Symfony, especially with this problem solved.
Thanks a lot for your help, and for all these useful (and fun) videos.
You rock, have a nice week.
PS : renaming the folder of the mixed_vinyl project works, too
Hey Xesh! Thank you for the update! This tells me that, at least some people had the same issue as me :).
Have a great week!
Tips in case of error:
this command takes 'app' instead of symfony
docker-compose exec database psql --user **app** --password app
also, change the pwd !ChangeMe!
to ChangeMe
in .env file
Hey FriendlyDev,
Thank for this tip! Yeah, you need to use your actual DB credentials you have set up in the .env files
Cheers!
Hello, I am running my symfony local web server with this integration docker. However, even though my docker-compose services are running, I can not get symfony to connect to them.
The debug toolbar says Docker Compose Down under the sf Server menu.
From what I see I don't get any errors regarding this
Any thoughts? If there is some more information I can provide please let me know.
Thanks.
Hey Def,
Hoe do you run your Symfony app? You should not use bin/console
calls anymore if you're going to use Docker, you would need to replace all your commands with symfony console
instead - that will handle all the Docker integration for you :)
So, e.g. instead of bin/console doctrine:query:execute
run symfony console doctrine:query:execute
, etc.
If still does not work - try to "down" all your containers. i.e. run docker composer down
and then up them again with docker composer up
- there might be a misconfiguration etc.
Cheers!
Thx Victor for your help
Unfortunatly, it seems like it's a biggest issue with my docker conf because i tried to install a whole new symfony project with a new docker-compose configuration and when i start my local webserver on this new project and up my containers I also have a docker compose down and "Env vars" none, so... yeah
I don't know what to do but thanks
Hey Def,
Hm, not sure then, I don't use Docker daily :) Maybe try to go through Docker docs to reinstall and configure it from scratch, maybe something is missing. Actually, check for updates first, maybe you just need to upgrade to the latest. Btw, laptop restart may help sometimes too.
Cheers!
Just quick note from my journey: if you change the password in .env file and docker-compose.yml before running docker and creating container for the first time, it's all good, but if you changed it later you will have an error password authentication failed for user... if you want to use new password you have to basically delete container and create new one, but you can also return to old password, which you used during creation of db.
Hey Stanislaw,
Thanks for this tip! Yeah, you need to run docker compose down
to drop all the created containers and start them again with docker compose up
.
Cheers!
You have to add your user to group "docker". Otherwise you will run into an error.
See: https://stackoverflow.com/questions/64662372/docker-compose-up-error-while-fetching-server-api-version-connection-abortesudo gpasswd -a $USER docker
Hey,
Thanks for the tip. Can you please share your OS version? Probably it's important because we all use different systems =)
Cheers and happy coding!
Hi. I'm getting invalid compose project
➜ docker-compose up -d
service "database" refers to undefined volume db-data: invalid compose project
These are the docker apps I'm running.
➜ docker -v && docker-compose -v
Docker version 20.10.21, build baeda1f82a
Docker Compose version 2.14.1
I'm using the code downloaded from this page, renamed the start
directory to mixed_vinyl
If I change db-data
on line 13 of docker-compose.yml to database, the error message is updated
➜ docker-compose up -d
service "database" refers to undefined volume database: invalid compose project
symfony serve -d
serves https://127.0.0.1:8000/ without a problem.
Any thoughts? Thanks.
Hey Eric!
Apologies for my very slow reply! Holidays started early this year at my house :p.
Ok, this sounds frustrating :/. So, I CAN repeat your error message, but only if I change docker-compose.yml
in a specific way. Here is an abbreviated version of my docker-compose.yml
file, which came (like in the tutorial) from the DoctrineBundle recipe after installing Doctrine:
services:
###> doctrine/doctrine-bundle ###
database:
# ...
volumes:
- db-data:/var/lib/postgresql/data:rw
###< doctrine/doctrine-bundle ###
volumes:
###> doctrine/doctrine-bundle ###
db-data:
###< doctrine/doctrine-bundle ###
With this config (well, again, I'm hiding less-important parts, but hopefully you get the idea), things work. How can I repeat your error? By removing the volumes
section. In other words, it seem like, in your config, the volumes
section is missing... or perhaps it's called something different than db-data
. Basically, because we have - db-data:...
above, we should have a volume called db-data:
near the bottom.
Let me know if that helps! For reference, here is my full, unchanged, docker-compose.yml
file after installing Doctrine (this version works for me):
version: '3'
services:
###> doctrine/doctrine-bundle ###
database:
image: postgres:${POSTGRES_VERSION:-14}-alpine
environment:
POSTGRES_DB: ${POSTGRES_DB:-app}
# You should definitely change the password in production
POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:-!ChangeMe!}
POSTGRES_USER: ${POSTGRES_USER:-app}
volumes:
- db-data:/var/lib/postgresql/data:rw
# You may use a bind-mounted host directory instead, so that it is harder to accidentally remove the volume and lose all your data!
# - ./docker/db/data:/var/lib/postgresql/data:rw
###< doctrine/doctrine-bundle ###
volumes:
###> doctrine/doctrine-bundle ###
db-data:
###< doctrine/doctrine-bundle ###
Cheers!
Hi Ryan,
Yes, having volumes:
with a key that matches the volumes:
in services.database.volumes helped. But my problem was I've been using colima
as a docker context. I usually run a .ddev/colima with mutagen stack, which works great for Drupal and avoids the subscription service for Docker desktop as well as the Docker desktop app.
Once, I changed the docker context back to default (which means docker) and started the docker desktop app (bleh), the docker daemon was started and the symfony app found the database through doctrine right away.
My next questions are out of scope, but do you know how to run the docker daemon without the docker desktop app?
And can Colima be used as a replacement for Docker in Symfony?
Thanks. Enjoy the rest of the holidays.
Hey EricSod!
Ah, ok, this makes more sense then!
Once, I changed the docker context back to default (which means docker) and started the docker desktop app (bleh), the docker daemon was started and the symfony app found the database through doctrine right away.
Tbh, I'm not familiar with Colima, though it looks super interesting. Unfortunately, because I'm a bit clueless about it (other than reading about it just now for about 10 minutes), I don't know why you had the volumes
problem when using it. But, as far as Symfony + Docker + Database is concerned the volumes
part isn't important. What's important is that your docker-compose.yaml
has a service called database
. So, the whole solution may still be workable, but I don't know enough to say how.
My next questions are out of scope, but do you know how to run the docker daemon without the docker desktop app?
I'm a bit clueless here too :). But, from my reading, it sounds like one of the points of colima is to be able to run Docker without needing Docker desktop - but just by running brew install docker
? I have a feeling you already knew that, but let me know.
And can Colima be used as a replacement for Docker in Symfony?
I can't say for certain, but the symfony
basically looks for a docker-compose.yaml
file, loops over the services inside, then (using the name of each service) it creates some environment variables that point to that service. If you satisfy both of these requirements - regardless of it's all setup, then it should all work. But also, keep in mind that this setup is just an "easy" way to get a database setup in Docker and hooked up with your Symfony app. It should be making your life easier, not harder. If it's not doing that, then don't use it (and that's totally ok!).
Cheers!
With the docker desktop app running, set the docker default to colima with
docker context use colima
and run
docker-compose up -d
The prompt returns
Cannot connect to the Docker daemon at unix:///Users/esod/.colima/default/docker.sock. Is the docker daemon running?
Symfony profiler reports Server -> Docker Compose -> Down.
Switch the docker default to docker with
docker context use default
run docker-compose up -d
and confirm the Symfony profiler is reporting Docker Compose -> Up.
Note: Quit the Docker Desktop app and Symfony profiler reports Server -> Docker Compose -> Down.
Sounds like two problems now. Yay DevOps. :-)
Anyway, the recipe for success is what you're recommending in the tutorial.
- Install Docker, Docker Compose, and Docker Desktop app.
- Set docker context to use default (which is docker).
- Only necessary if you've been using Colima, like with .ddev.
- Open Docker Desktop app.
- docker-compose up -d
- Confirm Symfony profiler reports Docker Compose -> Up.
Hey EricSod!
Thanks for the detailed reply - and boo when things don't work more easily! :P Happy you're at least not blocked.
Cheers!
Hello, i have a problem when i run this commandpsql --user=app --port=52439 --host=127.0.0.1 --password app
, the result is :
psql: The term 'psql' is not recognized as a name of a cmdlet, function, script file, or executable program.
Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
Docker is running on Windows 11, if i executedocker-compose ps
, the result is :
NAME COMMAND SERVICE STATUS PORTS
mixed_vinyl-database-1 "docker-entrypoint.s…" database running 0.0.0.0:52439->5432/tcp
What is doing to resolve this mistake ?
Thanks,
Laurent
Hey Laurent-G,
It seems like you're missing that psql
command installed locally, though the error message is a bit weird to me. Do you have psql
installed locally? You should have it installed to be able to connect to the DB from Docker. On my Mac when I execute psql --version
it shows me psql (PostgreSQL) 14.5 (Homebrew)
, IIRC I installed the PostgreSQL via Brew package manager locally and it brought me that psql
command. If you don't have PostgreSQL installed locally - try to install it first. But brew
is specific for Mac, you should find a way to install PostgreSQL on Windows.
Of if you don't want to (or cannot) install it locally - see the next chapter where we execute that psql
command directly from the Docker container.
Cheers!
Thanks Victor for your answer.
i don't have installed psql locally. I'm going to see for install psql on my windows system.
i already saw in the next chapter the command to execute psql from Docker container and it's work very good.
Thanks a lot,
Laurent
Hey Laurent-G,
Glad that executing it from the Docker container works for you, thanks for confirming! I bet you just need to install PostgreSQL and it will bring that psql
command into your system automatically. Or you can just ignore it and execute it directly from the Docker container - that's the benefit of having Docker ;)
Cheers!
Is there a version of this with a mysql container. Tried using Postgres's but getting data from an existing mysql database to the Postgres container is too hard
figured it out (lost a lot of time because of the stupid ! at the start of the !ChangeMe! password......)
- change the DATABASE_URL in the .env file to the mysql one.
- remove the !ChangeMe! password docker-compose doesn't like it when it tries to create a mysql container
- comment out the the postgres lines in the docker-compose.yml (From the services: tag to the end)
- Add the following lines to your docker-compose.yml
services:
database:
container_name: database
image: mysql:8.0
command: --default-authentication-plugin=mysql_native_password
environment:
MYSQL_ROOT_PASSWORD: yoursecretrootpassword
MYSQL_DATABASE: yourdbname
MYSQL_USER: app
MYSQL_PASSWORD: yourpasswd <-- the one you used in the .env file
ports:
- '3306:3306'
volumes:
- ./mysql:/var/lib/mysql`
Hey Red,
I'm happy to see you were able to find the solution! And thanks for sharing it with others :)
Cheers!
Hi, running command "docker-compose exec database psql --username symfony --password app" I'm prompted for a password, which I enter (to match the one in the docker compose file which is !ChangeMe! but then... it just hangs. Cursor flashes, but no response at all. I can connect to the database successfully using DBeaver (a GUI database client), it connects and can see the database fine. This is what I see at the terminal:
`$ docker-compose exec database psql --username app --password app
Password: !ChangeMe!
`
Hey Mark,
Hm, could you change that "!ChangeMe!" password in .env files to something without special chars, I guess that the exclamation char (!) may cause issues. And then restart the server and try to connect with the new credentials.
Cheers!
Hi and thanks for this new tutorial!
I've an error when I run docker-compose exec database psql --username symfony --password app
:psql: error: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL: role "symfony" does not exist
Am I missing something?
OS: Linux Mint 20.3 Cinnamon 5.2.7
Kernel: 5.4.0-124-generic
Docker version 20.10.17, build 100c70
docker-compose version 1.28.6, build 5db8d86f
Hey Thomas A.!
Oh sheesh - try this instead - changing "symfony" to "app":
docker-compose exec database psql --username app --password app
Explanation: RIGHT after recording, the recipe was updated - you probably have the new version https://github.com/symfony/recipes/commit/b3395a2477b6d58089f92ef3a0d2e58226825a3a#diff-b52cb1d9a056076027dd6033aa8c573524746ed54fcdeeb5c8eef83431b9da9aL32
Let me know if that helps - we'll need to add a note about it :).
Cheers!
"Houston: no signs of life"
Start the conversation!
What PHP libraries does this tutorial use?
// composer.json
{
"require": {
"php": ">=8.1",
"ext-ctype": "*",
"ext-iconv": "*",
"babdev/pagerfanta-bundle": "^3.7", // v3.7.0
"doctrine/doctrine-bundle": "^2.7", // 2.7.0
"doctrine/doctrine-migrations-bundle": "^3.2", // 3.2.2
"doctrine/orm": "^2.12", // 2.12.3
"knplabs/knp-time-bundle": "^1.18", // v1.19.0
"pagerfanta/doctrine-orm-adapter": "^3.6", // v3.6.1
"pagerfanta/twig": "^3.6", // v3.6.1
"sensio/framework-extra-bundle": "^6.2", // v6.2.6
"stof/doctrine-extensions-bundle": "^1.7", // v1.7.0
"symfony/asset": "6.1.*", // v6.1.0
"symfony/console": "6.1.*", // v6.1.2
"symfony/dotenv": "6.1.*", // v6.1.0
"symfony/flex": "^2", // v2.4.5
"symfony/framework-bundle": "6.1.*", // v6.1.2
"symfony/http-client": "6.1.*", // v6.1.2
"symfony/monolog-bundle": "^3.0", // v3.8.0
"symfony/proxy-manager-bridge": "6.1.*", // v6.1.0
"symfony/runtime": "6.4.3", // v6.4.3
"symfony/twig-bundle": "6.1.*", // v6.1.1
"symfony/ux-turbo": "^2.0", // v2.3.0
"symfony/webpack-encore-bundle": "^1.13", // v1.15.1
"symfony/yaml": "6.1.*", // v6.1.2
"twig/extra-bundle": "^2.12|^3.0", // v3.4.0
"twig/twig": "^2.12|^3.0" // v3.4.1
},
"require-dev": {
"doctrine/doctrine-fixtures-bundle": "^3.4", // 3.4.2
"symfony/debug-bundle": "6.1.*", // v6.1.0
"symfony/maker-bundle": "^1.41", // v1.44.0
"symfony/stopwatch": "6.1.*", // v6.1.0
"symfony/web-profiler-bundle": "6.1.*", // v6.1.2
"zenstruck/foundry": "^1.21" // v1.21.0
}
}
Strongly recommend to drop obsolete
docker-compose
and switch todocker compose
.Legacy
docker-compose
is solo program written in Python and on some OS has to be installed separately.docker compose
command is now part of standard docker binary, is fully compatible with old Python tool and it is surprisingly for quite a long time a standard.https://stackoverflow.com/questions/66514436/difference-between-docker-compose-and-docker-compose