You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I use the django sites framework to run several sites from the same application. Since each setting file has its own SECRET_KEY, the sites cannot share encrypted data. django-fields should accept a parameter or look for a var in settings.py to override this behavior with a custom key for the cipher. If it doesn't exist, then fall back on settings.SECRET_KEY.
I would point out that the phrasing of this issue is, technically, incorrect. The incompatibility is not with the Sites framework, per se, but with your particular setup. That said, your suggestion of a dedicated setting with fallback is probably worth pursuing.
I believe #40 might fix this issue, for the most part. You can now specify a secret key value as an argument in the field's constructor. If not specified, it will fall back to the value in settings.py.
I use the django sites framework to run several sites from the same application. Since each setting file has its own SECRET_KEY, the sites cannot share encrypted data. django-fields should accept a parameter or look for a var in settings.py to override this behavior with a custom key for the cipher. If it doesn't exist, then fall back on settings.SECRET_KEY.
I think this may be related to issue #1.
The text was updated successfully, but these errors were encountered: