Ab jetzt gibt es auf der tags Seite auch noch eine kleine tags→Artikel Verbindungs-Übersicht, bei der die Verbindungen zwischen den tags und den Artikeln, mithilfe der alchemy.js Library, visualisiert wird.

Ich bin sehr gespannt wie das Universum in einem Jahr aussehen wird!

Bleibt Neugierig.

Ich benutzte ja schon seit Jahren eine Logitech Harmony und steuere damit alles was, zum Entertainment nötig ist. Nun gibt es aber einen Lichtblick am Horizont, der hoffentlich die Konfigurierbarkeit erheblich verbessern sollte und es endlich auch ermöglicht eignen Abläufe zu programmieren die nicht von einem festgelegten Konfigurations-Tool abhängig sind.

Ich hab die Tage auf kickstarter.com die YIO Remote Two unterstützt und hoffe das, dass Project, zügig vorankommt und alles zeitgerecht ausgeliefert werden kann.

Es handelt sich dabei um eine zum Teil in Open Source entwickelte Fernbedienung mit einem Dock die Geräte über WiFi, Bluetooth oder klassisch mit IR Steuern kann. Das ist jetzt die 2. Version die auch schon eine recht große Community um sich scharrt und wo man stark von einem Erfolgreichen Project ausgehen kann.

Eventuell Sucht ja noch jemand von euch eine Multifunktionsfernbedienung mit Bastler Feeling, allerdings muss man auch noch ein wenig Geduld mitbringen, weil die Auslieferung erst in einem Jahr (Juli 2022) ist!

Sie wurde Übrigens in Dänemark entwikelt.

Als nachtrag hier noch ein Livestream Record zu dem Thema, sehr interesant!

Das ist einfacher als gedacht: Nginx hat seit Version 1.9.5 H2 immer dabei. Man muss im Listener einfach nur das http2-Flag setzen.

Das sieht dann so aus:

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
}

Viel einfacher kann es ja nicht sein! :)

Testen kann man es dann z. B. mit Online-Tools wie HTTP/2 Test von KeyCDN oder HTTP/2 Test von Geekflare

Oder im Browser mit F12, Developer Tools und dann bei „Netzwerk“ das Protokoll anzeigen lassen.

WSL 2 ist eine recht gut gelungene Integration von Linux in die Windows Welt und es ist für mich inzwischen nicht mehr wegzudenken. Es ist sogar verblüffend einfach gelöst inzwischen und bedarf fast, keinen aufwand.

Man kann sich eigentlich an die Anleitung vom Microsoft orientieren muss allerdings noch eine Sache Anpassen.

Einfach eine Admin PowerShell öffnen und folgende schritte durchspielen.

wsl --set-default-version 2
wsl -–install

Jetzt einmal rebooten und dann die Installation abschließen. Nun öffnet sich eine WSL Shell und fragt nach dem neuen Username und dem Password. Die Grundinstallation ist somit abgeschlossen.

Jetzt sollte man sein System einmal updaten.

sudo apt update
sudo apt upgrade

Wenn das beendet ist, kann man noch eine kleine spezial Config hinzufügen um die filerechte in der WSL Umgebung besser zu regelt.

Öffne mit einem beliebigen Editor in wsl die /etc/wsl.conf als root

sudo nano /etc/wsl.conf

Nun füge diese Zeilen ein, wenn die Config noch nicht existierte.

[automount]
enabled = true
options = "metadata"
mountFsTab = false

Und einmal in der powershell das WSL Restarten damit die Config neu geladen wird.

wsl -–shutdown

Fertig!

Damit gehören die Files in deiner Windows Umgebung auch unter WSL deinem User. Jetzt noch das Remote - WSL addon für Visual Studio Code und man kann wie unter Linux arbeiten!

happy coding :)

Auflisten installierter Distributionen und der WSL Version.

wsl --list --verbose

Nachträgliches ändern der WSL Version.

wsl --set-version <distribution name> <versionNumber>

bzw.

wsl --set-version Ubuntu 2

Durch die Liezens Änderungen bei docker hub und die strickten Limits ist es ja jetzt nötig, bei größeren Infrastrukturen einen eigenen docker-registry-mirror Service zu fahren.

An sich ist das alles nicht sonderlich kompliziert, aber man hat Genug Potenzial um was falsch zu machen.

Hier mal meine Fallstricke auf die ich hereingefallen bin.

{
  "registry-mirrors": ["https://<my-docker-mirror-host>"]
}

1. In /etc/docker/daemon.json oder ~/docker/config.json für den user, muss man ja seinen Mirror eintragen und dabei ist dringend zu beachten das man das Protokoll (HTTP/HTTPS) mit angibt, denn sonst Dropt er die Option.

2. Ein HTTPS Server, brauch dringend eine fullchain Cert mit der kompletten callange, denn wenn das nicht passt Dropt der Gitlab-Runner auch einfach den Mirror, ohne was zu sagen.

3. Testen kann man das recht einfach mit curl, ob es passt. Mit einem Browser, sieht man das leider nicht, weil die weit mehr CA’s drin haben denen sie Trauen.

Wenn „docker info“ jetzt den Mirror anzeigt sollte alles passen.