Rubriken-Behandlung umbauen

[dh3wr]

Für die Rubriken "Nachrichten" im neuen Sprachgebraucht wäre folgende am letzten Dienstag besproche Vorgehensweise schön:

Es gibt Rubriken von Nummer 1 bis 99. In jeder kann eine Skyper 10 Nachrichten vorhalten. Der Core müsste für jede Rubrik die 10 Nachrichten geordnet speichern. Kommt über die REST-API, die dazu sicher noch modifizieder werdne muss, eine neue Nachricht rein ohne Angabe einer Nummer innerhalb einer Rubrik, so kommt dieses an Platz 1. Die bereits bestehenden Nachrichten rutschen eins weiter hoch, 1->2, 2->3 usw. und Nachricht 10 wird verworfen.

Wenn sich dadurch der Inhalt von einer der 10 Positionen/Rubik verändert hat, so sind alle veränderten Nachrichten neu auszusenden. Dies geschieht beim Einfügen an Stelle 1 mit allen Nachrichten innerhalb der Rubrik. Gibt man eine Positionsnummer in der REST-API an, so wird nur dieser Eintrag überschrieben und entsprechend auch nur diese Position zum Update auf den Skypern ausgesendet.

• [x] Neues Konzept der Rubriken- (Nachrichten)-Behandelung

Ebenfalls wäre die Angabe eines Wiederholungsintervalls pro Rubrik als Metadaten schön. Dies zeiht dann sowohl ein Update des Web-Interfaces als auch Änderungen im Core nach sich, denn die Jobs müssen ja zeitgesteuert ausgeführt werden. Als Zeitintervall würde ich Stunden und Minuten einstellbar machen, nicht die komplizierte Java-Cron-Notation. Diese kann dann im Core entsprechend umgesetzt werden. Nach Ablauf der Zeitspanne werden alle Nachrichten aus der Rubirk ausgesendet mit der entsprechend konfigurierten Sendergruppe.

• [ ] Zeitintervall für Wiederholungsaussendungen