Veraltete Beiträge kennzeichnen statt löschen
- Matt
In der Halbzeitbilanz stand, dass die alten Beiträge unverändert herumliegen, obwohl mehrere überholt sind. Das ist jetzt zumindest sichtbar.
Die Entscheidung dahinter
Drei Möglichkeiten gibt es: löschen, überarbeiten oder kennzeichnen.
Löschen kommt nicht in Frage. Ein Beitrag von 2018 über einen Fehler in einem Projekt-Template ist heute nutzlos, aber er ist Teil dessen, was hier passiert ist. Und irgendwer verlinkt ihn vielleicht.
Überarbeiten klingt richtig und ist es selten. Ein Beitrag über C# 8 auf den heutigen Stand zu bringen, hieße einen neuen Beitrag zu schreiben und das Datum zu behalten. Das ist die Sorte stille Geschichtsklitterung, die ich in fremden Blogs unangenehm finde.
Kennzeichnen bleibt übrig.
Umsetzung
Ein Feld im Front Matter:
veraltet: "Bezieht sich auf .NET Core 2.1. Das beschriebene Problem tritt seit .NET 6 nicht mehr auf."
Im Post-Layout davor:
{% if page.veraltet %}
<aside class="hinweis-veraltet">
<strong>Hinweis:</strong> {{ page.veraltet }}
Der Beitrag bleibt unverändert stehen.
</aside>
{% endif %}
Kein Plugin, kein Datenbestand, ein Feld. Das war der ganze Aufwand, und deshalb ärgert es mich, dass ich es zweimal angekündigt habe, bevor ich es gemacht habe.
Wo es jetzt steht
Bei den Beiträgen, bei denen ich sicher bin: die beiden Angular-Beiträge von 2018, weil sich die Projektvorlagen mehrfach geändert haben, und ein paar der .NET-6-Notizen, bei denen es inzwischen einen kürzeren Weg gibt.
Nicht gekennzeichnet habe ich alles, wo ich es nur vermute. Ein falscher Veraltet-Hinweis ist schlimmer als keiner, weil er den Beitrag entwertet, ohne dass jemand nachprüft.
Was noch fehlt, ist die Gegenrichtung: ein Hinweis bei alten Beiträgen, der auf den neueren verweist. Bei den Minimal APIs wäre das sinnvoll, weil ich zwei Jahre später deutlich anders darüber denke.