OpenSource Projekt: PyInventory - Web-basierte Verwaltung um seine Dinge zu katalogisieren inkl. Zustand und Ablageort etc.​

Hier im Thread geht es um mein OpenSource Projekt "PyInventory" ... Ein Web-basierte Verwaltung um seine Dinge zu katalogisieren inkl. Zustand und Ablageort etc.

Wie in Software zur Inventarisierung?!? schon angekündigt, will ich eine eigene Lösung programmieren. Hab zumindest schon mal das Grundgerüst (noch unbenutzbar) erstellt und Projektseiten eingerichtet. Getreu dem Motto: "Release early, release often":

• https://github.com/jedie/PyInventory
• https://pypi.org/project/pyinventory/

Hier kann man gern darüber diskutieren Alles nicht Projekt spezifische zu dem Thema sollte in Software zur Inventarisierung?!? weiter geführt werden

Wie gesagt, noch kann man da nix mit machen. Ich möchte aber gern bis zum Wochenende die Grundlagen haben, weil ich selbst dann anfangen möchte mit dem Ordnunginschaosbringen

Grobe Ziele:

• Web-Basierend
• Multiuser tauglich
• Chaotische Lagerhaltung
  • Gruppierte "Lagerung": Grafikkarte steckt im Rechner XY
• Möglichst allgemein gehaltene Datenstruktur
• Zu den Posten sollte man u.a. folgendes hinzuspeichern können:
  • Lagerort
  • Zustand
  • Bilder
  • URLs
  • Erhalt und Abgabe (Wann, von wem, zu welchem Preis etc.)
  • Angabe: Öffentlich sichtbar ja/nein
• Eine öffentliche Liste der vorhandenen Posten (denke mal Einstellbar im Profil, ob man das möchte)
• Denkbar wäre noch eine Verwaltung eine Wunsch & Tauschliste

Erstmal werde ich versuchen die Grundlagen für das Wochenende fertig zu stellen. Dann kann man das schön weiter ausbauen.

Vermutlich werde ich es dann später auch ins Internet stellen, sodass es von Leuten aus diesem Forum auch genutzt werden kann. Aber natürlich kann jeder es bei sich auch selbst laufen lassen und nutzten.

So... Es ist ein ganz klein wenig "Benutzbar"... Aktuell sieht es so aus:

ja, gibt kein limit.

Wie praktisch das ist, muss sich zeigen.

So.. Noch weiter an den Datenbank-Models geschraubt:

Zitat von ThoralfAsmussen

Denk mal dran irgendwie Bilder mit da aufnehmen zu können !

Das kann bei sowas extrem praktisch als "Erinnerungshilfe" sein. Muß ja nicht gleich die ganze Fotosammlung anflanschen, aber so ein-zwei Minibildchen als Vorschau sollten möglich sein.

Ja das will ich auch unbedingt haben. Ist aber nicht ganz so einfach... Mal sehen...

Zitat von DerSatelitt

Bin beeindruckt wie schnell Du weitere Funktionalitäten einbauen kannst.

Der Filter zur Suche gefällt mir.

Weiter so

Naja, das ist das tolle an Django und den zig externen Projekten...

Hab mal mit einem Docker-Compose setup angefangen: https://github.com/jedie/PyInventory/pull/7

Aber die Doku fehlt dazu noch...

Zitat von Goethe

Schönes Projekt. Ich nutze seit Jahr und Tag noch das uralte "MediaMan" für meine Sammlungsverwaltung.

Darf ich auf umfangreiche Im-/Exportfunktionen hoffen?

Pull requests welcome!

ich werde django-import-export einbauen... Aber da ich "MediaMan" nicht selbst nutzte, werde ich dafür erstmal keinen importer implementieren. Halt aus Zeitmangel.

So... v0.2.0 ist da:

• Die Liste der "Dinge" ist nun aufgeräumter, weil ist verschachtelte Einträge zusammenhängend darstelle
• Nun hab ich "Django import/export" aktiviert.
• Der "Multi-User" Aspekt funktioniert nun mehr:
  • Es gibt eine Benutzer Gruppe, für die einfache Rechtevergabe
  • Jeder Benutzer sieht nur seine eigenen Einträge und kann nur diese Bearbeiten
• Ich hab "Django-dbbackup" eingebunden, mit dem man einfacher Datenbank-Dump/Restores machen kann
• Man kann das nun auch einfach per Docker ausführen

So sieht die neue Verschachtelte Liste aus:

So... Ich hab einiges gemacht und das ganze nun auch mal auf einen Server gepackt...

Wer mal testen will, anbei Zugangsdaten als Bild, damit noch nicht so schnell Bots kommen

ja, den CKEditor sollte ich noch etwas beschneiden und unwichtige icons entfernen...

Zitat von ChaosRom

Die umgebenden Einträge (Lagerort und übergeordnetes System) könnten noch als Link angezeigt werden. Dann sieht man nicht nur wo es ist, sondern kann auch leicht nachschauen, was dort noch so drin ist.

Oh ja, das ist eine gute Idee und realtiv schnell umgesetzt. Btw. wer einen github account hat, kann gern für sowas auch issues anlegen

Hab es mal gemacht: https://github.com/jedie/PyInventory/issues/12

Zitat von yalsi

Report zu einem Rechner im Layout unserer Aufsteller, siehe https://www.classic-computing.…-ext/aufsteller/form.html

Ja, das wäre zu machen. Ist aber ein wenig Aufwand, gerade was die Gestaltung des PDF anbelangt: Ich will nicht das Classic Computing Template nehmen

Idee wäre ein allgemeingültiges Template anzubieten, was dann jeder selbst im admin gestalten kann... Mal sehen.

Ich hab auch das mal Notiert: https://github.com/jedie/PyInventory/issues/13

Kleines Update v0.4.0:

• Nun ist der Kram um es produktiv zu betreiben in einem seperaten git branch verwaltet: https://github.com/jedie/PyInv…ntory---deployment-branch
• Mittels https://github.com/jazzband/django-axes werden Login Fehlschläge protokolliert und ein Login-Brute-Force verhindert.
• Mit https://github.com/jedie/django-processinfo/ kann der "Super-User" Informationen über den laufenden Server einsehen.

Hab weiter gemacht und das source code layout und den deployment Kram nochmal geändert. Nun ist alles in einem:

• /src/ - sourcen des eigentlichen Projekts
• /deployment/ - wenn man es produktiv auf einem server per docker bereiben will

Ansonsten kann man nun für jeden Gegenstand beliebig viele Bilder hinterlegen. Diese kann dann jeweils nur der selbe Benutzer einsehen...

Leider ist meine Test Seite gerade quasi "down", weil ich leider gegen die Let's Encrypt Limits gestoßen bin. Kann wohl bis zu sieben Tage dauern bis ist wieder ein gültiges Zertifikat bekomme... Mal sehen, vielleicht änder ich einfach die Domain

Nochmal ein Update... v0.8.0 ist raus.

Hat sich aus der User Sicht allerdings nicht viel geändert.

Intern habe ich den code für das Ausliefern der Datei Uploads verbessert und verschoben nach: https://github.com/jedie/djang…ls/serve_media_app#readme weil ich die selbe Lösung noch in einem anderen Projekt verwenden will und das generell eine Allgemeine Lösung ist, die evtl. noch andere interessieren könnte...

Mich hat auch gestört, das in der Bilder URL die ID des Benutzers ist. Nun wird zu jedem Benutzer eine Zufällige Zeichenkette gespeichert und diese als Teil der URL und Dateipfad genutzt...

Eine URL sieht so ähnlich aus:

/media/w7tytv3lyupc/fm4kf9hp0c_vfx3onskrffw1/filename.ext

aber das ist ja eigentlich für den Benutzer total egal. Hauptsache er sieht seine Uploads und alle anderen können nicht darauf zugreifen (Natürlich bis auf dem Superuser/Admin)

Als nächstes kommt dann wieder ein neues Feature: Dateien zu Gegenständen hochladen. Also nicht nur Bilder, sondern irgendwelche Dateien.

Vielleicht Handbuch als PDF oder BIOS-Update Datei/Dump etc.

ich arbeite daran das Projekte als "APP" in YunoHost zu installieren:

https://yunohost.org/#/whatsyunohost

Sourcen zum "APP Package": https://github.com/YunoHost-Apps/pyinventory_ynh

Kleines Update, aber nerviger Bugfix in v0.8.2:

• Nun kommt es zu keinem Fehler mehr, wenn man beim erstellen eines neuen Gegenstandes direkt Bilder mit hochlud. Vor 0.8.2 funktionierte das Bilderhochladen nur für schon einmal gespeicherte Einträge...

Mit v0.9.1 kann man nun neben Bildern auch beliebige Dateien zu jedem Gegenstand hinzufügen... So könnte man z.B. BIOS Updates, Handbücher und Co. speichern...

So nach und nach fülle ich meine Instanz auf mit Daten... Dabei merke ich noch einige Dinge, die ich verbessern muß

Zitat von iJol

Wie wäre es denn, wenn man noch gewisse Felder hinzufügen könnte, also nicht alles in den Fließtext schreiben muss? Dann würde sich die oben genannte Idee mit den Aufstellern eventuell auch schöner umsetzen lassen, wenn man z.B. noch Felder für Erscheinungsjahr, Preis, CPU, RAM etc. hinzufügen und filtern könnte?

Ja, das ist so eine Sache: Ich wollte das ganze nicht zu spezifisch für Retro Rechner machen, sondern allgemein halten, damit man darin auch andere Dinge Katalogisieren kann...

Für die Aufsteller-Geschichte könnte man vielleicht einen optionalen Zusatz bauen, wo es genau darum geht... Mal sehen...

ALLOWED_HOSTS ist in der Django settings.

Kann dir morgen schreiben wo genau...

Virtualisierung dafür ist aber eigentlich totaler overkill 😉

Zitat von gnupublic

./devshell.py run_testserver 192.168.0.197:8080

Also wenn man das so startet, sieht man relativ früh Informationen über die settings:

Die Datei die du editieren mußt ist: .../PyInventory/src/inventory_project/settings/local.py

Die source datei auf github ist hier: https://github.com/jedie/PyInv…project/settings/local.py

Darin ist u.a. das:

# Required for the debug toolbar to be displayed:
INTERNAL_IPS = ('127.0.0.1', '0.0.0.0', 'localhost')

ALLOWED_HOSTS = INTERNAL_IPS

Du kannst am besten INTERNAL_IPS erweitern und dort die passende IP eintragen, bsp:

INTERNAL_IPS = ('127.0.0.1', '0.0.0.0', 'localhost', '192.168.0.197')

Man kann vielleicht am besten hingehen und alles auf einem Raspberry Pi per YunoHost installieren und das dann nur lokal nutzten. Siehe: https://yunohost.org/de/install/hardware:rpi2plus

run_testserver erstellt selbst einen Benutzer und du bist auch direkt eingeloggt... Das ganze ist ja zum Entwickeln gedacht und eigentlich nicht zur Benutzung