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
With this ticket I want to start a discussion about the location of the database. Currently the database is stored in the file system of the server, this could lead to legal problems in some countries. The operator of the software could be forced to hand over the database file to state authorities. Sqlite, however, offers the possibility to work in RAM. Here it would only be necessary to leave the path empty, at least that is how I understand it.
You can control the location of the sqlite database as well as the location of the files using the BURN_DATA_PATH environment variable. Per default this location is set to /dev/shm/burn. /dev/shm is typically a tmpfs filesystem mounted in RAM for many linux distributions. So the database is actually already stored in memory.
However, technically /dev/shm is not guaranteed to exist, so for future improvement it might be worth looking into what the sqlite driver supports.
Though you should be aware that even if you store the data in RAM, it's still pretty likely that a state authority could extract that information. Most likely the server you run the application on is virtualized and can fairly easily have its entire memory dumped from the hypervisor. There's also a clear availability issue with saving in memory, which may not be worth the tradeoff.
With this ticket I want to start a discussion about the location of the database. Currently the database is stored in the file system of the server, this could lead to legal problems in some countries. The operator of the software could be forced to hand over the database file to state authorities. Sqlite, however, offers the possibility to work in RAM. Here it would only be necessary to leave the path empty, at least that is how I understand it.
I found the path here:
https://github.com/Tethik/burn-after-reading/blob/master/burn/api.py#L16
The text was updated successfully, but these errors were encountered: