Add env.secret

[sloria]

Add env.secret

[sloria]

An alternative to env.secret would be to allow any casted value to be secret.

SECRET_BOOL = env.bool('MY_PRECIOUS', secret=True)

print(SECRET_BOOL)  # => "*******"
print(SECRET_BOOL.value)  # => True

[sloria]

Hold on this until encode/starlette#301 is resolved.

[al-the-x]

Excellent work on this lib. Seems that this issue is "resolved" in your PR encode/starlette#303

[sloria]

Thanks, I'm aware. I'll have to give this more thought. I think if we add this to environs, we'll go with the .value approach suggested in encode/starlette#301.

Feedback welcome!

[ribeaud]

Related to this, it would be nice to be able to store encrypted values which would then be automatically decrypted by the library when needed and up to a previously specified master password. Something similar to http://www.jasypt.org/encrypting-configuration.html in Java.

To be identified such values would be surrounded by ENC(...) for instance. As a rule of thumb passwords should never be checked-in. But with such a mechanism, this is then acceptable.

Currently I am working with a custom parser to handle such cases.

[sloria]

Encryption seems outside the scope of environs. environs is used for parsing values that are not checked into source control. If you do need encryption you can do so after parsing, e.g.

PASSWORD = decrypt(env.str('PASSWORD'))

[al-the-x]

Or use a custom parser that handles your specific encryption:

@env.parser_for('encrypted')
def encrypted_value(value):
  return decrypt(value)

password = env.encrypted('PASSWORD')

[sloria]

A custom parser also works but doesn't allow composition.

[sloria]

Closing for lack of interest