Klaas van Schelven c05d2e0198 SECRET_KEY: make it required
Considered: having a fall-back that is generated on-server-start. That doesn't
fly because we have gunicorn, and each server gets their own value.

Generating once on first run (in the Docker container), writing to a file: way
too fragile. i.e. on-container-restart you'd get the same (and this would be
surprising).

Given the sensitive nature of all of this, I'd say being explicit

The actual effect of changes is limited to sessions invalidating (but that bad
enough).

And the current setup is more broad, since it does a general check.

See https://stackoverflow.com/a/30266422/339144 (note: PasswordResetView
isn't used by us, we have our own)
2024-08-28 11:17:39 +02:00
2024-08-21 09:31:05 +02:00
2024-08-28 11:17:39 +02:00
2024-08-21 09:31:05 +02:00
2024-03-30 11:56:29 +01:00
2024-08-21 09:31:05 +02:00
2024-08-28 08:58:35 +02:00
2024-08-21 09:31:05 +02:00
2024-06-14 12:51:31 +02:00
2024-08-21 09:31:05 +02:00
2024-08-21 09:31:05 +02:00
2024-05-27 13:54:01 +02:00
2024-01-04 20:37:26 +01:00
2024-07-18 09:34:32 +02:00
2023-10-29 16:43:39 +01:00
2024-08-27 21:57:02 +02:00
2024-08-21 08:30:46 +02:00
2024-08-21 09:31:05 +02:00

Bugsink

Bugsink offers real-time error tracking for your applications with full control through self-hosting. Easily install on your servers, connect any app using Sentry-compatible SDKs, and rely on scalable performance to handle millions of events daily without failure. Get all the details you need in one place to quickly triage and fix errors.

https://www.bugsink.com/

Description
No description provided
Readme 6.2 MiB
Languages
Python 80.6%
HTML 17.5%
CSS 0.9%
JavaScript 0.6%
Shell 0.3%
Other 0.1%