Dirks Logbuch

Die Zeit, dass ich richtig viele Computer- oder Handy-Spiele gespielt habe, ist lange vorbei. Das einzige, was ich von Zeit zu Zeit mache, ist eine Partie Blitzschach gegen einen menschlichen Gegner zu spielen.

Dazu habe ich sehr lange freechess.org oder auch Free Internet Chess Server (Wikipedia) benutzt.

Interessanterweise habe ich dort auch einen meiner ältesten noch immer aktiven Online-Accounts mit meinem alten Spitznamen "Bibo":

Finger of Bibo:

On for: 5 secs   Idle: 0 secs

          rating     RD      win    loss    draw   total   best
Blitz      1416     48.4   11622    8674     808   21104   1609 (06-May-2020)
Standard   1440    350.0      11      10       2      23
Lightning  1245    350.0       3       6       1      10
Wild       1655    350.0       0       1       0       1
Suicide    1118    350.0       0       3       0       3
Losers     1544    350.0       0       1       0       1

Email      : dirk@deimeke.net

Total time online: 104 days, 5 hrs, 40 mins
% of life online:  1.1  (since Fri Jul 19, 12:42 EDT 1996)

Timeseal 1 : On

 1: hi folks!
 2: no lightnings, please!
 3: i have autoflagging turned on, if you have lag problems, please tell me
 4: last not least, greetings from germany!

Im Lauf der vergangenen Jahre gab es keine Weiterentwicklung bei den Clients, benutzbar für mich sind nur Yafi für Android (läuft nicht unter Android 12) und Jin (Java für verschiedene Plattformen). Das Projekt ist im Grossen und Ganzen eingeschlafen.

Jetzt habe ich durch diesen Artikel bei Heise von lichess.org erfahren, hier der Wikipedia-Artikel, und bin begeistert.

Der Server und die Features sind grosse klasse, es sind immer Menschen online, die ungefähr gleich stark sind wie ich. Es gibt einen hervorragenden Webclient und ebenfalls Clients für Android und iOS. Und, ebenfalls sehr schön, die Quellcodes von Server und Clients liegen als Open-Source-Software vor. Toll!

lichess hat sogar einen eigenen YouTube-Kanal, auf dem Spiele gestreamt und kommentiert werden. Das ist zwar nichts für mich, aber ich finde das klasse.

Es ist immer wieder spannend zu sehen, wie sehr Dinge an einem (mir) vorbeilaufen können, wenn man nicht in der gleichen Blase ist.

Es reicht ja, wenn es eine Person interessiert (Hallo Oliver!).

Hier kommen die Visual Studio Code Plugins, die ich beruflich und / oder privat einsetze.

Der grösste Unterschied ist, dass ich beruflich alle Plugins bis auf Remote SSH remote einsetze und nicht lokal, da ich mich den ganzen Tag mit VSCode nur auf dem Jumpserver befinde. Das Bearbeiten findet lokal auf Windows mit Dateien unter Linux statt.

• Nur Job: Remote - SSH, um über SSH auf Dateien zuzugreifen und diese zu bearbeiten.
• Nur Job: Remote - SSH: Editing Configuration Files, wird automatisch vom vorherigen Plugin mitinstalliert.
• Bracket Pair Colorizer 2 finde ich enorm praktisch, weil es zu jeder Klammer die korrespondierende in der gleichen Farbe anzeigt.
• GitLens erweitert den eingebauten Git-Client um einige sinnvolle Features.
• Nur privat: LaTeX language support, weil ich privat viel mit LaTeX mache. Dieses Plugin hat den Vorteil, nicht automatisch die Dateien zu übersetzen.
• Markdown All in One bringt hilfreiches rund um Markdown mit (ich möchte deutlich mehr mit Markdown machen).
• markdownlint weist auf unschönen Markdown-Quellcode hin.
• Python für die Entwicklung von Python-Skripten.
• Jupyter wird von Python mit installiert, brauche ich nicht.
• Spell Right benutze ich zur Rechtschreibkontrolle.

Welche Plugins nutzt Ihr und warum nutzt Ihr sie?

Kaum kommt die Meldung, dass der Quelltext des Threema-Clients offen liegt, kommen die Bedenkenträger, dass das kein Grund zur Freude wäre, so lange der Quelltext des Servers noch nicht offen ist.

Zwei Anmerkungen dazu und auch gleichzeitig eine Einladung zur Diskussion.

1. Haben wir verlernt, uns über Teilerfolge zu freuen? Muss es immer 100% sein? Kein Wunder, dass wir es uns immer schlechter gehen lassen, wir tragen selber die Schuld daran.
2. Auch, wenn der Quelltext der Serverkomponente offen liegt, gibt es keine Garantie dafür, dass der Quelltext die Basis für den Server ist, der auf Seiten des Betreibers läuft. Ich setze als Blogengine Serendipity ein. Ihr müsst mir glauben, dass das so ist und keine von mir abgewandelte Variante der Software.

Wenn man etwas nicht selber macht, muss man darauf vertrauen, dass es sich so verhält wie behauptet.

Nebenbei: Auch die App müsste man selber bauen, um sicher zu sein, dass die App auf dem Handy aus dem offen gelegten Quelltext gebaut wurde.

Systemadministrator (aktueller "Jobtitel Senior System Engineer Linux/Unix") bin ich schon relativ lange und so lange ich diesen Job mache, so lange schraube ich und verbessere mein Arbeitssetup.

Das berufliche "Virtual Desktop"-Betriebssystem ist leider Windows, aktuell in der Version 10, via Thin Client, wobei ich bis auf Mailclient und Webbrowser (via SSL Interception Proxy) nur Zugriff auf die Linux- und Solaris-Infrastruktur benötige.

Dafür habe ich sehr vieles ausprobiert. Wir haben einen Remote Desktop mit NoMachine, den ich lange genutzt habe - vor allem, da ich ihn auch über beide Monitore strecken kann - aber so richtig warm geworden bin ich damit nicht. In einem anderen Kontext nutzen wir xrdp und auch X2Go habe ich getestet. Auf der Gegenseite läuft jeweils ein Red Hat Enterprise Linux 7 mit KDE 4 als Desktop (privat bin ich auf Fedora 29 mit KDE Plasma).

Nach allem Hin und Her bin ich mittlerweile bei PuTTY und - falls ich wirklich einmal (sehr selten) Grafik brauche - XMing, das reicht für mich völlig aus.

In PuTTY gibt es vier Settings, die ich jedem empfehlen möchte, der ernsthaft damit arbeitet.

1. Unter Window / Behaviour habe ich "Full screen und Alt-Enter" gesetzt, damit lässt sich PuTTY in einem rahmenlosen Vollbild-Fenster betreiben.
2. Unter Window / Selection ist die "Action of mouse buttons" auf "xterm (Right extends, Middle pastes)" gesetzt. Ihr wisst schon ... alter Sack ... Schwierigkeiten umzugewöhnen ... besser es funktioniert so wie auf jedem gewohnten Linux Desktop.
3. Ebenfalls unter Windows / Selection gibt es den Punkt "Paste to clipboard in RTF as well as plain text" - gerade in Verbindung mit Outlook als Zwangsclient hilft das sehr, formatierte Dinge (inklusive Farben) aus der Shell zu pasten.
4. Unter Connection / SSH / X11 muss natürlich "Enable X11 forwarding" eingeschaltet sein, sonst wird das nichts mit XMing.

Apropos XMing, das wird über einen Shortcut mit folgenden Parametern gestartet: Xming.exe :0 -clipboard -multiwindow -xkblayout ch -xkbvariant de

Was das ganze Setup aber zu meiner Administrationslösung macht, ist tmux. Meine Konfiguration findet Ihr am Ende das Artikels. Vielleicht erläutere ich sie einmal in einem weiteren Blogposting.

Bis vor kurzem habe ich immer ClusterSSH benutzt, wenn ich auf mehreren Systemen gleiche Befehle ausführen musste. Das hat auch mit XMing super funktioniert, bringt aber eine Inflation an Fenstern mit sich.

Daher bin ich richtig froh, dass ich tmux-xpanes entdeckt habe. Das Tools ist mit einer Fullscreen Terminal-Session via tmux einfach unschlagbar.

Meine zwei Monitore sind jetzt wie folgt aufgeteilt. Der linke Monitor trägt den ganzen Windows-Kram und der rechte eine PuTTY-Session im Fullscreen mit tmux. Das ist für mich perfekt.

Vielleicht könnt Ihr mir helfen.

Momentan bin ich auf der Suche nach einer Podcast-Hosting-Software. Sie sollte folgende Eigenschaften haben:

• Kein Wordpress, ich habe wirklich keine Ahnung von Wordpress und keine Zeit mich so einzuarbeiten, dass ich es sicher hosten kann und die Plugins zur Verfügung habe, die es meiner Ansicht nach für ein Blog oder einen Podcast braucht.
• Gerne einen statischen Bloggenerator (am liebsten in Bash, Perl, PHP oder Python).
• Kommentare sind Pflicht, meinetwegen auch durch eine selbst gehostete Kommentarfunktion.
• Serverseitig kein Ruby, generell wäre mir eine der Skriptsprachen, in denen ich mich bewegen kann (siehe oben), lieb, aber das ist nicht zwingend.
• Schön, aber nicht verpflichtend wäre der Podlove-Player.

DeimHart haben wir mit "meiner Blogengine" Serendipity betrieben. Leider ist der Podcast-Support immer noch sehr rudimentär, was der kleinen Zahl an Entwicklern geschuldet ist.

• Pinboard Pin - ersetzt die originale Firefox-Extension von pinboard.in, sollte die Extension auf der Seite des Dienste aktualisiert werden, wechsele ich wieder (habe mich einfach zu sehr an die Bedienung gewöhnt).
• Textarea Cache ersetzt Lazarus, ein Tool, was die Eingaben in Textboxen auf Webseiten rettet, wenn man irrtümlich die Seite geschlossen hat.
• uBlock Origin sorgt für die "Digitale Selbstverteidigung".
• Update Scanner prüft in regelmässigen Abständen Webseiten auf Veränderungen. Sehr nützlich, wenn die Webseite keinen RSS-Feed anbietet.
• Wallabagger speichert seiten in meiner Wallabag-Instanz zum später Lesen und dient als Basis für meinen Linkdump.

• DokuWiki ist die Wikisoftware, die ich benutze, wenn ich einmal ein Wiki brauche. Kommt ohne Datenbank zurecht.
• Das Freie Software Fotobuch ist eine Zusammenstellung von Personen und deren Lieblingssoftware.
• Gitea stellt mir einen Gitserver mit grafischer Oberfläche zur Verfügung.
• GNUsocial bietet eine Instanz des freien sozialen Netzes.
• Kanboard ist eine sehr einfache, aber dafür leistungsfähige Umsetzung eines Kanboards.
• Netdata - sehen was läuft.
• Nextcloud nutze ich sowohl als Filesynchronisationslösung mit automatischem Upload von Handy-Photos wie auch zur Synchroniation des Kalenders und der Kontakte mit dem Handy.
• Piwik aks Webabanalysewerkzeug.
• phpMyAdmin, wenn ich "mal schnell" etwas mit der Datenbank machen muss.
• Roundcube ist mein Webmailer.
• RSS-Bridge wandelt beispielsweise Tweets von Twitter in einen RSS-Feed.
• Serendipity ist die Blogsoftware, die ich benutze.
• Tiny Tiny RSS ist mein Feedreader (News+ mit entsprechendem Plugin auf dem Android-Tablet).
• Wallabag - hier landen alle längeren Artikel, die ich noch lesen will (auch über ein Plugin in Tiny Tiny RSS).
• YOURLS ist ein URL-Verkürzer, den ich nur noch aus historischen Gründen benutze.