Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[David G.]

@peterfido

Und ich hab bis morgen vormittag kein KI Guthaben mehr ^^.

[MartinP]

Ich habe gitea als Docker Container.
Bisher nutze ich das auch für Notizensammlung. Bietet aber natürlich nicht den ganzen Funktionsumfang, den Du beschreibst.
Dafür kann man mit git Mechanismen die repositories auf allen Plattformen synchron halten.
Im Browser natürlich dann nur auf der URL des gitea containers

[peterfido]

@David-G. sagte in Lokal Notizen verwalten:

Und ich hab bis morgen vormittag kein KI Guthaben mehr ^^.

Jetzt hat die KI Zeit, zu überlegen, warum das mit den 30 Sekunden passiert. ;)

[peterfido]

Eine Idee habe ich nocht. Wenn jede Notiz zwei Zeitstempel [erstellt,geändert] mitschleppt, könnte man diese z.B. für Synchronisationszwecke nutzen. Zumindest hat man schonmal die Infos. Der erstellt am -Stempel wäre nebenbei als eindeutige ID brauchbar.

[David G.]

@peterfido

Eine Eindeutige ID bekommen sie schon über den Zeitstempel.
Ebenso das JSON wenn es geschrieben wird (Über das Dateiattribut).
Darüber wird geprüft ob sich was geändert hat über einem anderem Browser. Also nicht pro Notiz sondern allgemein.

• Du öffnest den Editor eine Notiz am Rechner
• TS der JSON wird gelesen
• Speichern
• Script prüft ob sich der TS seit dem öffnen geändert hat (geht ja nur über einen anderen Rechner)
• Wenn nein, es wird gespeichert
• Wenn ja, es kommt die Warnung die du kennst

Man könnte aber noch einbauen, dass wenn Rechner A im Bearbeitungsmodus ist, Rechner B nicht in den Bearbeitungsmodus kommt und eine Meldung erscheint. Sowas wie "Warte bis ein anderer User mit dem bearbeiten seiner Notiz fertig ist" oder so. (Falls man es hinkommt zu erkennen, wenn der Browser einfach geschlossen wird im Bearbeitungsmodus. Sonst könnte man stecken bleiben. Teste ich mal.

EDIT
Das Problem mit den 30sek sollte gefixt sein und Pessimistic Locking (nur ein Gerät kann zum selben Zeitpunkt was bearbeiten) eingebaut.

Meine ersten Tests waren gut.

EDIT 2

Unter setup_test.sh hab ich auf git eine Version die wenn ein Termin erreicht ist einen webhook senden kann. Hab bisher nur "Post" getestet. Das klappt wunderbar. Wenn das Notiz Tool im selben Netz wie der iobroker läuft kann man auch schnell die Daten an die simpleApi senden.
Oder sämtliche anderen Dienste die das unterstützen.

[peterfido]

@david-g. ich arbeite gerade an einer App für Android. Das klappt schon relativ gut. Was mir allerdings beim Testen passiert ist, war, dass alle Notizen verloren gingen. - In der Testphase nicht schlimm. Allerdings sind auch alle Settings mit verschwunden, da in der selben json. Das kann wohl auch jederzeit passieren, wenn der Server Murks empfängt.

Das sollte / könnte noch robuster werden.

[David G.]

@peterfido

App für Notizen?
Dachte wolltest von jedem Gerät dran können.

In wie fern robuster? Es wird ein sauberes json geschrieben.
Im nächsten Update kommt noch ein fix, der es erst in eine tmp Datei schreibt und wenn fertig in die echte Datei, falls die Verbindung abbricht etc und dann nichts korrupt wird.

[peterfido]

Moin,
ja, von jedem Gerät dran, passt. Der Plan ist online zu arbeiten, wo es geht, und eine App, welche die Notizen zwischenspeichert und so offline zur Verfügung stellt.

Aktuell lade ich die Notizen einzeln in eine lokale Datenbank. Das geht auch schon. Nur die Anzeige ist noch nicht so, wie online, da der Browser die ganze Arbeit macht und ich alles nachbauen müsste.

Vielleicht sollte ich neu anfangen, und als Worker eine Browserengine nutzen.

[David G.]

@peterfido

Wie oft bist du offline, dass das wirklich lohnt?
Mein nächster test ist auf SQL lite zu gehen. Bringt phyton schon mit und alles wird robuster.

[peterfido]

Hin und wieder.
Es sollen für Urlaubsreisen alle Infos parat sein. Flugnr, Zeiten, Buchungsnummern, usw.

Mir waren beim Testen vorhin z.B. Skizzen nur halb übertragen worden. Allerdings nur im Simulator vom Android Studio. Auf dem Handy gab es diese Probleme nicht.

Ich habe die App soweit fertig, dass die alles anzeigt. Die Rücksynchronisation nehme ich wieder raus. Klappt aktuell sogar für die Notizen. Aber dafür (bearbeiten) ist ja der Browser gedacht.

Eine Datenbank wäre für größere Sammlungen von Vorteil. Da bräuchte man evtl. nur die geänderten IDs übertragen. Das Sortieren der Einträge wird dadurch evtl. erschwert.

[David G.]

@peterfido

Meine Datenbankversion läuft mittlerweile stabil denke ich.
Nur die Skizzen werden noch als json und Bild gespeichert.

Würde auch entweder online oder offline machen. Was im mischbetrieb finde ich anfällig.
Dann lieber online und wenn man mal was wichtiges hat nen Screenshot machen falls man mal offline ist^^.

[peterfido]

Guten Morgen,

sehe ich mir nachher mal an. Können beide nebeneinander installiert werden?

Ich probiere es mal, indem ich

INSTALL_DIR="/opt/notiz-tool"
SERVICE_NAME="notizen.service"

ändere.

Die Version ohne Datenbank läuft soweit. Da die data.json gelitten hattte, als ich diese per Android-Simulator genutzt hatte, habe ich es mal per VPN probiert. Da dauerte der Seitenaufbau bissel länge, und schnell mehrere Haken bei einer To-Do-Liste ändern brachten die Meldung hervor, dass auf einem anderen Gerät geändert wurde, ein Stream-Abriss konnte ich jedoch nicht provozieren. Liegt evtl. am Simulator.

[peterfido]

Die SQL-Version habe ich jetzt mal parallel installiert. Als Port 8081 gewählt.

peter@debianserver:~$ sudo ./notizen-sql-setup.sh
[sudo] Passwort für peter:
Welcher Port soll für das Notiz-Tool genutzt werden? (Standard: 8080)
Port: 8081

Allerdings öffnet sich die Seite im Browser nicht.

Geändert im Skript habe ich Folgendes:

INSTALL_DIR="/opt/notiz-tool-sql"
SERVICE_NAME="notizen-sql.service"

und etwas weiter unten nach den mkdirs:

mkdir -p $INSTALL_DIR/static 
mkdir -p $INSTALL_DIR/templates 
mkdir -p $INSTALL_DIR/uploads 
mkdir -p $INSTALL_DIR/backups

wget -O $INSTALL_DIR/static/Sortable.min.js https://cdn.jsdelivr.net/npm/sortablejs@1.15.0/Sortable.min.js	
wget -O $INSTALL_DIR/static/tomorrow-night-blue.min.css	https://cdnjs.cloudflare.com/ajax/libs/highlight.js/11.9.0/styles/tomorrow-night-blue.min.css	
wget -O $INSTALL_DIR/static/highlight.min.js https://cdnjs.cloudflare.com/ajax/libs/highlight.js/11.9.0/highlight.min.js

Also die externen Dinge nach intern geholt, da ich nicht weiß, wenn man mit nocache arbeitet, wie oft die da heruntergeladen werden.

Dementsprechend noch in der index.html die Pfade angepasst:

    <link rel="stylesheet" href="/static/style.css?v={{ v }}">
    <script src="/static/Sortable.min.js"></script>
    <link rel="stylesheet" href="/static/tomorrow-night-blue.min.css">
    <script src="/static/highlight.min.js"></script>

Das habe ich in der Urversion allerdings auch schon so gemacht. Evtl. liegt es am Port 8081

[David G.]

@peterfido sagte in Lokal Notizen verwalten:

sehe ich mir nachher mal an. Können beide nebeneinander installiert werden?

Ich denke schon, hab ich aber nicht getestet An der json Variante arbeite ich aber auch nicht weiter.

Die SQL Version hat schon einige neue Features bekommen.

Zb einen Verlauf für Notizen (Die noch nicht gelöscht wurden) oder Backlinks (wenn du mit @ auf eine Notiz verweist hast du in der anderen Notiz einen Hinweis, dass die andere Notiz auf diese verweist)

[peterfido]

ich suche gerade:

peter@debianserver:~$ sudo systemctl status notizen-sql
× notizen-sql.service - Notizen V2 (SQLite)
     Loaded: loaded (/etc/systemd/system/notizen-sql.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Sun 2026-03-01 08:34:56 CET; 13min ago
   Duration: 228ms
 Invocation: 1e633e7866ad4bd4851d90738a5011bc
   Main PID: 835 (code=exited, status=1/FAILURE)

Mär 01 08:34:56 debianserver systemd[1]: notizen-sql.service: Scheduled restart job, restart counter is at 5.
Mär 01 08:34:56 debianserver systemd[1]: notizen-sql.service: Start request repeated too quickly.
Mär 01 08:34:56 debianserver systemd[1]: notizen-sql.service: Failed with result 'exit-code'.
Mär 01 08:34:56 debianserver systemd[1]: Failed to start notizen-sql.service - Notizen V2 (SQLite).
peter@debianserver:~$ sudo /opt/notiz-tool-sql/app.py
/opt/notiz-tool-sql/app.py: 1: from: not found
/opt/notiz-tool-sql/app.py: 2: from: not found
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
import: unable to open X server `' @ error/import.c/ImportImageCommand/348.
/opt/notiz-tool-sql/app.py: 16: from: not found
/opt/notiz-tool-sql/app.py: 18: Syntax error: "(" unexpected
peter@debianserver:~$

Braucht der x-server?

[peterfido]

Worin unterscheiden sich die beiden?

Edit: Wenn ich es über python3 starte, fehlt flask.

peter@debianserver:~$ sudo python3 /opt/notiz-tool-sql/app.py
Traceback (most recent call last):
  File "/opt/notiz-tool-sql/app.py", line 1, in <module>
    from flask import Flask, render_template, request, jsonify, send_from_directory, session, redirect, url_for, send_file
ModuleNotFoundError: No module named 'flask'

edit2:

die scheinen sich im cron-job zu beißen, da der Name hard-codiert ist:

rm -f /etc/cron.d/notizen-tool

[peterfido]

OK, wenn ich es über die alte Version drüber installiere, läuft es.