From d0b4c20413f961afd6fbd5086b42813760381ade Mon Sep 17 00:00:00 2001 From: Ethan Dalool Date: Thu, 17 Sep 2020 17:34:13 -0700 Subject: [PATCH] Remove to-do for lost & found. Let's see if this inode tracking thing works out, and it might be an adequate solution to the problem. As long as non-unix filesystems work reliably and you aren't moving files across partitions. Hashing is still an idea on the table. --- README.md | 1 - 1 file changed, 1 deletion(-) diff --git a/README.md b/README.md index c8f2d88..35ac2dd 100644 --- a/README.md +++ b/README.md @@ -103,7 +103,6 @@ Here is a brief overview of the project to help you learn your way around: ### To do list - Make the wording between "new", "create", "add"; and "remove", "delete" more consistent. - User account system, permission levels, private pages. -- Some way for the database to re-identify a file that was moved / renamed (lost & found). Maybe file hash of the first few mb is good enough. - Debate whether the `UserMixin.login` method should accept usernames or I should standardize the usage of IDs only internally. - Ability to access user photos by user's ID, not just username. - Replace columns like area, ratio, bitrate by using expression indices or views (`width * height` etc).