Ich habe nach nunmehr über 5000 Tickets in meinem privaten Ticket-Management-System darüber nachgedacht, wie ich es weiter verbessern und noch nahtloser damit arbeiten kann. Mein Hauptanliegen war, die Reihenfolge der Abarbeitung der Tickets auf einfache Art und Weise festlegen zu können
Ich begab mich auf Recherche-Tour und stellte fest, dass es einige interessante Trac-Plugins gibt, die ich bisher noch nicht auf dem Radar hatte und das eines davon genau meinen Use Case abbildet: das QueuesPlugin. Ich habe die Plugins hier mal verlinkt.
Bei der Recherche ist mir aufgefallen dass ich zur Zeit das Feld Severities gar nicht benutze, sondern in Priorities Schlüssel mische, die sich auf Priorities und Severities beziehen. Daraus wurde ein weiteres Forschungsgebiet geboren: Was geschieht, wenn man dieses Feld wieder separieren will und was muss man tun, um das zu erreichen?
Das wiederum führte zu einem weiteren Denkanstoß: Ist es möglich, ein System zu bauen, das ein Ticket-System mit Testdaten befüllt? Vorzugsweise natürlich mit meinem eigenen Testdatengenerator?
Interessante Plugins
Links
Artikel, die hierher verlinken
Trac Reorganisation
01.10.2017
Wie in einem früheren Artikel bereits angekündigt habe ich mein persönliches Ticketingsystem ein wenig angepasst.
Kommentar hinzufügen (via 
Kommentare ansehen (via 
Vor 5 Jahren hier im Blog
-
Alarmierung über Skripte
16.09.2019
Nachdem ich mich in letzter Zeit wieder verstärkt mit den Themen Monitoring und Alarmierung auseinandersetze, habe ich überlegt, ob ich die dabei gewonnenen Erkenntnisse nicht auch dazu nutzen könnte, die bestehende Lösung flexibler zu machen
Weiterlesen...
Tags
Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Git(lab|hub) Go GUI Gui Hardware Java Jupyter Komponenten Links Linux Markdown Markup Music Numerik PKI-X.509-CA Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
Neueste Artikel
- Meine Umsetzung des Konzepts CircuitBreaker
Das Konzept eines CircuitBreaker ist schon lange bekannt. Ich habe mir zu Studienzwecken einen selber gebaut - eigentlich zwei: Einer ist dafür da, das Logging von gleichartigen Exceptions zu drosseln, der andere für das Entzerren von Versuchen, Ressourcen von URLs nachzuladen. Diese spezielle Variante benötigte ich für EBMap4D: Falls einer der Tile-Server ausfällt, wird ansonsten ständig versucht, die Kacheln neu herunterzuladen. Das frisst nicht nur Rechenzeit, sondern ist auch unnütz.
Weiterlesen... - Mein erster Origami-Kranich
Nachdem ich mich nun schon so lange mit Origami beschäftige habe ich endlich einmal das älteste dokumentierte Ornament versucht - aus gutem Grund...
Weiterlesen... - Will it go round in circles - Nashville Jam
Eine neue Musikreihe/Show auf Youtube gefunden...
Weiterlesen...
Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.
Wer daran teilhaben und eventuell sogar davon profitieren möchte, muß damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.
Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...
PS: Meine öffentlichen GitHub-Repositories findet man hier - meine öffentlichen GitLab-Repositories finden sich dagegen hier.