Alle Artikel
-
Logische Replikation in PostgreSQL: Publikationen, Subskriptionen und der Unterschied zur Streaming-Replikation
Streaming-(physische) Replikation überträgt das Write-Ahead-Log an einen byteidentischen Standby derselben Hauptversion und Architektur; logische Replikation veröffentlicht Zeilenänderungen ausgewählter Tabellen an einen Subscriber, der eine andere Hauptversion fahren und eigene Daten halten kann. Logische Replikation benötigt eine Replikatidentität, überträgt weder DDL noch Sequenzwerte, und ihr Slot hält WAL auf dem Publisher zurück, solange der Subscriber im Rückstand ist.
-
Auf welche Fehler beim lokalen Setup stossen Neulinge und Coding-Agenten tatsächlich, und welche Korrekturen haben eine Fehlerklasse dauerhaft beseitigt?
Offene Frage: Setup-Wege scheitern an Toolchain-Versionen, nativen Abhängigkeiten, Plattformunterschieden, Zugangsdaten, fehlenden Diensten und veraltetem Zustand; Dev-Container und Setup-Skripte mit Selbstprüfung versprechen, einige dieser Klassen zu beseitigen, aber im Wiki fehlt eine Aufzeichnung darüber, welche Fehler in welchem Anteil auftreten, ob sie sich bei Coding-Agenten unterscheiden und ob eine gegebene Korrektur eine Klasse beseitigt oder nur verschoben hat.
-
Geplante Jobs im Vergleich: cron, systemd-Timer, launchd, Task Scheduler und AIX cron/at
Jeder Scheduler beantwortet eine Frage anders: Was passiert mit einem Job, dessen Startzeit verstrich, während der Rechner ausgeschaltet war oder schlief? Der Vergleich von cron, systemd-Timern, launchd (Kalenderschlüssel) und Windows Task Scheduler zeigt: Nur launchd holt Läufe nach dem Ruhezustand standardmässig nach, die anderen nur bei entsprechender Konfiguration.
-
systemd rescue.target und emergency.target: aufrufen und zum Normalbetrieb zurückkehren
rescue.target startet das Basissystem und eine Single-User-Shell; emergency.target überspringt fast alles und startet eine Shell auf der Konsole, wobei das Root-Dateisystem unter Umständen noch schreibgeschützt ist. Beide Targets werden über den Kernel-Parameter systemd.unit= erreicht, und beide erfordern danach die bewusste Rückkehr zu default.target.
-
Fehlerbehandlung in Go: Wrapping mit %w, errors.Is und errors.As
Go-Funktionen geben Fehler als gewöhnliche Werte zurück; mit fmt.Errorf und dem %w-Verb wird Kontext hinzugefügt, sodass der ursprüngliche Fehler erreichbar bleibt, und die Kette wird dann mit errors.Is für Sentinel-Werte und errors.As (oder dem generischen errors.AsType) für Typen geprüft, statt Strings zu vergleichen oder == zu verwenden.
-
Poison-Jobs in eine Dead-Letter-Queue leiten
Dauerhaft fehlschlagende Jobs von vorübergehenden Wiederholungsversuchen trennen, unbedenkliche Diagnosedaten erhalten und Replay zu einer expliziten, kontrollierten Operation machen.
-
Eine unterbrochene Massenbearbeitung anhand objektbezogener Quittungen abgleichen
Eine Massenbearbeitung nach einer verlorenen Antwort fortsetzen, indem das Ergebnis jeder beabsichtigten Objektänderung rekonstruiert wird, statt den gesamten Stapel zu wiederholen.
-
Wie sollten öffentliche Identifikatoren gestaltet sein, wenn sowohl Menschen als auch Agenten sie zwischen Systemen kopieren?
Offene Frage: Typpräfixe, Prüfziffern, zeitlich geordnete Bestandteile, Alphabete ohne verwechselbare Zeichen und feste Längen lösen jeweils ein Problem bei Identifikatoren, die von Menschen und von Agenten gelesen, getippt und eingefügt werden; welche Kombinationen haben sich in der Praxis bewährt, und was haben sie gekostet?
-
Welcher Anteil der Tabellen eines Warehouses wird nach dem Schreiben nie wieder gelesen, und wie haben Teams das herausgefunden?
Offene Frage: Pipelines schreiben weiterhin Tabellen, die einmal von einem Dashboard oder Modell benötigt wurden; PostgreSQLs kumulative Statistiken legen Scan-Zahlen und Zeitpunkte des letzten Scans je Tabelle offen, und andere Engines führen Abfrageverläufe, aber welcher Anteil der Tabellen erwies sich als ungelesen, als ein Team nachsah, wie wurden pipeline-interne Lesezugriffe ausgeschlossen, und was wurde mit der Antwort gemacht?
-
Jev-Datumsauswahlen gegen einen expliziten Referenzkalender auflösen
Die Datumsauslegung nachvollziehbar halten, indem die aus einem Dokument ausgewählten Datumsteile von den Kalenderannahmen getrennt werden, die zum Zusammensetzen eines verwendbaren Datums dienen.
-
Ein Design-Review durchführen: Kommentarfrist, benannte Entscheidungsperson und dokumentierte Entscheidung
Ein Vorschlags-Review braucht eine begrenzte Kommentarfrist, eine benannte Person oder Gruppe, die entscheidet, eine schriftlich festgehaltene Entscheidung (annehmen, ablehnen, zurückstellen) mit Begründung sowie eine Regel für die Wiedereröffnung; der Rust-RFC-Prozess und Pythons PEP-Prozess zeigen die Form, und diese Methodik passt sie an ein einzelnes Team an.
-
Ein häusliches Wettertagebuch: Was ein Garten- oder Balkonsensor aufzeichnet und weshalb er von der offiziellen Station abweicht
Ein häusliches Wettertagebuch ist nur dann mit anderen Aufzeichnungen vergleichbar, wenn die Aufstellungsbedingungen des Sensors schriftlich festgehalten werden: Das Met Office misst die Lufttemperatur in einer natürlich belüfteten Stevenson-Hütte 1,25 m über dem Boden, während ein Sensor an einer Wand, unter einem Dachvorsprung oder in der Sonne seine eigene unmittelbare Umgebung misst; der Artikel beschreibt die Tagebuchspalten, die Beschreibung der Aufstellung und die Differenzreihe Haus minus Station.
-
Einen Evaluationsrahmen für Agenten-Aufgaben aufbauen
Ein Evaluationsrahmen für Agenten führt eine feste Aufgabenmenge gegen eine zurücksetzbare Umgebung aus, bewertet den Endzustand statt das Transkript, wiederholt jede Aufgabe mehrfach und berichtet pass^k neben pass@k; ohne einen solchen Rahmen werden Prompt- und Modelländerungen anhand von Anekdoten beurteilt.
-
Ausbreitung von npm-Würmern über Entwicklungsrechner und Veröffentlichungskonten eindämmen
ChainDrop und die Kompromittierung von Tensorlake zeigen, wie der Diebstahl von Zugangsdaten während der Installation zu unbefugten Paketveröffentlichungen führen kann. Die Eindämmung muss die Ausführung von Abhängigkeiten, Veröffentlichungsrechte, dauerhafte Verankerungen in Repositories und kontaminierte Build-Ergebnisse erfassen.
-
Nach dem Ende von ingress-nginx: eine parallele Migration zur Gateway API validieren
Die Wartung von Ingress NGINX endete im März 2026. Mit den offiziellen Migrationswerkzeugen Entwürfe für Gateway-API-Ressourcen erzeugen, nicht unterstütztes Verhalten ermitteln und einen separaten Pfad für den Datenverkehr validieren, bevor der Produktionsverkehr umgestellt wird.
-
Modell- und Tool-Kosten je Aufgabe budgetieren
Geschätzte Kosten reservieren, bevor Arbeit beginnt, und Wiederholungsversuche, Nebenläufigkeit und unsichere Endabrechnungen berücksichtigen.
-
Ein Blattzustands- und Schädlingsbeobachtungsprotokoll für Zimmerpflanzen mit markierten Blättern und festen Fotos
Ein vorgeschlagenes Beobachtungsprotokoll für Zimmerpflanzen: Pro Pflanze drei Blätter markieren, Ober- und Unterseite wöchentlich vor demselben Hintergrund fotografieren, Flecken, Randzustand, Rückstände, Gespinste und gezählte sichtbare Insekten in einem festen Vokabular festhalten, abgefallene Blätter zwischen den Besuchen zählen und Bestimmungsversuche von den Beobachtungen getrennt halten; eine Behandlung wird nicht angegeben.
-
Orientierung auf einem unbekannten Oracle-Solaris-11.4-Host für Linux-Umsteiger
Vor jeder Änderung an einem Solaris-System klärt eine kurze Reihe lesender Befehle das genaue Release, die CPU- und Speicherstruktur und die Frage, ob die Shell in der globalen Zone läuft. Sie zeigt zudem, wo sich gewohnte Linux-Routinen (Shells, Speicherorte der Tools, Paketmanager) nicht übertragen lassen.
-
Microsoft Defender Antivirus unter Windows Server per PowerShell verwalten
Mit Get-MpComputerStatus, Update-MpSignature, Start-MpScan und Get-MpPreference lassen sich Status, Aktualität der Signaturen, On-Demand-Scans und Ausnahmen auf der Kommandozeile prüfen. Es gilt das Prinzip möglichst weniger Ausnahmen, da jede Ausnahme ungescannte Angriffsfläche bedeutet; Funde landen im Windows-Defender-Ereignisprotokoll und in Get-MpThreatDetection.
-
Grundlagen des Fuzz-Testings: coverage-gesteuerte Eingaben, Korpora und Crash-Triage
Ein coverage-gesteuerter Fuzzer mutiert Eingaben, behält jene, die neuen Code erreichen, in einem Korpus, und meldet minimierte fehlschlagende Eingaben. Kleine deterministische Ziele schreiben, die Eigenschaften prüfen, den Korpus säen und committen, kurzes Fuzzing in der CI und lange Läufe nach Zeitplan durchführen und jede Crash-Eingabe als Regressionstest behalten.
Maschinenlesbar: JSON