Drei kurze Fragen schätzen vorab ein, wie tief es gehen soll: 12 Fragen für Einsteiger, 23 für Fortgeschrittene, 37 im Profimodus. Der Modus lässt sich mitten im Fragebogen wechseln, ohne Antworten zu verlieren.

Am Ende steht keine nackte Zahl: Zu jedem Ergebnis lässt sich aufklappen, welche Bewertungsdimension wie viele Punkte beigesteuert hat. Ausgeschlossene Distributionen stehen gesondert, jeweils mit der Anforderung, an der sie gescheitert sind.

Dazu kommt eine eigene Empfehlung für die Oberfläche – die entscheidet im Alltag oft mehr als die Distribution darunter –, ein Direktvergleich von bis zu sechs Einträgen nebeneinander und ein Kapitel über das, was unter Linux schlicht nicht geht: Adobe Creative Cloud, Spiele mit Kernel-Anti-Cheat, CAD, deutsche Steuersoftware.

Alles läuft im Browser, zweisprachig, ohne Cookies, ohne Nutzerverfolgung. Die Antworten stehen in der Adresszeile, ein Ergebnis-Link stellt dieselbe Empfehlung wieder her.

Ausprobieren: technikweber.github.io/LinuxKompass · Code: github.com/TechnikWeber/LinuxKompass

Das Zählen der Augen braucht kein Training, das läuft von Anfang an. Für polyedrische Würfel (W20 und Verwandte) gibt es ein lernbares Modell, das sich direkt im Browser nachtrainieren lässt. Was nicht sicher erkannt wird, meldet DiceCore ehrlich als unbekannt, statt zu raten.

Dazu kommen 15 Spielmodi von der einfachen Summe bis zu Kniffel-Kombinationen, eine JSON-API mit Live-Event-Stream, eine Nachkontrolle gegen nachträgliches Verdrehen der Würfel und Mehrspieler über das lokale Netz. Ohne Hardware läuft alles im Simulationsmodus auf dem Desktop.

Genau da steht das Projekt auch: Die Software funktioniert in der Simulation, ein echter Turm ist noch nicht gebaut. Das kommt noch.

Code und Anleitung: github.com/TechnikWeber/DiceCore

Zur Wahl stehen eine kuratierte Liste oder die Herrnhuter Losungen, dazu Deutsch, Englisch oder Spanisch. Schrift, Farbe, Ausrichtung und Hintergrund lassen sich einstellen.

Welcher Vers kommt, ergibt allein das lokale Datum: Die Liste wird pro Jahr deterministisch gemischt und der Reihe nach durchlaufen. Kein Server, kein gespeicherter Zustand – und auf jedem Gerät am selben Tag derselbe Vers.

make install-plasmoid   # KDE Plasma
make install-desklet    # Cinnamon

Code und Anleitung: github.com/TechnikWeber/bible-verse-widget

Beim Start wird ein Standbild des Desktops aufgenommen und als Vollbild wieder angezeigt – zerlegt wird also nur das Foto. R repariert alles, Esc beendet. Läuft unter X11 und Wayland.

git clone https://github.com/TechnikWeber/linux-desktop-destroyer.git
cd linux-desktop-destroyer
./install.sh

Code und Anleitung: github.com/TechnikWeber/linux-desktop-destroyer

Ein Strahlungskabel (auch Schlitz- oder Leckkabel, englisch leaky feeder) ist ein Koaxkabel, dessen Außenleiter in regelmäßigen Abständen geschlitzt ist. Durch diese Schlitze tritt ein genau dosierter Teil der Leistung aus. Und weil Antennen reziprok sind, koppelt umgekehrt auch ein Signal von außen wieder ein – das Handfunkgerät im Tunnel sendet und empfängt gleichermaßen.

Wo es steckt

Überall dort, wo Funk nicht hinkommt, aber hinkommen muss: Straßen- und Eisenbahntunnel, U-Bahnen, Bergwerke, Tiefgaragen, Einkaufszentren, Kliniken. In Deutschland meist als Objektfunk für die BOS – ohne den findet die Feuerwehr im Untergeschoss keine Verbindung. Das Kabel ist mit 30 bis 980 MHz so breitbandig, dass BOS-Funk, Mobilfunk und Betriebsfunk gleichzeitig darüber laufen.

Die zwei Dämpfungen

Längsdämpfung ist, was auf dem Weg verlorengeht; Koppeldämpfung, was zwischen Kabel und einem Empfänger in 2 m Abstand fehlt. Der 95-%-Wert heißt: An 95 % der Messpunkte war es mindestens so gut. Beide zusammen bestimmen die nutzbare Länge – und sie ziehen in verschiedene Richtungen, denn mehr Abstrahlung heißt weniger Rest am Ende.

Ein Zahlenbeispiel im 70-cm-Bereich: 10 W am Anfang sind 40 dBm, nach 300 m bleiben 31 dBm, nach der Kopplung landen −25 dBm im Handfunkgerät. Sehr laut.

Was daran eigenartig ist

• Sperrbänder. Der regelmäßige Schlitzabstand macht das Kabel bei 300–375 und 650–685 MHz weitgehend blind. Praktischerweise liegen 2 m und 70 cm außerhalb, aber ein 300-MHz-System kann man auf diesem Kabel vergessen.
• Es hat eine Vorzugsrichtung. Über den Schlitzen läuft ein Wulst im Mantel, damit man beim Montieren sieht, wohin sie zeigen – nämlich in den Raum. Und mindestens 8 cm Abstand zur Wand, sonst stimmt die Kopplung nicht mehr.
• Der Mantel ist die halbe Miete. JFN heißt halogenfrei, flammwidrig, raucharm. In einem Tunnelbrand darf ein Kabel keinen korrosiven Qualm beisteuern.
• Das Ende gehört abgeschlossen, sonst läuft die Welle zurück und die Versorgung bekommt Löcher im Meterabstand.

Der Typenschlüssel liest sich übrigens geradeheraus: RLK Kabeltyp, 78 für 7/8 Zoll, 50 Ohm, JFN der Mantel, A die Serie. 28,5 mm dick, 550 g pro Meter, kleinster Biegeradius 35 cm. Nichts, was man mal eben durchs Treppenhaus zieht.

Quellen: RFS-Datenblatt RLK78-50JFNA · Schlitzkabel bei Wikipedia

Dazu kommt das, was eine Fernsteuerung ausmacht: 16 Kanäle mit Trim, Expo, Endpunkten und Kennlinien, Modellvorlagen für Auto, Boot, Flugzeug und Drohne, Armen mit Halte-Knopf, Failsafe je Fahrzeugtyp und Telemetrie im Bild. Alles läuft auch komplett simuliert, ganz ohne Hardware.

Was man mindestens braucht

Das war es. Kamera und Stromsensor machen den Aufbau erst rund, nötig sind sie nicht – ohne sie meldet sich die Simulation. Wer über die Sichtweite hinaus will, steckt zusätzlich einen USB-LTE-Stick an; ein Huawei E3372h-320 tut es. Am Ende eines Nachmittags im echten Netz standen 110 ms Steuer- und 128 ms Video-Latenz.

Installation mit einem Befehl

Auf dem frisch bespielten Pi:

curl -fsSL https://raw.githubusercontent.com/TechnikWeber/YonderRC/main/provisioning/bootstrap.sh | bash

Das holt das Projekt nach /opt/yonderrc und richtet den Dienst ein. Danach http://<pi-ip>:8080/setup öffnen und Detect hardware drücken: Der Pi geht den I²C-Bus ab, liest das Kennregister jedes Chips und trägt die Adressen selbst in die Formulare ein. Auch die Treibermodule installiert diese Seite – kein SSH nötig. Findet der Pi kein WLAN, macht er seinen eigenen Hotspot auf und schickt das Handy per Captive Portal direkt auf die Seite.

Code, Teileliste und Verkabelung: github.com/TechnikWeber/YonderRC

Das Prüfverfahren

Jedes Modul bekam 5,5 V, 6,6 V, 7,4 V, 11,1 V und 26 V vorgesetzt, belastet mit 1 A, 2 A, 3 A und – wo das ging – 5 A. Die 6,6 V sind kein Zufall: Da ist ein 2S-LiPo leer. Als bestanden zähle ich alles ab 4,7 V am Modulausgang; in Litze und Steckern stecken noch einmal 0,1 bis 0,2 Ω.

Modul 1 – Hobbywing UBEC

* hält nur Sekunden, dann Abschaltung wegen Übertemperatur

Ungeprüft: Abschirmung, „niedrigstes RF-Rauschen“, Welligkeit unter 50 mV_pp bei 2 A und 12 V. Bei den Maßen widerspricht sich der Verkäufer: 51 × 16,6 × 8,5 mm laut Beschreibung, 43 × 17 × 7 mm auf der AliExpress-Seite.

Ab 7,4 V Eingang und bis etwa 2 A ist das ein ordentlicher Regler. Warum nicht mehr, steht auf dem Chip: Ein MP1593DN von Monolithic Power Systems liefert laut Datenblatt 3 A und verträgt 4,75 bis 28 V am Eingang. Er bringt außerdem eine Übertemperaturabschaltung mit – genau die, die bei 3 A nach Sekunden zuschlägt. „MAX 5A“ steht also auf dem Gehäuse, aber in keinem Datenblatt.

Modul 2 – UBEC-Platine 5 A

✕ kein Ausgang, das Modul läuft gar nicht erst an · – nicht gemessen

Ungeprüft: Abschirmung und „niedrigstes HF-Rauschen“, eine Zahl zur Welligkeit fehlt. Angegeben sind 43 × 21 × 1 mm – nachgemessen trägt das Modul 10 mm auf.

Der Aufdruck auf dem IC erklärt das Ganze: Ein LM2596S ist laut Datenblatt ein 3-A-Schaltregler. Auf dem Aufkleber daneben steht „UBEC 5A“.

Modul 3 – Buck-Boost-Modul

* hält nur Sekunden, dann Abschaltung wegen Übertemperatur · ✕ kein Ausgang, das Modul läuft gar nicht erst an · – nicht gemessen

Ungeprüft: „geringe Welligkeit“ (ohne Zahl), Kurzschluss- und Übertemperaturschutz, TVS-Diode, −40 bis +125 °C. Maße nennt der Verkäufer keine – nachgemessen 31 × 22 × 7 mm.

Die Beschreibung schränkt selbst ein: Die 5 A gelten im Boost-Betrieb für den Eingangsstrom, nicht für den Ausgang. Genau am unteren Ende wird es eng – bei 5,5 V bricht das Modul schon unter 2 A nach Sekunden ein.

Fazit

Modul 3 hält im Wesentlichen, was draufsteht, und ist als einziges bei 5 A überhaupt zu gebrauchen. Wer aus 2S oder 3S ordentlich Strom bei 5 V braucht, nimmt den.

Modul 1 taugt ab 7,4 V für kleine Lasten; die 5 A auf dem Aufkleber sind Fiktion. Ich behalte es trotzdem – wegen Blechgehäuse und Ferritringkern, was neben einem Empfänger mehr wert sein kann als das letzte halbe Volt.

Modul 2 verfehlt jede seiner drei Kernangaben und kommt nicht zum Einsatz.

Die drei Module bei AliExpress, ohne Affiliate-Kram und ohne Empfehlung – nur damit nachvollziehbar ist, was gemessen wurde: Modul 1 · Modul 2 · Modul 3

Fast jeder Blog bietet einen Feed an – eine Datei, in der die letzten Beiträge stehen und die sich bei jedem neuen Beitrag ändert. Ein Feedreader sieht regelmäßig nach und legt dir vor, was dazugekommen ist. Wie ein Posteingang, nur für Webseiten.

Schritt 1 – Einen Reader aussuchen

Die ersten drei Zeilen brauchen kein Konto: Die Abos liegen auf deinem Gerät.

Schritt 2 – Die Adresse eintragen

Der Feed dieses Blogs ist:

https://technikweber.github.io/feed.xml

Die kopierst du in deinen Reader, fertig. Bei den meisten reicht sogar die normale Blog-Adresse https://technikweber.github.io – der Reader sucht sich den Feed dann selbst, weil er in jeder Seite vermerkt ist.

In Thunderbird sind es drei Schritte: Datei → Neu → Feed-Konto anlegen, dann Rechtsklick auf dieses Konto → Abonnements… → Hinzufügen und die Adresse einfügen. Neue Beiträge landen danach wie E-Mails im Posteingang.

Der Feed sieht im Browser aus wie Kauderwelsch

Wer die Adresse direkt im Browser öffnet, bekommt eine Wand aus spitzen Klammern und den Hinweis „This XML file does not appear to have any style information”. Das ist kein Fehler und nichts kaputt: Die Datei ist für Programme geschrieben, nicht für Augen. Kopier die Adresse einfach in den Reader, der macht eine Liste daraus.

Und bei anderen Seiten?

Meistens versteckt sich der Feed hinter einem Symbol oder einem Link namens „RSS” oder „Feed”. Findest du keinen, gib deinem Reader einfach die Adresse der Seite – oder häng probeweise /feed, /rss oder /feed.xml an. Erstaunlich viele Seiten haben einen, auch ohne ihn zu bewerben.

Zum Ausprobieren gleich hier: technikweber.github.io/feed.xml. Ich erfahre davon nichts – kein Zähler, kein Konto, keine E-Mail-Adresse. Genau das ist der Punkt.

Dahinter steckt Jekyll: ein Programm, das aus Markdown-Textdateien fertige HTML-Seiten baut. GitHub Pages lässt Jekyll nach jedem Hochladen automatisch laufen und veröffentlicht das Ergebnis. Lokal muss dafür nichts installiert werden.

Schritt 1 – Konto und Repository

Auf github.com ein Konto anlegen. Der Benutzername wird Teil der Adresse, also mit Bedacht wählen.

Dann ein neues Repository anlegen – so heißt bei GitHub ein Projektordner. Der Name muss exakt benutzername.github.io lauten, sonst funktioniert der Rest nicht:

• Name: benutzername.github.io
• Sichtbarkeit: Public
• Haken bei „Add a README file”

Schritt 2 – Seite einschalten

Im Repository auf Settings → Pages, dann unter Source auswählen: Deploy from a branch, Branch main, Ordner / (root), speichern.

Ein bis zwei Minuten später ist die Seite unter https://benutzername.github.io erreichbar.

Schritt 3 – Die Dateien anlegen

Alle Dateien lassen sich direkt im Browser anlegen: Add file → Create new file. Ordner entstehen dabei von selbst, indem man einen Schrägstrich in den Dateinamen schreibt, also _layouts/beitrag.html.

Das ist das ganze Gerüst:

_config.yml       Grundeinstellungen
index.md          Startseite mit der Beitragsliste
themen.md         Übersicht aller Tags, füllt sich von selbst
ueber-mich.md     Über mich
impressum.md      Impressum
datenschutz.md    Datenschutzerklärung
_posts/           die Beiträge, Dateiname JJJJ-MM-TT-titel.md
_layouts/         beitrag.html – Beitragslayout
assets/           Bilder, ein Unterordner je Beitrag

title: Mein Blog
description: Worum es hier geht
author: Vorname Nachname
url: https://benutzername.github.io
lang: de
timezone: Europe/Berlin
permalink: /:year/:title/
show_excerpts: true
theme: minima

# Datumsformat deutsch statt "Aug 25, 2026"
minima:
  date_format: "%d.%m.%Y"

header_pages:
  - index.md
  - themen.md
  - ueber-mich.md
  - impressum.md
  - datenschutz.md

exclude:
  - README.md

# Beiträge nutzen automatisch das Layout "beitrag"
defaults:
  - scope:
      path: ""
      type: posts
    values:
      layout: beitrag

plugins:
  - jekyll-feed
  - jekyll-seo-tag
  - jekyll-sitemap

---
layout: home
title: Beiträge
list_title: Beiträge
---

<style>
  /* Das Theme setzt hier zwei gleiche Überschriften. Die zweite weg. */
  .home > .post-list-heading { display: none; }
</style>

---
layout: page
title: Themen
permalink: /themen/
---

{% assign alle_tags = site.tags | sort %}
{% if alle_tags.size == 0 %}

Hier sammeln sich die Beiträge nach Themen, sobald die ersten
geschrieben sind.

{% else %}

<p>
{% for tag in alle_tags %}
  <a href="#{{ tag[0] | slugify }}">{{ tag[0] }}</a> ({{ tag[1].size }}){% unless forloop.last %} · {% endunless %}
{% endfor %}
</p>

{% for tag in alle_tags %}
<h2 id="{{ tag[0] | slugify }}">{{ tag[0] }}</h2>
<ul>
  {% for post in tag[1] %}
  <li>
    <a href="{{ post.url | relative_url }}">{{ post.title }}</a>
    <small>– {{ post.date | date: "%d.%m.%Y" }}</small>
  </li>
  {% endfor %}
</ul>
{% endfor %}

{% endif %}

---
layout: page
title: Über mich
permalink: /ueber-mich/
---

Hier steht der Text.

---
layout: post
---
<style>
  /* Bilder mit Rahmen und Bildunterschrift. Im Beitrag:

       <figure class="abb klein">
         <a href="/assets/BEITRAG/01-bild.jpg">
           <img src="/assets/BEITRAG/01-bild.jpg" alt="Alternativtext">
         </a>
         <figcaption>Beschreibung.</figcaption>
       </figure>

     Die Nummer "Abb. 1", "Abb. 2" … setzt der Browser selbst davor.  */

  .post-content { counter-reset: abb; }
  .abb { margin: 2.2em 0; }

  /* "klein" = schmaler und mittig statt über die volle Textbreite */
  .abb.klein { max-width: 440px; margin-left: auto; margin-right: auto; }

  .abb > a {
    display: block;
    padding: 8px;
    background: #fff;
    border: 1px solid #e0e0dd;
    border-radius: 6px;
    line-height: 0;
  }
  .abb img { display: block; width: 100%; height: auto; border-radius: 3px; }

  .abb figcaption {
    margin-top: .75em;
    font-size: .88em;
    line-height: 1.5;
    color: #828282;
    text-align: center;
  }
  .abb figcaption::before {
    counter-increment: abb;
    content: "Abb. " counter(abb) " · ";
    font-weight: 600;
    color: #424242;
  }

  /* Tabellen: nur so breit wie nötig, seitlich scrollbar.
     Im Beitrag  {: .messwerte}  direkt unter die Tabelle schreiben. */
  .post-content .messwerte {
    display: block;
    width: max-content;
    max-width: 100%;
    overflow-x: auto;
    font-size: .92em;
  }
  .messwerte td, .messwerte th { white-space: nowrap; }
  .messwerte td + td, .messwerte th + th { text-align: right; }

  /* Kleingedruckte Zeile unter einer Tabelle:  {: .legende}  */
  .post-content .legende {
    margin-top: -1.4em;
    font-size: .88em;
    line-height: 1.5;
    color: #828282;
  }
</style>

{{ content }}

{%- if page.tags.size > 0 %}
<p class="post-tags">
  Themen:
  {%- for tag in page.tags %}
  <a href="{{ '/themen/' | relative_url }}#{{ tag | slugify }}">{{ tag }}</a>
  {%- unless forloop.last %} · {% endunless -%}
  {%- endfor %}
</p>

<style>
  .post-tags {
    margin-top: 2em;
    padding-top: 1em;
    border-top: 1px solid #e8e8e8;
    font-size: 0.9em;
    color: #828282;
  }
</style>
{%- endif %}

Schritt 4 – Der erste Beitrag

Beiträge liegen in _posts/ und heißen immer JJJJ-MM-TT-titel.md, zum Beispiel _posts/2026-08-26-mein-erster-beitrag.md. Oben im Kopf stehen Titel, Datum und Tags, darunter der Text in Markdown.

Zwei Stolpersteine, die jeden einmal erwischen:

• Das Datum muss in der Vergangenheit liegen. Jekyll überspringt zukünftig datierte Beiträge stillschweigend – der Build meldet trotzdem „erfolgreich”, die Seite ist aber nicht da.
• Der Dateiname muss dem Muster folgen. Alles andere wird nicht als Beitrag erkannt.

---
layout: beitrag
title: "TITEL HIER EINTRAGEN"
date: 2026-08-26 09:00:00 +0200
tags: [Elektronik]
---

Hier den Beitrag schreiben.

<!--
  WICHTIG: Das Datum oben muss in der VERGANGENHEIT liegen, sonst baut
  Jekyll den Beitrag nicht mit. Dateiname immer JJJJ-MM-TT-titel.md


  ── TAGS ──────────────────────────────────────────────────────────

  Tags sind die Themen-Schubladen. Jeder Beitrag kann in mehreren
  gleichzeitig liegen. Alle Tags samt ihrer Beiträge erscheinen
  automatisch auf der Seite /themen/.

      tags: [Amateurfunk]
      tags: [Amateurfunk, Antennenbau]
      tags: [Elektronik, "Raspberry Pi"]     <- mehrere Wörter in "..."

  Groß-/Kleinschreibung zählt: "Amateurfunk" und "amateurfunk" landen in
  zwei getrennten Schubladen. Zwei bis vier Tags pro Beitrag sind ein
  guter Schnitt. Am besten eine feste Liste bewährter Tags führen und
  von dort abschreiben.


  ── BILDER ────────────────────────────────────────────────────────

  Pro Beitrag ein eigener Ordner unter assets/, benannt exakt wie die
  Beitragsdatei ohne .md:

      _posts/2026-09-14-antenne-fuer-2m.md
      assets/2026-09-14-antenne-fuer-2m/01-material.jpg
      assets/2026-09-14-antenne-fuer-2m/02-aufbau.jpg

  Dateinamen klein schreiben, keine Leerzeichen, keine Umlaute, und
  sagen, was drauf ist. Die Nummer nach vorne, dann stimmt die
  Reihenfolge schon im Dateimanager.

  Einbinden mit führendem Schrägstrich, Alternativtext immer ausfüllen:

      ![Fertige Antenne am Mast](/assets/2026-09-14-antenne-fuer-2m/02-aufbau.jpg)

  Mit Rahmen und Bildunterschrift, Klick öffnet das Bild groß:

      <figure class="abb klein">
        <a href="/assets/BEITRAG/01-bild.jpg">
          <img src="/assets/BEITRAG/01-bild.jpg" alt="Alternativtext">
        </a>
        <figcaption>Beschreibung des Bildes.</figcaption>
      </figure>

  Fotos aus der Kamera sind viel zu groß. Vorher auf etwa 1600 Pixel
  Breite verkleinern, Ziel sind rund 300 KB je Bild:

      magick original.jpg -resize 1600x -quality 82 01-aufbau.jpg

  Fotos als .jpg, Screenshots und Zeichnungen als .png.

  Achtung: Was einmal hochgeladen ist, bleibt für immer in der
  Historie – auch nach dem Löschen. Also vorher verkleinern.
-->

## Zwischenüberschrift

Text mit **fett**, *kursiv* und [einem Link](https://example.com).

```python
print("Hallo Welt")
```

Schritt 5 – Die Adresse

Drei Wege, vom einfachsten zum aufwendigsten.

a) Alles so lassen. Die Seite läuft unter https://benutzername.github.io. Nichts zu tun, HTTPS ist inklusive, kostet nichts. Für die meisten reicht das.

b) Eigene Domain als Weiterleitung. So läuft es hier: Die Domain online-weber.de liegt bei einem Anbieter, der sie per HTTP-Weiterleitung auf technikweber.github.io schickt. Beim Anbieter dafür „Weiterleitung” oder „Redirect” einrichten, Ziel ist die vollständige Adresse mit https://. Vorteil: geht mit jedem Billig-Tarif und ohne DNS-Gefummel. Nachteil: In der Adresszeile steht nach dem Sprung wieder benutzername.github.io. In _config.yml bleibt url: deshalb auf der github.io-Adresse.

c) Eigene Domain richtig einhängen. Dann bleibt die Domain in der Adresszeile. Beim Domain-Anbieter im DNS anlegen:

• für www.beispiel.de einen CNAME auf benutzername.github.io
• für beispiel.de ohne www vier A-Records auf 185.199.108.153, 185.199.109.153, 185.199.110.153 und 185.199.111.153

Danach im Repository unter Settings → Pages → Custom domain die Domain eintragen und, sobald der Haken anwählbar ist, Enforce HTTPS ankreuzen – das Zertifikat stellt GitHub kostenlos aus. In _config.yml dann url: https://beispiel.de setzen. Die aktuellen Adressen und AAAA-Records stehen in der GitHub-Dokumentation.

Schritt 6 – Impressum und Datenschutz

Ein Blog aus Deutschland braucht beides, auch privat. Die folgenden Fassungen sind meine – als Ausgangspunkt gedacht, nicht als Vorlage von der Stange.

Wichtig: rechtlich nicht geprüft. Das ist kein Rechtsrat, sondern das, was ich für meine eigene statische Seite ohne Kommentare und ohne Tracking zusammengestellt habe. Jede Seite liegt anders. Wer sichergehen will, lässt es prüfen.

---
layout: page
title: Impressum
permalink: /impressum/
---

## Angaben gemäß § 5 DDG

Vorname Nachname<br>
Straße Hausnummer<br>
PLZ Ort<br>
Deutschland

## Kontakt

E-Mail: mail@beispiel.de

## Verantwortlich für den Inhalt nach § 18 Abs. 2 MStV

Vorname Nachname<br>
Straße Hausnummer<br>
PLZ Ort<br>
Deutschland

## Haftung für Inhalte

Die Inhalte dieser Seiten wurden mit größter Sorgfalt erstellt. Für die
Richtigkeit, Vollständigkeit und Aktualität der Inhalte kann ich jedoch
keine Gewähr übernehmen. Als Diensteanbieter bin ich gemäß § 7 Abs. 1 DDG
für eigene Inhalte auf diesen Seiten nach den allgemeinen Gesetzen
verantwortlich. Nach §§ 8 bis 10 DDG bin ich als Diensteanbieter jedoch
nicht verpflichtet, übermittelte oder gespeicherte fremde Informationen zu
überwachen oder nach Umständen zu forschen, die auf eine rechtswidrige
Tätigkeit hinweisen.

## Haftung für Links

Mein Angebot enthält Links zu externen Websites Dritter, auf deren Inhalte
ich keinen Einfluss habe. Deshalb kann ich für diese fremden Inhalte auch
keine Gewähr übernehmen. Für die Inhalte der verlinkten Seiten ist stets der
jeweilige Anbieter oder Betreiber der Seiten verantwortlich. Bei
Bekanntwerden von Rechtsverletzungen werde ich derartige Links umgehend
entfernen.

## Haftung für Anleitungen und Code-Beispiele

Sämtliche auf dieser Website veröffentlichten Anleitungen, Code-Beispiele und
technischen Hinweise werden ohne Gewähr bereitgestellt. Die Umsetzung erfolgt
auf eigene Verantwortung und eigenes Risiko. Für etwaige Schäden, die aus der
Nutzung oder Nichtnutzung der dargestellten Informationen entstehen, wird
keine Haftung übernommen.

## Urheberrecht

Die durch den Seitenbetreiber erstellten Inhalte und Werke auf diesen Seiten
unterliegen dem deutschen Urheberrecht. Beiträge Dritter sind als solche
gekennzeichnet. Sofern nicht anders angegeben, dürfen Code-Beispiele im
Rahmen der jeweils angegebenen Lizenz verwendet werden.

---
layout: page
title: Datenschutzerklärung
permalink: /datenschutz/
---

## 1. Verantwortlicher

Verantwortlich für die Datenverarbeitung auf dieser Website ist:

Vorname Nachname<br>
Straße Hausnummer<br>
PLZ Ort<br>
Deutschland<br>
E-Mail: mail@beispiel.de

## 2. Allgemeines zur Datenverarbeitung

Diese Website ist eine statische Website ohne eigene Datenbank, ohne
Nutzerkonten, ohne Kommentarfunktion und ohne Tracking- oder
Analyse-Werkzeuge. Es werden keine Cookies zu Analyse- oder
Marketingzwecken gesetzt. Eine Verarbeitung personenbezogener Daten findet
im Wesentlichen nur technisch bedingt durch den Hosting-Anbieter statt
(siehe Punkt 3).

## 3. Hosting über GitHub Pages und Datenübermittlung in die USA

Diese Website wird bei GitHub Pages gehostet, einem Dienst der GitHub Inc.,
88 Colin P. Kelly Jr. Street, San Francisco, CA 94107, USA, einer
Tochtergesellschaft der Microsoft Corporation.

Wenn Sie diese Website aufrufen, verarbeitet GitHub technisch notwendige
Daten, insbesondere Ihre IP-Adresse, um die Inhalte an Ihren Browser
auszuliefern und die Sicherheit und Stabilität des Dienstes zu
gewährleisten. Diese Daten können in Server-Logfiles gespeichert werden. Auf
Umfang und Dauer dieser Verarbeitung habe ich als Seitenbetreiber keinen
Einfluss.

Da GitHub ein US-amerikanisches Unternehmen ist, kann dabei eine
Übermittlung personenbezogener Daten in die USA erfolgen. Rechtsgrundlage
für die Verarbeitung ist das berechtigte Interesse an einer sicheren und
effizienten Bereitstellung dieser Website gemäß Art. 6 Abs. 1 lit. f DSGVO.

Weitere Informationen finden Sie in der Datenschutzerklärung von GitHub:
https://docs.github.com/site-policy/privacy-policies/github-general-privacy-statement

## 4. Domain-Weiterleitung über den Domain-Anbieter

Die Domain beispiel.de wird technisch über ANBIETER, Anschrift, per
HTTP-Weiterleitung auf die Adresse dieser Website
(benutzername.github.io) umgeleitet. Beim Aufruf über diese Domain kann der
Anbieter im Rahmen der Weiterleitung technisch bedingt Verbindungsdaten
(z. B. IP-Adresse) verarbeiten. Rechtsgrundlage ist Art. 6 Abs. 1 lit. f
DSGVO (berechtigtes Interesse an der Erreichbarkeit der Website unter dieser
Domain).

## 5. Server-Logfiles

Beim Zugriff auf die Website werden durch den Hosting-Anbieter automatisch
Informationen erfasst, die Ihr Browser übermittelt. Dies können
insbesondere sein:

- IP-Adresse des zugreifenden Geräts
- Datum und Uhrzeit des Zugriffs
- Name und URL der abgerufenen Datei
- übertragene Datenmenge
- verwendeter Browsertyp und Betriebssystem
- die Website, von der aus der Zugriff erfolgt (Referrer)

Diese Daten werden ausschließlich zur Auslieferung der Website sowie zur
Gewährleistung von Sicherheit und Stabilität verarbeitet. Rechtsgrundlage
ist Art. 6 Abs. 1 lit. f DSGVO.

## 6. Kontaktaufnahme per E-Mail

Wenn Sie mir per E-Mail schreiben, werden Ihre Angaben zum Zweck der
Bearbeitung der Anfrage und für mögliche Anschlussfragen gespeichert.
Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO bzw. bei Vertragsbezug
Art. 6 Abs. 1 lit. b DSGVO. Diese Daten gebe ich nicht ohne Ihre
Einwilligung weiter und lösche sie, sobald sie nicht mehr benötigt werden
und keine gesetzlichen Aufbewahrungspflichten entgegenstehen.

## 7. Verschlüsselung (SSL/TLS)

Diese Website nutzt aus Sicherheitsgründen eine SSL-/TLS-Verschlüsselung.
Eine verschlüsselte Verbindung erkennen Sie an „https://" in der
Adresszeile Ihres Browsers.

## 8. Ihre Rechte

Sie haben im Rahmen der gesetzlichen Bestimmungen jederzeit das Recht auf:

- Auskunft über Ihre gespeicherten personenbezogenen Daten (Art. 15 DSGVO)
- Berichtigung unrichtiger Daten (Art. 16 DSGVO)
- Löschung (Art. 17 DSGVO)
- Einschränkung der Verarbeitung (Art. 18 DSGVO)
- Datenübertragbarkeit (Art. 20 DSGVO)
- Widerspruch gegen die Verarbeitung (Art. 21 DSGVO)

Zur Ausübung Ihrer Rechte genügt eine Nachricht an die oben genannte
Kontaktadresse.

## 9. Beschwerderecht bei der Aufsichtsbehörde

Sie haben das Recht, sich bei einer Datenschutz-Aufsichtsbehörde über die
Verarbeitung Ihrer personenbezogenen Daten zu beschweren (Art. 77 DSGVO).

## 10. Aktualität und Änderung dieser Datenschutzerklärung

Diese Datenschutzerklärung ist aktuell gültig. Durch die Weiterentwicklung
der Website oder aufgrund geänderter gesetzlicher bzw. behördlicher Vorgaben
kann es notwendig werden, diese Datenschutzerklärung anzupassen.

Schritt 7 – Am eigenen Rechner arbeiten

Im Browser zu tippen geht, macht aber auf Dauer keinen Spaß. Mit Git holt man sich das Repository auf den Rechner, schreibt im gewohnten Editor und lädt fertige Beiträge hoch:

git clone https://github.com/benutzername/benutzername.github.io.git
cd benutzername.github.io

Für jede Änderung immer derselbe Dreisatz:

git add -A                              # Änderungen vormerken
git commit -m "Neuer Beitrag: Titel"    # lokal speichern
git push                                # hochladen, Seite geht live

Merksatz: committen ist speichern, pushen ist veröffentlichen. Ein bis zwei Minuten nach dem Push ist der Beitrag online – GitHub baut die Seite nach jedem Push von selbst neu.

Drei Dinge, die gut zu wissen sind

Alles ist öffentlich. Das Repository ist Public, und was einmal hochgeladen wurde, bleibt in der Historie – auch nach dem Löschen. Also keine privaten Fotos, keine Zugangsdaten, keine halbfertigen Gedanken.

Der Beitrag taucht nicht auf? In dieser Reihenfolge prüfen: Datum in der Zukunft (mit Abstand der häufigste Grund), Dateiname nicht nach Muster, Datei nicht in _posts/, gar nicht gepusht. Build-Fehler zeigt der Reiter Actions im Repository.

Bilder vorher verkleinern, auf etwa 1600 Pixel Breite. Sonst wird das Repository nach dreißig Beiträgen unhandlich – und die Seite langsam.

Der komplette Quelltext dieser Seite liegt offen: github.com/TechnikWeber/TechnikWeber.github.io. Wer lieber abschreibt als tippt, findet dort jede Datei im Original.