¡Hola ÚLTIMA PILA!

Cool! Thank you for sharing it @Adn-B

Thanks for the hint @donwilson. I'm running Mac Sonoma on an M1 pro and had the same problem (missing DATABASE vars). For me the problem wasn't composer conflicting with the Symfony binary it was that in this project (and I believe newer docker compose projects) the compose file is named 'compose.yaml' and I think Symfony CLI hasn't caught up yet because once I changed this to docker-compose.yaml and reserved the app using 'symfony serve' the DATABASE vars were exported and everything works as expected. I hope this helps someone else on a Mac if they have this problem.

Nice catch !! I haven't noticed that change.. Thanks for adding up !

Hey @skofield!

Ah, that makes sense! The project DOES come with the newer compose.yaml file (formerly docker-compose.yaml. The latest symfony binary does support this, but it was added only in a recent version - it was in version 5.6.2 released in late October 2023.

This will probably trip up a few people - so I'm happy to have the conversation here!

Cheers!

Yes!.. with all the tooling one has to handle per project is easy to forget to check if everything is up to date, not to mention to stay up date with all the changes.
Thanks @weaverryan.

Hey @donwilson!

Thanks for posting the steps that unlocked you! And if anyone else has problems with the database connection, you can always go into .env and change the DATABASE_URL to use sqlite. It's not as fancy as Postgres, but sqlite is great and will work awesome for the tutorial :).

Cheers!

You are welcome Ryan.
Oh! That's a golden tip there, especially for newcomers. Maybe that line can be included in the Readme file?. I think it might be helpful.
Best regards.

Good idea - let me check into that :)

Hey Abdoulaye,

Thank you for your interest in SymfonyCasts tutorials! We're thinking about adding a new translation to another language, and if we decide to do it someday - 99% that it will be French :) Unfortunately, I still don't know when or if it may happen. Thank you for your patience and understanding!

Meanwhile, I would suggest you to use Google Chrome browser... if you start a video, turn on the captions, and translate the page with Google Chrome built-in translator - it should translate the scripts below the video and even captions in the video :) I understand that Google translations are less accurate than AI one... but at least something that may help for now.

Cheers!

Hey Yoyo,

All our courses require you to have PHP installed locally. You can use Docker for database, but PHP should be installed natively. Also, we do recommend you to install and use Symfony CLI as a web server. We also have a blog post about how to install all that on your specific OS, see: https://symfonycasts.com/blog/install-php-locally

About how to run a specific course project - first, download and unzip it, and look at the README.md files for course-specific instructions.

I hope that helps! If you still have any questions - don't hesitate to ask!

Cheers!

Hey @kakhaber ,

Yeah, seems you need to refresh PHP versions in your Symfony CLI, seems it does not know about new PHP installed. Run local:php:refresh. You can also see what versions installed in your system the Symfony CLI knows with local:php:list.

If can't get it working via symfony console - you can always run bin/console directly which will use your default php directly.

Cheers!

Hey @Amine!

This might also be fixed by upgrading your symfony binary. The Docker world is moving from docker-compose.yaml to compose.yaml (hence the change in your Symfony apps), but the symfony binary needed to be updated for this change... which I know happened... and I think it was only in a couple of months ago.

Anyway, I hope that helps - that's my guess why your Docker variables suddenly vanished!

Cheers!

I fixed the bug by uncomment extension=pdo_mysql and extension=pdo_pgsql in php.ini.

Hey Alison,

I'm happy to hear you were able to fix this issue yourself! Yes, you need that PHP extension because we're using Doctrine in this project which stores data in the MySQL DB.

Btw, you only need to leave one DATABASE_URL uncommented in your .env file. If you leave both - the 2nd will always overwrite the 1st one, and it just mislead :)

Cheers!

The command composer compose -d already created the database for me, if you skip symfony console doctrine:database:create --if-not-exists and execute symfony console doctrine:schema:create and symfony console doctrine:fixtures:load you should be able to run symfony serve without any problem.

Hey Alison,

Thanks for this hint! One note: I suppose you meant docker compose -d instead of composer compose -d in the beginning? :)

Also, instead of symfony console doctrine:schema:create it might be better to run symfony console doctrine:schema:update --force that will apply the difference only if schema is already partially exits but not compete.

Cheers!

Hey @Padawan

That's a bit odd. I believe there's something wrong in your database service config in your docker-compose.yml file. I'd start by double-checking that it is well configured

Cheers!

Hi @MolloKhan,

The problem was not related to my config files but to Docker-Desktop itself. Here is the solution

Thanks for posting that! I've highlighted your comment in case it helps others. I wish we knew why a small number of users have such a problem with the Docker setup. After all... that's kind of the point of Docker: to "just work" :p.

Hey PapyDanone,

It's Dark theme (Darkula in legacy PhpStorm) - you can change it in the PhpStorm preferences, search for "theme" there. But also a few extra plugins like "Atom Material Design" and "Rainbow Brackets".

Cheers!