Beats

Beschreibung

Die Internet Time ist eine Erfindung aus der Schweiz, auch als Swatch™ Beats® bekannt.

Es ist absurd und genial zugleich:

Der Tag wird in 1000 Einheiten (Beats) unterteilt, und diese sind weltweit einheitlich. Sommer- bzw. Normalzeit gibt es nicht.

Punktabzug in der B-Note gibt es, dass dazu eine neue Zeitzone erfunden wurde - die Biel Mean Time.

Ist aber deckungsgleich mit der Normalzeit Europe/Berlin bzw. UTC+1 .

Demo

Beim nächsten Gong sind es: ?!? Beats!

Projekt

Das Problem an sich ist einfach, aber lass doch mal was mit MQTT und WebSockets machen.

Buzzword-Kompatibel einen Microservice in Java mit Spring-Boot.

Zum vollen Beat wird dieser per MQTT veröffentlicht, die Webseite zeigt Beats, Centi-Beats und Milli-Beats an.

Auch gibt es eine REST-Api und eine Metrics Integration für Prometheus.

Werkzeuge

Spring-Boot auf Java 17 (damals; inzwischen 21), dazu den WebSocket Stater. Eclipse Paho für den MQTT Client.

Im Frontent: Vue3, SockJs und WebStomp. Dazu Bulma fürs CSS.

Implementierung

Ein Tag hat 86400 Sekunden (24 Stunden * 60 Minuten * 60 Sekunden).

Fein durch Tausend geteilt ergibt das den Faktor 86.4

Diesen muss man nur mit der momentanen Anzahl der Sekunden des Tages (in UTC+1 natürlich) multiplizieren, fertig ist der Karton!

Das ganze ins Spring Framework geworfen, WebSockets dran kleben, einen Aktuator für Prometheus implementieren,

dazu noch bisschen mit Paho einen MQTT Client basteln und zum richtigen Moment die Beats auf das (konfigurierbare) Topic publishen.

Nichts weltbewegendes, ganz normaler (Business-) Wahnsinn.

Aber: es macht Spaß, und so soll es doch auch sein!

Impression

Zugegeben: Visuell ist die Webseite nicht sehr anspruchsvoll. Mehr Information als die aktuelle Zeit ist halt einfach nicht drin.

Immherhin hab ich noch die eine Progress-Bar hingezimmert.

Beim Klick wechselt die Anzeige der Zahl zwischen Vollen-, Centi- und Milli-Beats. Such wow!

Man kann errechnen wie viel Uhr es zum Zeitpunkt des Screenshot war - exakt 17:33:32 Uhr (UTC).

Vortrag

Für den lokalen Hackerspace™ vor Ort hatte ich mal einen kurzen Vortrag über diesen Service gehalten.

Schließlich läuft Beats auch dort, und füttert die MQTT Installation brav mit der aktuellen Uhrzeit. Internet kompatibel.

Ganz klar, dazu gibt es auch Folien.

Probleme

Zur Zeit des Vortrags hatte ich noch einen fießen Bug im Code...

Das Problem war: Bei Anzeige von Centi- & Milli-Beats wurden manchmal die Nachkommastellen übersprungen.

Im Prinzip™ hat alles funktioniert, die (normalen) Beats waren doch immer korrekt.

Es hat bisschen gedauert, und ich hab viel gefrickelt, bis es mir wie Schuppen von den Augen fiel...

Ein Beat ist zwar nur eine Minute und 26.4 Sekunden lang

Aber für ein zehntel oder sogar hundertstel davon ist die sekundengenaue Auflösung viel zu grob.

Sieh an: Nachdem ich alles auf Nanosekunden umgestrickt habe schnurrt alles wie ein Kätzchen. Butterweich. Phänomenal!

Fazit

Die Komplexität ist echt überschaubar. Der Sinn dahinter: Naja.. Fragwürdig.

Dennoch: Es ist eine Fingerübung.

Es ist also möglich mit der sperrigen Sprache Java filigrane Sachen zu machen, und dabei alles mit Unit-Tests abzudecken.

Außerdem wollte ich mir das Thema WebSockets mal ein bisschen näher anschauen... Es ist interessant, überzeugt mich aber (noch?) nicht.

Auch habe ich eine Menge über MQTT gelernt. Das ist die Hauptsache.

Alles in allem - hat Spaß gemacht; Gerne wieder.

Show Self

              const code = document.createElement('code');
              code.appendChild(document.createTextNode(document.documentElement.outerHTML));
            

Topical

Motivation

Beim Einsatz von Messaging (MQTT) ist es oft hilfreich die Liste vergangener Nachrichten einsehbar zu haben.

Hintergrund

Mir wurde MQTT immer wieder wärmstens empfohlen, niederschwellig, Hacker-freundlich und auch sonst so.

Im lokalen Hackerspace™ vor Ort wird bisschen mit IOT rumgespielt, also hab ich mal einen Broker auf den Server vor Ort geworfen.

Mein Erfahrungs-Horizont von Messaging ist sehr begrenzt (nicht vorhanden).

Also rein in die Materie und sich die Finger schmutzig machen. Die meisten Dinge lernt man wenn man direkt mit Problemen konfrontiert wird.

Projekt

Ein MQTT Client, der auf verschiedenen Topics lauscht, die Daten irgendwie abspeichert, und dann als Webseite wieder ausgibt.

Vorgänger

Zunächst hatte ich versucht das Problem mit Python zu lösen.

Besagter MQTT Client ist dauerhaft am lauschen, und wirft die Daten in eine SQLite Datenbank.

Die Webseite jedoch wurde bei jeder Änderung statisch gerendert. Mag funktionieren, jedoch bei vielen Nachrichten auf vielen Topics wird es hakelig.

Also wird dies als Machbarkeits-Studie verbucht, und dann einmal ordentlich neu umgesetzt.

Werkzeuge

Spring-Boot auf Java 17 (damals; inzwischen 21). Eclipse Paho für den MQTT Client.

Dazu eine ordentliche MySQL Datenbank.

Das Frontent komplett in Thymeleaf, dazu Bulma fürs CSS.

Implementierung

Kaum wechselt man auf eine solide Technologie fängt alles an Spaß zu machen.

Jede Message landet innerhalb von einem eigenen Thread in der Datenbank. Somit sind tausende parallel ankommende Messages kein Problem mehr.

Ich bin bisschen verwundert: Die Spezifikation von MQTT Sagt absolut nichts über den Inhalt der Messages aus.

Das einzige was drin steht: Es sind bytes. Schönen Dank! Little Endian oder Big Endian?!

Natürlich hab ich mich letztendlich für Big Endian entschieden. Kein Frage!

Eine Design Entscheidung war auch die Filter der Topics auf denen gelauscht wird in die Datenbank zu legen.

Mag bisschen verwunderlich sein, wenn man die Anwendung das erste mal startet. Es passiert nichts, da noch keine Filter da sind.

Auf der anderen Seite erlaubt es die Anpassung der Filter zur Laufzeit. Neu laden zur Laufzeit inklusive.

Als Bonus gibt es noch eine Callback-API.

Eine Message die durch einen bestimmten Filter auf ein Topic reinkommt lässt sich auf einen HTTP Endpunkt weiterleiten.

Genauso auch umgekehrt: Man kann die API nutzen um Messages auf diversen Topics zu veröffentlichen.

Impressionen

Die Homepage. Oben eine Übersicht wie viele Messages insgesamt auf wie vielen Topics jemals eingesammelt wurden.

Unten folgen dann die Details zu den einzelnen Messages.

Topical selbst schickt Nachrichten über eigene Statistiken zur Laufzeit.

In MQTT sind die Datentypen nicht definiert. Deshalb werden verschiedene Varianten der Interpretation ausgegeben.

Hier kam eine ganz normale Ganzzahl in Form von rohen bytes daher.

Fazit

Auf dem Weg zur endgültigen Anwendung war es eine längere Durststrecke. Zeitweise bisschen nervig.

Ab dem Punkt als das Projekt sichtbar Gestalt annahm machte es eine menge Spaß.

Habe natürlich eine Menge über Messaging im Allgemeinen und Speziellen über MQTT gelernt.

Es ist herrlich einfach sich Schleifen im Message-Bus zu bauen.

Erst recht bei Verwendung einer HTTP Bridge. So eine wie ich in Topical eingebaut habe.

Umso nerviger ist es die Schleifen aufzulösen.

Aber halb so wild. Mit Topical hat man ein mächtiges Debugging Tool zur Hand.

Ausblick

Das Projekt wirkt zeitweise ein bisschen wie eingeschlafen.

Das liegt aber nicht daran dass ich das Interesse verloren habe. Im Gegenteil, es wird rege genutzt.

Es hat einen Punkt erreicht wo es nichts mehr zum hinzufügen oder wegnehmen gibt.

Alles was bleibt ist von Zeit zu Zeit die Abhängigkeiten auf Stand zu bringen. Perfekter Zustand - gerne mehr davon!

MRMCD2013 Flightboard

• 20130906_001.jpg
• 20130906_002.jpg
• 20130906_004.jpg
• 20130906_005.jpg
• 20130906_006.jpg
• 20130908_002.jpg
• index.html
• up-next-fr.png
• up-next-sa.png

Flightboard

Hier lassen sich sogar ein bisschen die fallenden Lettern erkennen.

Auf dieser Seite hier hab ich noch ein Foto vom Bildschirm selbst gefunden...

Haha - genau zum passenden Zeitpunkt den Screenshot gemacht!

Nein, doch nicht - der Quellcode verrät mir das war ein guter Zeitpunkt zum debuggen.. lol!

Unsichtbare Farben

Anleitung

Lange auf das Bild mit den lustigen Farben starren (nicht bewegen).

Beim drauf klicken wird es durch ein Schwarz-Weiß-Bild getauscht.

Die ersten Momente erscheint es so, als sei es bunt.

Topical

• index.html
• topical-bytes.png
• topical-report.png
• topical.png

Beats

• beats.png
• index.html

Squirrelsort

Projekt

Bei der Vorbereitung zur Abschlussprüfung für meine Schule bin ich über eine Aufgabe gestolpert:

Bitte lösen Sie folgendes Problem mit Pseudocode ...

Einen Sortieralgorithmus implementieren Sie selbst.

Au weia. Das Problem selbst war recht trivial, aber einen Bubblesort mal eben aus dem Ärmel schütteln?

Vor allem wenn man es gewohnt ist immer sorted() zu verwenden...

Idee

Ich bastel mir jetzt mal einen Bubblesort zusammen, um das mal wirklich zu verstehen.

Und um möglichst wenig schummeln zu können habe ich mich für C++ entschieden.

Umsetzung

Als erstes schreibt man sich ein makefile um mit clang vernünftig reden zu können.

Danach ein paar Funktionen um Arrays am Display darzustellen, sowie mit Zufallszahlen zu befüllen.

Jetzt geht es an den eigentlichen Sortieralgorithmus: Erstmal einen Bubblesort.

Nachdem man ein bisschen aufgeräumt hat, fängt man an im Web rumzuklicken..

Da gibt es doch noch viel mehr...

Umfang

Letztendlich habe ich eine ganze Menge Sortieralgorithmen implementiert:

• Bubblesort
• Combsort
• Heapsort
• Insertionsort
• Mergesort
• Quicksort
• Selectionsort
• Shellsort

Ausgabe

Das Programm generiert in der jetzigen Form folgende Ausgabe:

input data:
[    15,    14,    13,    12,    11,    10,     9,     8,     7,     6,     5,     4,     3,     2,     1,     0 ]
(ok) - bubble:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - comb:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - heap:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - insert:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - merge:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - quick:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - select:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]
(ok) - shell:
[     0,     1,     2,     3,     4,     5,     6,     7,     8,     9,    10,    11,    12,    13,    14,    15 ]

input data:
[     0,    -1,    -2,    -3,    -4,    -5,    -6,    -7,    -8,    -9,   -10,   -11,   -12,   -13,   -14,   -15 ]
(ok) - bubble:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - comb:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - heap:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - insert:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - merge:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - quick:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - select:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]
(ok) - shell:
[   -15,   -14,   -13,   -12,   -11,   -10,    -9,    -8,    -7,    -6,    -5,    -4,    -3,    -2,    -1,     0 ]

input data:
[    36,   -91,   -39,    71,    23,   -66,    78,   -67,   -72,    96,    58,   -16,   -58,     9,    73,   -55 ]
(ok) - bubble:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - comb:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - heap:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - insert:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - merge:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - quick:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - select:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]
(ok) - shell:
[   -91,   -72,   -67,   -66,   -58,   -55,   -39,   -16,     9,    23,    36,    58,    71,    73,    78,    96 ]

input data:
[  -823,  -800,  -326,  -213,  -415,  -765,  -926,  -409,  -997,  -877,  -290,   844,  -302,  -121,   614,  -842 ]
(ok) - bubble:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - comb:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - heap:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - insert:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - merge:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - quick:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - select:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]
(ok) - shell:
[  -997,  -926,  -877,  -842,  -823,  -800,  -765,  -415,  -409,  -326,  -302,  -290,  -213,  -121,   614,   844 ]

input data:
[ -4586, -6474,  3483, -9694,  -963,  6604, -1012,  2676,  8453, -2115,  -459, -1230,  3181,  -801,  8572, -5436 ]
(ok) - bubble:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - comb:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - heap:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - insert:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - merge:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - quick:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - select:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]
(ok) - shell:
[ -9694, -6474, -5436, -4586, -2115, -1230, -1012,  -963,  -801,  -459,  2676,  3181,  3483,  6604,  8453,  8572 ]


input length:                     64
(ok) - bubble:                 45800
(ok) - comb:                   12000
(ok) - heap:                   51600
(ok) - insert:                 10100
(ok) - merge:                  21700
(ok) - quick:                 193300
(ok) - select:                 16400
(ok) - shell:                  30400

input length:                    128
(ok) - bubble:                178000
(ok) - comb:                   26000
(ok) - heap:                   39100
(ok) - insert:                 34300
(ok) - merge:                  38600
(ok) - quick:                  20300
(ok) - select:                 68500
(ok) - shell:                  24600

input length:                    256
(ok) - bubble:               1102700
(ok) - comb:                   56000
(ok) - heap:                   97900
(ok) - insert:                109000
(ok) - merge:                  77100
(ok) - quick:                  40500
(ok) - select:                196400
(ok) - shell:                  57300

input length:                    512
(ok) - bubble:               1629200
(ok) - comb:                  126800
(ok) - heap:                  185700
(ok) - insert:                427700
(ok) - merge:                 178900
(ok) - quick:                  88700
(ok) - select:                700500
(ok) - shell:                 131200

input length:                   1024
(ok) - bubble:               8501400
(ok) - comb:                  296100
(ok) - heap:                  407900
(ok) - insert:               1708400
(ok) - merge:                 343800
(ok) - quick:                 187500
(ok) - select:               3683300
(ok) - shell:                 357700

input length:                   2048
(ok) - bubble:              35942700
(ok) - comb:                  683700
(ok) - heap:                  921300
(ok) - insert:              12688500
(ok) - merge:                 761800
(ok) - quick:                 410300
(ok) - select:              12900200
(ok) - shell:                 852900

input length:                   4096
(ok) - bubble:             135837800
(ok) - comb:                 1438200
(ok) - heap:                 1948400
(ok) - insert:              37952300
(ok) - merge:                1761300
(ok) - quick:                1538600
(ok) - select:              52090200
(ok) - shell:                2136500

Der obere Teil zeigt das zu sortierende Array, sowie das Ergebnis an.

Anfangs absteigend positive bzw. negative Zahlen, dann Zufallszahlen zwischen ± 99, ± 999 und ± 9999.

Einfach nur um sicher zu stellen, dass korrekt sortiert wird.

Im unteren Teil werden Arrays in den Längen von 64 bis 4096 mit Zufallszahlen ± 9999 sortiert.

Dabei wird die Zeit gestoppt - somit lassen sich die Algorithmen untereinander vergleichen.

Fazit

Bubblesort ist in allen Tests immer mit Abstand am langsamsten.

Quicksort macht seinem Namen alle Ehere! Leider nicht bei kurzen Arrays, bei langen aber umso mehr.

Ganz interessant sind noch Combsort, sowie Insertionsort.

Impatient

Projekt

Man sitzt im nicht sehr gehaltvollen Unterricht, und die Zeit scheint still zu stehen...

Die Wikipediaseite zum Stoff ist schnell durchgelesen, und hat meist mehr Informationen als das was behandelt wird...

Idee

Wann ist denn endlich Pause?!

Ich schreib mir jetzt ein Programm, das die Sekunden bis zur nächsten Pause runterzählt!!1!

Hintergrund

Anfangs hatte ich mir ein Python Script geschrieben, das stumpf die Sekunden zur nächsten Pause anzeigt.

Nicht schön, aber funktional — dadurch dass es auf der Kommandozeile lief, war die Darstellung nicht so optimal.

Auf meinem Laptop für die Schule habe ich Wintendo am laufen, da alle praktischen Übungen dafür konzipiert sind.

Mit einem ordentlichen Betriebssystem würde ich zwar nich so oft fluchen, mir aber auch das Leben unnögig schwer machen.

Also schauen wir mal, wie man für diese Plattform programmiert.

Somit sind C# und .NET das Mittel der Wahl.

Features

✔︎

• Fenster lässt sich dynamisch vergrößern und verkleinern
  ☞︎ Zahlen und Fortschrittsbalken füllen immer den gesamten Platz aus
• Kommt damit klar, wenn sich die Uhrzeit des Systems ändert
• Zur vollen Minute blinkt die Hintergrundfarbe
• Zeitintervalle lassen sich in der Konfigurationsdatei einstellen

✘︎

• Fixiert auf vier Zeitintervalle - nicht mehr, nicht weniger
• Funktioniert nur unter Windows™

Fazit

Hatte bisher mit einigen C# Entwicklern gesprochen, und immer gefragt ob sie zufrieden sind.

Die Antwort war zumeist positiv.

Ein bisschen C# konnte ich schon vorher, aber nun kann ich auch die Antworten nachvollziehen.

Die Handhabung mit Zeit ist recht intuitiv und hat mich positiv überrascht.

Die GUI-Elemente lassen sich sinnvoll ansprechen. Macht definitv Spaß!

Beim Multithreading zwischen GUI und Kern-Logik wird einem unter die Arme gegriffen.

Man ist sich erstmal gar nicht bewusst, welche Komponente in einem Thread läuft ☞︎ Wahrscheinlich Fluch und Segen zugleich.

VisualStudio ist und bleibt ein Moloch!

Was bringt einem der GUI-Designer, wenn dieser einem im Code rumpfuscht?

Deshalb das Projekt immer in einem Repo liegen haben, dann merkt man sowas. Trotzdem nervig.

Alles in allem bleibt aber ein positiver Eindruck. C# scheint eine recht brauchbare Sprache zu sein.

okay

Projekt

Diese Website hier ist statisch und wird mit einem eigenen Tool generiert. Es hat den schönen Namen okay

Werkzeuge

PyYAML

xml.dom.minidom aus der Python Standard Library

Features

✔︎

• generiert Webseiten
• generiert einen Atom Feed
• generiert eine Seite mit Tags

✘︎

• ☃︎

Umsetzung

Die Webseite wird direkt aus YAML Files gebaut.

Damit bin so nah dran am HTML wie nötig, dabei aber so weit weg wie möglich.

Der Parser hält sich an folgende Konzepte:

• Die Grundstruktur ist eine Liste.
  neues Listenelement == neue Zeile im HTML.
• Strings werden formatiert, bevor sie weitergereicht werden.
  Damit ist es möglich Variablen einzuschleusen:
  z.B. steht im Quelltext ein '{brace.encoding}' so wird daraus 'utf-8'
• Dictionaries beschreiben HTML Elemente.
  Der Key mit einer Liste als Value beschreibt den Namen und die darunter liegenden HTML Elemente.
  Führende underscores '_' werden aus den Keys gestrichen, um z.B. Konflikte mit 'class' und 'id' zu verhindern.
  Alle weiteren Key-Value Pairs sind Attribute des HTML Elements.
• Weitere Elemente (z.B. 'True', 'False', 'None') werden verworfen.
• Der Header enthält Basis-Informationen wie Beschreibung, Titel, Datum, Tags, ... der Seite.

Die Notation sieht so aus:

- _div:
  - Meine awesome
  - _a:
    - Webseite
    href: '{url.base}'
  class: example

Das Ergebnis:

<div class="example">
  Meine awesome
  <a href="https://www.der-beweis.de">Webseite</a>
</div>

Was soll der Name?!?

Die Welt ist voll mit Statischen Website-Generatoren.

Leider machen diese nur den Autor dessen glücklich, sonst niemanden.

Nach einer sehr sehr langen Odysee habe ich beschlossen meinen eigenen Generator zu schreiben.

Dieser hat den Namen okay damit er nicht versehentlich öffentlich oder sogar erfolgreich wird... :)

Locate Me

Projekt

GPS-Koordinaten im Freifunk Router automatisch setzen.

Hintergrund

Aus einer Laune heraus hatte ich mir mal einen USB-GPS Dongle gekauft.

Dieser lag nach der ersten Euphorie einfach so rum, und grinste mich aus dem Regal an..

Idee

Die lokale Freifunk Community vor Ort hat eine Karte, auf der alle Router verzeichnet sind.

Die Karten-Software ffmap-d3 (wurde durch meshviewer abgelöst) kann zweierlei Karten darstellen:

• Welche Router sich untereinander verbunden haben
• Eine OpenStreetMap die anzeigt wo auf der Welt der Router sich befindet.

Um letzteres darzustellen muss man händisch die Position des Routers eintragen.

Doch das ist mühsam, und wird gerne mal vergessen.

Peinlich wird das bei Routern die man zu Veranstaltungen aufstellt.

Manche Router haben eine USB-Buchse, da kommt der Dongle wie gerufen!

Ziel

Ich wollte was vollautomatisches: Nur den Dongle anstecken, warten... Fertig!

Der ganze Rest soll wie von selbst geschehen.

Werkzeuge

OpenWrt kommt mit USB-Geräten klar, und hat zum Glück einen Lua Interpreter mit im Gepäck!

Mit UCI kann man die Konfiguration im Lua Programm komfortabel lesen und schreiben.

Der GPS-Dongle spukt seine Daten im NMEA Format aus.

Dies ist ein steinaltes Format und kommt aus der Seefahrt.

Es ist also gut abgehangen, und es gibt ordentliche Dokumentation dazu. Sehr gut!

Umsetzung

Das Programm an sich ist nicht sehr komplex.

1. Programmparameter von der Kommandozeile abfragen
   • Gerätepfad zum GPS-Dongle (/dev/ttyACM0)
   • Ermittelte Informationen ausgeben, oder gleich mit abspeichern?
   • Soll noch die Altitude (Höhe) eingesammelt werden?
2. Danach in einer Endlosschleife die NMEA Daten durchgehen.
3. Irgendwann fliegen Latitude & Longitude Informationen vorbei (GPGGA bzw. GPRMC).
4. Die ermittelten Positions-Daten in die Konfiguration des Routers schreiben.
5. Fertig!

Jetzt heißt es nur noch warten, bis die Karten-Software vorbei kommt, um die Position einzusammeln.

Fazit

Es war eines meiner ersten Lua-Scripte, nicht sehr komplex, aber sinnvoll.

Ich konnte meinen GPS-Dongle sinnstiftend einsetzen und dabei noch etwas lernen - Perfekt!

Links

Repository

locate_me.git

Master Control

Projekt

Ein Script um Abläufe in der Echt-Welt zu automatisieren.

☞︎ full_power wird dadurch noch besser!!1!

An meinem Computer hängt eine USB-Festplatte,

die iTunes Bibliothek ist auf eben dieser Platte.

Also muss ich erst die Platte anschalten, bevor ich iTunes starte..

Davor sollte ich aber noch mit dem Bluetooth Audio Device verbinden..

Und am Ende, schalte ich erst den Strom ab, oder hänge ich zuerst die Platte aus?!?

Aber erst alle Programme die auf die Platte zugreifen schließen!

... *seufz* ...

Ziel

Eine Lösung die mir das Nachdenken abnimmt und so Fehler verhindert :)

Irgendwas, das die Abhängigkeiten auflöst, und eigenständig laufen kann.

Werkzeuge

• full_power
• python3
• Apple Script
  mit eingebettet, für z.B. den Bluetooth Audio Dialup, oder um Scripte explizit im neuen Terminal-Fenster zu starten.

Features

• Schaltet Strom.
  Kennt meine Funksteckdosen, und weiß was an welcher Steckdose angeschlossen ist.
• Verbindet mit meinem Bluetooth Audio Gerät.
  Schaltet aber zuerst den Strom für die Stereoanlage an.
• USB-Festplatten ein- und aushängen.
  mount ☞︎ Strom an.
  unmount ☞︎ Erst alle Programme schließen, Platte aushängen und dann den Strom aus.
  Kann aber auch Platten die nicht an einer Funksteckdose hängen mounten.
  ☞︎ Holt sich das Passwort zum entsperren aus der Keychain.
• Startet Programme.
  Erst auf die Platte mit der Musik drauf warten, dann iTunes starten..
  Und währenddessen die wird die Stereoanlage eingeschaltet..
• Power Management.
  Ausschalten, Neustarten, Ausloggen, Standby, Bildschim aus/sperren/-schoner ...
• Gruppen für alle Elemente.
  z.B. alle Steckdosen aus.

Service

Zusätzlich lassen sich mit Helfer-Scripten noch ein paar Dinge generieren:

• eine zsh completion.
• ein plist-File für einen Alfred Workflow.

Umsetzung

Natürlich habe ich mittels Klassen alles Modular aufgebaut.

Es gibt eine Abstrakte-Basis-Klasse (abc), die die Methoden full() sowie null() verlangt.

Abhängigkeiten ☜︎

Instanzen bekommen beim Erstellen die Abhängigkeiten, die sie selbst zum starten benötigen mit übergeben.

In jeder Klasse selbst existieren zwei Listen: below und above.

Der Konstruktor sieht nun so aus:

def __init__(self, *depends):
     self.below = []
     self.above = []

     for elem in depends:
        self.below.append(elem)
        elem.above.append(self)

Zack, noch eine Methode, um in beiden Richtungen durch diesen simplen Baum zu iterieren..

Und dann noch argparse drum rum geschnallt, fertig!

Versionen

Das Projekt existiert schon länger als sein Git-Repo..

☞︎ Gleich beim Entwickeln von full_power habe ich mir schon Alfred Workflows zusammengeklickt.

Zwei Beispiele:

• connect_audio
• launch_itunes

Die kann man mit der Alfred Remote verknüpfen, so lässt sich dann alles vom Telefon aus bedienen.

Das ganze wird aber sehr schnell undurchsichtig und ist schwer zu pflegen.

☞︎ Der nächste Versuch war ein längliches bash-Script. Zunächst recht verheißungsvoll.

Da darin das überprüfen von Abhängigkeiten eher schwierig ist, wurde fast alles von Hand ausformuliert.

Dies potenziert den Aufwand mit jedem neuen Feature, und zieht massiv Bugs nach sich :(

☞︎ Also wieder ans Reißbrett, und so entstand die oben beschriebene Version in python.

Links

Repository

master_control.git

☞︎ full_power

Master Control

• _init.txt
• alfred_connect_audio.png
• alfred_launch_itunes.png
• index.html

Full Power

Projekt

Irgendwann hatte ich mir mal zwei NodeMCU Development-Boards bestellt.

Diese basieren auf dem esp8266 – bringen also gleich alles für Wlan mit.

Leider verschwanden die erstmal in der Bastelkiste, bis ich auf folgende Idee kam:

Ziel

Es muss doch möglich sein, 230V mit µ-Prozessoren zu schalten.

Spoiler: Natürlich geht das!

Recherche

☞︎ Am gefahrlosesten und flexibelsten sind Funksteckdosen.

Dann informieren, wie man diese ansteuert:

☞︎ Es gibt generische 433-MHz Sender und Empfänger. Und es gibt Libraries dazu.

Alles klar! - Auf die Teileliste kommt also:

• Brennenstuhl RCS 1000N Funksteckdosen.
  empfangen auf 433-MHz und haben DIP-Schalter für die Adressen.
• Die NodeMCU natürlich.
• FS1000A 433-MHz Transmitter.
• Eine RGB-Led, paar normale Leds, Widerstände, Kabel...

Werkzeuge

Die Entdeckungsreise geht weiter..

Es gibt einen Arduino-Support für den esp8266!

Für das Projekt ist daraus folgendes relevant:

• ESP8266WiFiSTA
  Der esp8266 bucht sich in mein Wlan ein, und bekommt per DHCP eine IP-Adresse.
• ESP8266WebServer
  Stellt einerseits eine API bereit, um die Steckdosen und die RGB-Led anzusteuern, oder zur abfrage des Status.
  Und liefert eine statische Webseite aus - Das Javascript darin spricht dann mit der API.
• ESP8266mDNS
  Somit ist der esp8266 unter z.B. http://device.local erreichbar.

Ich probiere damit auch einmal PlatformIO aus.

☞︎ viel angenehmer als die Arduino-IDE.

Umsetzung

Der Quellcode ist modular aufgebaut, Funktionalität wird in Klassen gebündelt.

Am Ende entstehen Module für:

• Logging auf der Seriellen Schnittstelle
  und ein paar Funktionen um mit Strings zu arbeiten.
• Eine Kommandozeile, auch auf der Seriellen Schnittstelle
  Nachfolgende Module registrieren dort Kommandos, um z.B. die Konfiguration zu bearbeiten oder um mit dem Wlan (neu) zu verbinden.
• Speichern in und laden einer Konfigurationsdatei
  Auf dem eingebauten Flash im esp8266, per SPIFFS.
• Das Netzwerk
  esp8266 als Wlan Client & mDNS Responder.
• Die RGB-Led
  Konvertiert Farbwerte in das entsprechende PWM-Signal, und kann sanft zwischen den Farben wechseln.
• Ansteuern des 433-MHz Transmitters
  Und somit der Funksteckdosen.
• Die HTTP-Verbindungen
  • Eine API zum schalten von Licht und Strom, und zur Abfrage des Status.
    Ist also mit allen anderen Modulen verdrahtet, und schickt Antworten im JSON-Format.
  • Eine Webseite.
    Darin ein bisschen Javascript, dass direkt mit der API kommuniziert.
    Ein simples, aber sehr effektives Präprozessor-Makro erlaubt das Einlesen von HTML-Templates.
    Die String::replace() Funktion ersetzt die entsprechenden Platzhalter.

Versionen

Dies ist wohl mein umfangreichstes C++ Projekt bisher, und somit lerne ich beim entwickeln auch ständig was neues..

So kommt es, dass ich nach der ersten fertigen Version sofort damit unzufrieden war..

"Das alles geht noch eleganter.. Bestimmt!"

Somit habe ich mich daran gemacht, alles noch mal neu zu schreiben.

Die neue Version bringt die Kommandozeile und die Konfigurationsdatei mit.

Löst also die Konfiguration mittels Header-File ab, es muss jetzt nicht mehr nach jeder Änderung neu kompiliert werden..

Weiterhin wurden die Webseite und die eigentlichen Funktionen durch die API enkoppelt.

Dies beschleunigt das Schalten beim Aufruf mit z.B. curl

API

Die neue Version nutzt keine URL-Parameter mehr, sondern besetzt ganze Pfade nach diesem Schema:

/{modul}/{aktion}/{daten}

Um also den Strom einer Steckdose an und aus zu schalten reichen folgende Aufrufe:

curl http://device.local/power/full/0110100100

curl http://device.local/power/null/0110100100

Die RGB-LED kann entweder zu einer Farbe hin wechseln, oder in dieser blinken:

curl http://device.local/light/fade/0xfff800

curl http://device.local/light/flash/0x008fff

Links

Repository

full_power.git

☞︎ Schaltplan

☞︎ master_control nutzt dieses Projet hier & kümmert sich um Abhänigkeiten

Erst die USB-Festplatte aushängen, dann den Strom dafür aus..

Noch offen

Die Hardware in ein Gehäuse stecken.

Das Ganze an einem Ort mit Stromversorgung und Empfang aufhängen.

Bilder

Das Development-Board

Ist drei mal so groß wie der eigentliche µ-Chip :)

Es handelt sich um eine NodeMCU v1.0 / V2 von Amica mit einem ESP-12E.

Der Aufbau am Breadboard.

• Die roten LEDs sind Status-Indikatoren zum Debuggen.
  Traffic auf RX bzw. TX oder Signal am Transmitter.
• GND: Weiß
• 3.3V: Rot
• Daten für den Transmitter: Orange
• Stromversorgung für die Status LED am Transmitter: Blau
• Das fliegende orange Kabel oben ist meine Behelfsantenne, bis ich alles in ein Gehäuse verpacke.

Webseite der ersten Version.

Funkioniert zwar, hat jedoch ein paar Nachteile:

• zu kleine Knöpfe, man trifft am Telefon oftmals den falschen..
• Das color-input Element wird von Safari nicht unterstützt..
• Die Schaltvorgänge werden über URL-Parameter auf der Homepage geregelt.
  Somit wird bei jedem Aufruf die Webseite neu zusammengesetzt, was auf der kleinen CPU recht lange dauern kann..

Webseite der aktuellen Version.

• Mehr Platz zwischen den Knöpfen.
• Mehr Kontrast, und Rahmen um die Eingabe-Elemente.
• Die Farbe für die LED lässt sich mit den drei Reglern unten zusammenmischen.
• Mehr Info im Footer :)

Im Hintergrund läuft ein bisschen Javascript, dass

• die Eingaben an die API weiterreicht,
• Farben mischt,
• und periodisch die Status Informationen erneuert.

Full Power

• breadboard.jpg
• index.html
• nodemcu.jpg
• website_v1.png
• website_v2.png

Video Warrior

Projekt

Ab so ca. 2006 hatte ich hier für ein paar Jahre ein Blog am laufen.

Befüllt wurde mit Absurditäten und Fundstücken aus dem Rest des großen weiten Internets.

Einen schönen Gruß an meine treuen Leser aus dieser Zeit :) War schön mit euch!

Es kam oft genug vor, dass ich Videos aus diversen Quellen einbinden wollte.

Die damalige Auswahl an Plugins sagte mir nicht so zu. Diese hatten verschiedene Pobleme:

• Ziehen Javascript von fremden Servern (Datenschutz!!1!).
• Pfuschen einem im Stylesheet rum.
• Zu aufwändig in der Bedienung (23 mal klicken, und so Sachen).
• ...

Ziel

Ein Plugin, dass im Blogpost den Text [youtube 123456789]

durch den nativen Code zum Einbinden von YouTube ersetzt.

Es existierte bereits ein Plugin, dass so fast alles richtig machte.

Doch leider war die Entwicklung davon eingeschlafen, und es fehlten Features..

☞︎ Also tat ich das, was man in der Open-Source Welt so tut: forken!

Umsetzung

WordPress unterstützt Text-Filter:

Es lässt sich eine regex mit einer Callback-Funktion registrierten.

Bei einem Match, wird der Text durch die Ausgabe der Funktion ersetzt.

Klingt machbar ☞︎ Es dauerte also nicht lange, bis die erste Version veröffentlicht wurde.

Features

Zunächst konnte das Plugin nur Videos von YouTube und damals noch Google Video einbinden.

Später kam die Unterstützung für Vimeo dazu.

Und solche Pro-Features wie eine readme.txt.

.. und darin ein Link auf meine Amazon Wunschliste :)

Links

Die Plugin-Seite auf wordpress.org existiert nach wie vor.

Und das SVN Repository gibts auch noch!

Stempeluhr

Projekt

Es bestand Bedarf korrekte Druck-Zeiten von GCode-Objekten zu ermitteln.

Diese Lösung entstand nach

• langem Tüfteln (erstmal mit Python klar kommen).
• und ein paar Umwegen (Siehe auch ☞︎ Grabthars-Holzhammer).

Irgendwann wurde um das Ganze noch ein Web-Framework geschnallt.

Weil es geht, und ich wissen wollte wie — ich war ja damals noch Anfänger!

Werkzeuge

python2

Flask, Jinja2 & Werkzeug

Flask-WTF - zum auswerten des Upload-Formulars

Als Special: Pygments

Features

✔︎

• Berechnung der Druckzeit mit minimaler Abweichung.
• Zufällige Auswahl von Hintergründen.
• Alle Ressourcen (CSS-Framework, Fonts) kommem vom eigenen Server.

✘︎

• Linearer Algorithmus ☞︎ Große GCodes == lange warten.

Hauptseite

Bitte einen GCode hochladen.

Ergebnis

Gut Ding will Weile haben...

Code

Die URL /code gibt Teile des eigenen Quelltextes aus (deshalb Pygments...)

Projekt

Implementieren eines simplen Algorithmus zur Berechnung von e in möglichst vielen Sprachen.

Ziel

Benutzte Sprachen untereinander vergleichbar machen.

Korrektheit der Ergebnisse von e eher zweitrangig.

Umsetzung

Jede Implementation nimmt als Kommandozeilen-Parameter eine Obergrenze von k entgegen.

Bis zu dieser Grenze (i.d.R. 100) wird gerechnet, das Ergebnis zurückgegeben.

Ein bash Script lässt die Implementation je 100 mal bis zum jeweiligen Schleifendurchlauf rechnen.

Dabei wird mit time die Laufzeit gemessen.

Die Ergebnisse werden in html-Seiten geschrieben.

Anzeigen & auswerten der Graphen mittels chart.js

Ein make File koordiniert das Kompilieren & Starten der Programme, sowie das Generieren der Graphen.

Links

Repository

euler.git

Output

Siehe ☞︎ sample_2016_05 ☜︎

Jabber

Inhalt

• 1. - Übersicht zu Jabber
  • 1.1 - Vergleich mit anderer IM-Software
• 2. - Wie funktioniert Jabber
  • 2.1 - Begriffserklärungen
    • 2.1.1 - JID
    • 2.1.1 - Ressource
    • 2.1.3 - Priority
    • 2.1.4 - Transport
  • 2.2 - Veranschaulichung
    • 2.2.1 - Server
    • 2.2.2 - Jabber User
    • 2.2.3 - Transports
• 3. - Was braucht man für Jabber
• 4. - Kleine Tipps und Helferlein
  • 4.1 - Mehr Infos zu Jabber
  • 4.2 - Jabberserver
  • 4.3 - Jabber Transports
  • 4.4 - Jabber Clients
  • 4.5 - Jabber Roster Utility
  • 4.6 - JWChat
• 5. - Fazit

1. - Übersicht zu Jabber

1.1 - Vergleich mit anderer IM-Software

2. - Wie funktioniert Jabber

2.1 - Begriffserklärungen

2.1.1 - JID

2.1.2 - Ressource

2.1.3 - Priority

2.1.4 - Transport

2.2 - Veranschaulichung

Na, alles klar? Dieses Bild soll mal eine Übersicht geben.

2.2.1 - Server

2.2.2 - Jabber User

2.2.3 - Transports

3. - Was braucht man für Jabber

4. - Kleine Tipps und Helferlein

4.1 - Mehr Infos zu Jabber

4.2 - Jabberserver

4.3 - Jabber Transports

4.4 - Jabber Clients

Windows

4.5 - Jabber Roster Utility

4.6 - JWChat

5 - Fazit

Meine Projekte

• baypack
• beats
• euler
• ffflash
• flightboard
• full_power
• impatient
• inventar
• locate_me
• master_control
• okay
• show_self
• squirrelsort
• stempeluhr
• today_i
• topical
• videowarrior
• index.html
• minitube.php

Vorträge, Präsentationen, Talks …

• Ammoniak
• Grundgesetz
• Hacking the Media
• Hausautomatisierung
• Internet Time
• Komprimierung - RLE_LZW_Huffmann
• Das Parfum - Filmkritik.pdf
• Die Vermessung der Welt - Handout.pdf
• Die neuen Leiden des jungen W.pdf
• Kognitive Psychologie.pdf
• Theater - Stiluebung - Raymond Queneau.pdf
• Werden wir wirklich als gute Menschen geboren - Handout.pdf

/etc

• gpg
• talks
• aua.html
• blink.html
• eyes.html
• happy.html
• jabber.html
• noise.html
• shield.svg

ls /

• build
• etc
• 404.html
• apple-touch-icon-precomposed.png
• apple-touch-icon.png
• favicon.ico
• impressum.html
• index.html
• logo.png
• robots.txt
• style.css

Today-I

• index.html
• login.png
• main.png
• sample_2013_12.png
• sample_2014_04.png

Today-I

Projekt

Das Blog des Hackerspaces vor Ort © wird recht selten gepflegt.

Noch weniger sind dazu Einträge über aktuelle Projekte vorhanden.

Idee ☞︎ Kleine Einträge die Woche über sammeln, und gebündelt im Blog veröffentlichen.

Also wird sich ein/zwei Wochenenden lang hingesetzt und diese Anwendung geschrieben.

Nach dem Login stehen ein Text- und ein Upload-Feld (für Bilder) zur Verfügung und freuen sich auf Inhalt.

Einmal die Woche läuft ein Cronjob, der einen neuen Blogeintrag als Entwurf bereit stellt, sowie alle Bilder mit hochlädt.

So kann man den Entwurf ggf. noch mal bearbeiten, bevor man den Beitrag freischaltet.

Werkzeuge

Geschrieben in python2

Als Basis: Flask, Jinja & Werkzeug

Flask-WTF & WTForms für die Textfelder

Flask-Login für das User-Management. Dieses nutzt simpleldap zur Kommunikation mit dem LDAP-Server

img_rotate für PIL. Zum automatischen ausrichten der Bilder.

wordpress-xmlrpc zum Erstellen der Blogeinträge und hochladen der Bilder.

Features

• In Eile geschrieben, nie wesentlich gepflegt. Wurde nur nach Bedarf gepatcht..
• Bilder werden beim Hochladen anhand der EXIF-Daten korrekt gedreht. (Passiert häufig bei Fotos von Smartphones).
• Keine Datenbank ☞︎ Einträge der Woche werden in json gespeichert.
• Archiv Funktion ☞︎ Nach dem Upload auf das Blog, werden die Einträge und Uploads im Archiv gesammelt.
• Erkennt doppelte Dateinamen in den Uploads, benennt diese um: image.png ☞︎ image_.png

Links

Repository

today-I.git

Sample 2016 04

• category.png
• category_edit_inventar.png
• item.png
• item_eintopf.png
• label.png
• label_edit_print.png
• search_e.png
• user.png
• user_charly.png

Inventar

• sample_2016_04
• icon.png
• index.html

Inventar

Projekt

Der Barcode-Scanner liegt schon länger in der Bastelkiste...

Und im Hackerspace vor Ort © blickt auch keiner mehr durch...

• wem was gehört
• wo was hingehört
• wie lange schon was rum liegt (z.B. Essen...)

Man hat dieses CSS-Framework entdeckt, ist sehr beeindruckt, und will unbedingt was damit machen.

Idee

"Je ein Barcode-Label auf einmal alles kleben."

Koordinierung der Objekte aus der Echtwelt erfolgt dann durch ein Inventar-System.

Denkbar

• Ein fest installierter Mini-Computer mit Tastatur, Display, Barcode-Scanner und Label-Drucker..
• Die Anwendung läuft dann direkt da drauf, oder hinter einer LDAP-Authentifizierung mit auf dem Webserver

Werkzeuge

python3

CSS-Framework: bulma

Icons: FontAwesome

Flask

Flask-SQLAlchemy

Flask-WTF

Jinja2

SQLAlchemy

Werkzeug

WTForms

Features

✔︎

• Erzeugt on-the-fly Code128 Barcodes im SVG-Format im eigenen Modul (ohne weitere Abhängigkeiten).
• Datenbank wird beim ersten Start automatisch erzeugt.
• Alle Ressourcen (CSS-Framework, Fonts) kommem vom eigenen Server.
• ☞︎ Ein Makefile sammelt von GitHub alle benötigten Ressourcen ein, und entpackt diese in den static Ordner.

✘︎

• Laser Barcode-Scanner können nicht direkt vom Bildschirm scannen.
• Suche leitet bei direkten Treffern noch nicht weiter. (ist auch sonst noch nicht sehr mächtig)
• Entwicklung eingestellt.

Links

Repository

inventar.git

Output

Siehe ☞︎ sample_2016_04 ☜︎

Die Suche gibt eine gute Übersicht aller Elemente:

Stempeluhr

• code.png
• index.html
• main.png
• success.png

• export.csv
• export.json
• feed.atom
• index.html

BayPack

• sample_2016_02
• baypack.svg
• index.html

Projekt

Es gibt PayBack™-Karten, die nur Punkte™-sammeln zulassen, jedoch kein abheben erlauben.

Eine solche wurde für den Hackerspace vor Ort© organisiert, kopiert, und in Umlauf gebracht.

Auf der Webseite gut versteckt lassen sich die Punkte™ gegen Geld™ eintauschen.

Der Gewinn daraus geht auf das Spendenkonto des Hackerspaces.

Ziel

Ermitteln wie wertvoll Daten sein können.

Bereitstellen der Daten in lesbaren, verarbeitbaren Formaten.

Leute dazu anregen, Statistiken & Grafiken daraus zu erstellen.

Werkzeuge

BeautifulSoup sowie requests zum verarbeiten der Quelle.

SQLAlchemy für ein SQlite-File.

Mit Jinja2 wird das html generiert.

Werkzeug ist für den feed zuständig.

Features

Alles ist eine Klasse:

• Module sind untereinander abhängig
  ☞︎ benötigen Instanzen anderer Klassen um erzeugt zu werden.
  Sogar der Logger ist eine Klasse
• Die meisten Objekte haben eine __call__() Methode.

Modul unabhängige Konfiguration: crawler storage output

Implementierung des Crawlers als Iterator.

Nahtloses wiederaufnehmen alter Buchungen unter Vermeidung von Duplikaten.

Abbruch des Crawlers, nach sieben (konfigurierbar) Tagen ohne neue Daten.

Minimale Datenhaltung — Jedes Datum, Punkte™stand, Sammelstelle® und jede Aktion© existiert nur einmal.
☞︎ Die eigentlichen Buchungen sind immer nur Referenzen darauf.

Links

Repository

baypack.git

Output

Siehe ☞︎ sample_2016_02 ☜︎

• index.html ☞︎ index_full.html
• export.csv ☞︎ export_full.csv
• export.json ☞︎ export_full.json
• feed.atom ☞︎ feed_full.atom

• bc.html
• c.html
• groovy.html
• groovyc.html
• java.html
• js.html
• lua.html
• php.html
• py.html
• rb.html
• rust.html
• swift.html
• swiftc.html

Euler

• sample_2016_05
• e.svg
• index.html

FFFlash

Projekt

FFFlash ist ein Projekt um sein FreifunkAPI File automatisch aktuell zu halten.

Hintergrund

Die FreifunkAPI besteht aus JSON Files, die jede Community veröffentlicht.

Diese beinhalten Treffpunkte, Termine, Kontaktmöglichkeiten, wie viele Router online sind, etc..

Die Adresssen darauf werden an zentraler Stelle gesammelt.

Auf Basis dessen entstanden schon einige hilfreiche Anwendungen:

• Die Freifunk Karte oder...
• die Freifunk App für iOS. Nicht das von Cisco.

Das FreifunkAPI File wird initial mit dem API Generator erstellt.

Und dort liegt meines Erachtens nach das Problem:

☞︎ Jede Community erstellt sich irgendwann im Laufe ihres bestehens ein API File.

Wenn man Glück hat, findet sich jemand, der regelmäßig die Informationen aktuell hält.

Trotz Generator ist dies eine Menge Aufwand, und der Mensch ist faul...

☞︎ Updates geschehen selten bis gar nicht.

☞︎ Die Informationen sind in der Regel veraltet!

☞︎ Anwendungen die auf dieser Datenbasis aufbauen verlieren an Qualität.

Hatte damals mit dem Entwickler darüber gesprochen, er konnte oder wollte dies nicht so recht einsehen...

Ziel

Ständig frickelt man an den Maschinen im Netz rum, an denen die aktuellen Statistiken anfallen.

JSON lässt sich doch kinderleicht mit einem Script generieren..

Kann man beides nicht irgendwie kombinieren?!? Klar! Doofe Frage...

Umsetzung

Anfangs wurde mit viel Gaffa, Liebe und Heißkleber etwas funktionales gezimmert.

Es entstand eine simple Klasse, die bestehende Werte in einem API File ersetzen konnte.

Dazu noch ein Script um die Anzahl der Nodes aus der damaligen Karte zu ermitteln.

Eine gewisse Zeit lang war sogar noch ein Twitter-Modul mit rangeflanscht.

Die monotonen Meldungen waren aber irgendwann zu viel...

Status: online: 42 (23 Router, 19 Teilnehmer) 23:42 17.08.2014

Irgendwann hatten wir mehrere Communities auf den selben Servern.

Und damit auch mehrere API Files.

Das Script ließ sich nicht elegant auf mehrere Communities erweitern.

Falsche Annahmen, fest einprogrammierter Text, Spaghetti-Code...

Also zurück ans Reißbrett, der Rewrite wird geplant:

Features

Genau wie der Vorgänger kann FFFlash nur bestehende Felder ändern.

Es existiert keinerlei Konfiguration. Alles wird beim Start auf der Kommandozeile mitgegeben.

Läuft sowieso in der Crontab, oder man schreibt sich ein Shell-Script passend zu seinem Setup.

Dazu lassen sich noch sogenannte ☞︎ Sidecars mit einflechten.

Dies sind kleine JSON oder YAML Files, die die Werte in der Ausgabe ersetzen.

Sie enthalten entweder nur einen einzigen Wert, oder größere Strukturen bis hoch zum kompleten API File.

Infos zu den Nodes kommen diesmal direkt aus dem Backend und nicht mehr von der Karte.

Zugriff entweder direkt auf die Datei, oder per HTTP.

Man ist sowieso am Zahlen auswerten, warum nicht noch einen Highscore vergeben? ☞︎ Rankfile.

Auf Basis dessen könnte man mal ™ weitere lustige Anwendungen entwickeln.

Lange dabei sein, hohe Uptime, und viele Clients bringt gut Punkte.

Links

Repository

ffflash.git

Sogar Tests existieren, auf Travis-CI kann man nachsehen, ob noch alles passt.

Es wurde an nichts gespart, sogar eine Dokumentation ist am Start.