From 6f0aada6f62ecb7b9ab2a8b309937fbf43c6667d Mon Sep 17 00:00:00 2001 From: Trenton H <797416+stumpylog@users.noreply.github.com> Date: Tue, 1 Aug 2023 17:54:13 -0700 Subject: [PATCH] Updated Backend Ideas List (markdown) --- Backend-Ideas-List.md | 30 ++++++++++++++++++++++-------- 1 file changed, 22 insertions(+), 8 deletions(-) diff --git a/Backend-Ideas-List.md b/Backend-Ideas-List.md index 910d572..99b0197 100644 --- a/Backend-Ideas-List.md +++ b/Backend-Ideas-List.md @@ -1,3 +1,17 @@ +## Breaking Changes + +### Dropping ARMv7 + +- No more need to custom build packages for the Docker image +- Allows updating cryptography, scipy and probably more +- Allows updating the Python version (to at least 3.10) + +### Removing GPG / Encryption + +- Encrypting documents unsupported since 0.9, many years ago +- Provides no benefit +- Does still linger in the code base here and there + ## Context Managers Updating the consumer and maybe the parsers to be context managers. @@ -9,13 +23,7 @@ Updating the consumer and maybe the parsers to be context managers. - supervisord isn't meant to run as PID 1, S6 is - s8 startup can be separated into independent units, with dependencies between them, which could slightly improve startup time - Initial work done in https://github.com/paperless-ngx/paperless-ngx/tree/feature-s6-overlay - -## Dropping ARMv7 - -- No more need to custom build packages for the Docker image -- Allows updating cryptography, scipy and probably more -- Allows updating the Python version (to at least 3.10) +- Initial work done in https://github.com/paperless-ngx/paperless-ngx/tree/feature-s6-overlay ## Migration Squashing @@ -31,4 +39,10 @@ Replace `from .x.y import z` with `from a.b.x.y import z`. Just makes things st - all in one library for notifications across multiple services, from email to self hosted instances - need to standardize what is notified and how it is tagged (ie always include `paperless-ngx`, and maybe a level like `warning`, `error`, etc) - Probably the user provides a filepath to the config -- as much as possible, would likely want to persistent the client through a consumption, to prevent extra work \ No newline at end of file +- as much as possible, would likely want to persistent the client through a consumption, to prevent extra work + +## External Services + +- External OCR services, using an API, could provide more recent tesseract and ghostscript versions, potentially fixing issues faster than Debian updates (thinking Alpine) +- Is time consuming, so might need celery there? And a database? +- fastapi could easily set this up \ No newline at end of file