Re: Dokumentenmanagementsystem unter Debian Trixie

Hallo,

Am 11.07.26 um 04:50 schrieb Miriam Winterling:
>=20
> Wenn ich Tante Google frage. kriege ich drei Antworten:
>=20
>    - paperless-ngx

> W=C3=BCrde die Dokumente bzw. das ganze System gerne auf ein NAS oder ei=
nen
> RasPi 5 auslagern wollen, um meinen Laptop datentechnisch schlank zu
> halten. Welche Probleme habt Ihr da gehabt oder seht Ihr?

Ich nutze paperless-ngx in einem Docker-Container auf einem Raspi5 (8GB).

Die Daten landen in einer Datenbank innerhalb des Containers. Per cron=20
starte ich t=C3=A4glich einen Export. Der landet inkrementell in einem Ord=
ner=20
auf meinen NAS wo er per regul=C3=A4rem Backup, wie der Rest vom NAS, weg=
=20
gesichert wird. Mit diesem Export ist es m=C3=B6glich paperless-ngx=20
vollst=C3=A4ndig wieder herzustellen, falls mal was schief ginge.

Wenn man nicht t=C3=A4glich eine gro=C3=9Fe Zahl an (gro=C3=9Fen) Dokument=
en einspielen=20
muss, reicht die Performance eines Pi5.

Eine Nutzung ohne Docker habe ich f=C3=BCr mich verworfen, da eine bare=20
methal Installation doch (je nach gew=C3=BCnschtem Funktionsumfang) etwas=
=20
komplex ausf=C3=A4llt und der PI als Host weil paperless-ngx nicht nur von=
=20
meinem Desktop-PC erreichbar sein soll.

Aktuell liegen rund 1500 Dokumente bei mir im Container und die=20
Performance ist ausreichend. Das Scannen von PDF-Dokumenten dauert=20
etwas, aber f=C3=BCr mich privat ist das kein Killer-Kriterium.

Da paperless-ngx als Docker-Container vorliegt, kann man das prima=20
testen und dann entscheiden, ob das was f=C3=BCr einen taugt. Wenn nicht,=
=20
fliegt der Container halt samt Inhalt wieder r=C3=BCckstandsfrei von der P=
latte.

Als Nachteil empfand ich, dass der Django-Server innerhalb des=20
Containers nur http spricht und man f=C3=BCr https einen reverse proxy=20
einrichten muss. Mit Caddy gibt es daf=C3=BCr eine einfache L=C3=B6sung, a=
ber man=20
muss sich erst mal drum k=C3=BCmmern.

paperworks kenne ich nicht.

Joachim