Using & Overriding Secrets

Now that Knp markdown is abandoned I tried to implement the markdown caching service using the suggested twig filter. However that does not support/expose MarkdownParserInterface. I noticed that the twig filter uses michelf php-markdown though, which does support that interface. Luckily I did this in another branch which is now named 'broken' :( Autowiring does not pick up the michelf classes, do I need to put Michelf\Markdown in autoload.php? How do I stop twig from inlining the classes and making them disappear?

I get :
Sentry\State\HubAdapter
How to see DSN?

So in your controller method, you want to run
dump($sentryHub->getClient()->getOptions());

Hey Name->Nick,

Thank you for this tip again!

Cheers!

Hey Ruslan,

If you want to dump SENTRY_DSN, you can do it in whatever PHP file you want, e.g. add this in a controller where you need this value:

dd($_SERVER['SENTRY_DSN']);
// or
dd($_ENV['SENTRY_DSN']);

Both should print you your DSN value for Sentry if you set any in your .env files

I hope this helps!

Cheers!

How do you access secrets in code? It doesn't seem like getenv() will pull a secret.

I figured out what I was doing wrong, so ignore this question.

No problem :)

Hi, I'm getting:

Environment variable not found: "SENTRY_DSN".

But the secret is configured as below:

$ bin/console secrets:list --reveal --env=dev

// Use "%env(<name>)%" to reference a secret in a config file.

------------ ------- -------------
Secret Value Local Value
------------ ------- -------------
SENTRY_DSN ""
------------ ------- -------------

And my sentry.yaml file show:

sentry:
dsn: "%env(SENTRY_DSN)%"

I've delete the SENTRY_DSN lines from .env and .env.local

It started working, I'm not sure why, but the only thing I think changed was that I restarted the Symfony server.

Hey Joao P.

That's weird. Perhaps it was due to the cache? Who knows :)

No, it wasn't cache. Cleared it alright

I'm getting the following error when trying to reveal secrets in prod environment:

PHP Fatal error: Symfony\Component\DependencyInjection\Exception\ParameterCircularReferenceException: Circular reference detected for parameter "env(base64:default::SYMFONY_DECRYPTION_SECRET)" ("env(base64:default::SYMFONY_DECRYPTION_SECRET)" > "env(default::SYMFONY_DECRYPTION_SECRET)" > "env(SYMFONY_DECRYPTION_SECRET)" > "env(base64:default::SYMFONY_DECRYPTION_SECRET)"). in cauldron-overflow\vendor\symfony\dependency-injection\Container.php:389

I used this command: php bin/console secrets:list --env=prod --reveal, Symfony version: 5.1.2

Any ideas?

Hey @Beam OP!

I know this :). You have found a Symfony bug! https://symfonycasts.com/sc...

It is fixed in Symfony 5.1.3, but that hasn't been released yet - I expect that to happen any day now - it's been 28 days since the last bug release.

Cheers!

I am getting the following error in logs when switching to prod:

[2020-06-19T16:54:53.389249+00:00] request.CRITICAL: Uncaught PHP Exception Symfony\Component\OptionsResolver\Exception\InvalidOptionsException: "The option "dsn" with value "" is invalid." at C:\Users\Michael\code\code-symfony-fundamentals\start\vendor\symfony\options-resolver\OptionsResolver.php line 987 {"exception":"[object] (Symfony\\Component\\OptionsResolver\\Exception\\InvalidOptionsException(code: 0): The option \"dsn\" with value \"\u0016\" is invalid. at C:\\Users\\Michael\\code\\code-symfony-fundamentals\\start\\vendor\\symfony\\options-resolver\\OptionsResolver.php:987)"} []

Hey Michał,

If you use Git - try to commit changes and run:

$ git grep dsn

This command will show you all the spots where you use dsn. Make sure that all dsn options are set properly in your project. Also, keep eyes closer where those values should come from, probably you need to set up an env var in your .env or .env.local files? Or probably specifically in .env.prod in your case?

Cheers!

Hey! Doesn't secrets work for console commands? Something weird is happening with my project. When I ran ./bin/console doctrine:database:drop it returns <blockquote>Connection does not contain a 'path' or 'dbname' parameter and cannot be dropped.</blockquote> I set a breakpoint at exception line and found out that $params local variable does <b>not</b> contain data for my PostgreSQL connection: at least $params["driver"] = pdo_mysql . I faced with the issue after deploying my whole Docker Compose stack to remote machine through Docker Machine. I set all the demo env var through secrets intentionally. After deploying I decided to re-create database and started with doctrine:database:drop and got that error. Trying to execute doctrine:migrations:migrate shows $dsn == mysql:host=localhost;dbname=;charset=utf8mb4; Nonsense! To be honest I just lost debugging call stack to find out why the app takes default env values instead of stored in secrets. Any ideas?

The problem is that the secrets are NOT read for some reason. They are successfully displayed with `./bin/console secrets:list --env=demo --reveal` but do not work until decrypting into `.env.demo.local`. `debug:config framework secrets` confirms that secrets are enabled. Some googling showed that there might be a problem with sodium extension but I have one both on dev and demo machine/environments.

Event setting SYMFONY_DECRYPTION_SECRET environment variable gives no help...

OMG! Shame on me! I've just forgot to comment out env vars in .env file. I use an empty env vars in .env just not to forget to set them in .env.<env_name> file. Thus empty values in .env just override secrets. And only decrypting secrets with `secrets:decrypt-to-local` writes .env.<env_name>.local which in its turn override empty values in `.env`.

Dang! what a sneaky error. I'm glad you figured it out. FYI what you put on the .env.<environment_name> will override any other value you already have

Cheers!