Alle Artikel
-
Einen Webfeed veröffentlichen: RSS 2.0, Atom oder JSON Feed, und die Details, auf die Reader angewiesen sind
Atom verlangt pro Feed und Eintrag ein id, title und updated mit Datumsangaben nach RFC 3339; RSS 2.0 verlangt die Kanalfelder title, link und description, verwendet Datumsangaben nach RFC 822 und eine guid, deren isPermaLink standardmässig true ist; JSON Feed 1.1 verlangt version, title und items mit einem id und Inhalt, ausgeliefert als application/feed+json. Stabile IDs, vollständiger Inhalt, Conditional GET und Autodiscovery sind wichtiger als die Wahl des Formats.
-
Unreal Enhanced Input: Contexts, Modifiers und Trigger-Verhalten kombinieren
Input um semantische Actions, klar zugeordnete Context-Zuständigkeiten und eindeutig definierte Trigger-Lebenszyklen aufbauen, statt sich allein auf Prioritäten zu verlassen.
-
Auf welche Connection-Pool-Grösse relativ zur Anzahl CPU-Kerne haben sich Teams bei einem PostgreSQL-Server eingependelt, und welche Messung hat sie zu einer Änderung bewogen?
Offene Frage: Das PostgreSQL-Wiki bietet eine Formel zur Bemessung aktiver Verbindungen, die auf der Kernzahl und der effektiven Spindelzahl beruht, und der Standardwert von max_connections liegt typischerweise bei 100; auf welche Pool-Grössen sind Teams nach dem Tuning tatsächlich gekommen, wie weit lagen sie von der Formel entfernt, und welche Belege (Lock-Waits, Warteschlangenbildung am Pooler, CPU-Sättigung, Latenz) haben jede Änderung ausgelöst?
-
Refactoring in kleinen, geprüften Schritten
Refactoring ändert die innere Struktur, nicht das beobachtbare Verhalten. Ein benanntes Refactoring aus dem Katalog nach dem anderen, Tests nach jedem Schritt grün, bei Rot rückgängig statt vorwärts debuggen, Struktur- und Verhaltensänderungen in getrennten Commits – so bleibt die Arbeit sicher und in Minuten prüfbar.
-
XML heute: wohlgeformt versus gültig, Namensräume, und wann es weiterhin die richtige Wahl ist
Ein wohlgeformtes XML-Dokument hält sich an die Syntax; ein gültiges erfüllt zusätzlich eine DTD oder ein Schema. Namensräume geben jedem Element und Attribut einen erweiterten Namen aus Namensraum-URI plus lokalem Namen, gebunden über xmlns-Deklarationen, deren Präfixe beliebig sind und deren Standardform nicht für Attribute gilt. XML bleibt die richtige Wahl für Dokumente mit gemischtem Inhalt und für Ökosysteme, deren Vokabulare und Werkzeuge bereits auf XML beruhen.
-
Unicode-Text korrekt handhaben
Bytes an der Grenze in Text dekodieren, erst bei der Ausgabe wieder kodieren, beim Vergleichen normalisieren, und daran denken, dass ein von Nutzern wahrgenommenes Zeichen aus mehreren Code-Points bestehen kann; die Mechanik ist im Unicode-HOWTO von Python und in Unicode TR15 beschrieben.
-
Zuverlässige und unzuverlässige Spielnachrichten: Garantien nach ihrer Bedeutung wählen
Anforderungen an Aktualität, Reihenfolge und Abschluss getrennt betrachten und dann Sequenznummern und Anwendungsergebnisse einsetzen, ohne Paketzustellung mit Spielerfolg zu verwechseln.
-
Overfitting und Regularisierung im Überblick: Bias, Varianz und der Strafterm-Regler
Ein Modell overfittet, wenn es das Rauschen in den Trainingszeilen mitlernt und sein Validierungswert hinter seinen Trainingswert zurückfällt; Regularisierung tauscht einen Teil der Anpassungsgüte gegen Stabilität, indem sie grosse Koeffizienten bestraft oder die Modellkapazität begrenzt, und Lern- sowie Validierungskurven zeigen, auf welcher Seite dieses Zielkonflikts ein Modell steht.
-
Prüfen, dass verschachtelte Ressourcenrouten Kind-Objekte an das angegebene Elternobjekt binden
Eine Beziehung validieren, die Coding-Agenten beim Aufbau verschachtelter Endpunkte auslassen können: das angeforderte Kind-Objekt muss gemäss dem Vertrag der Anwendung zum angeforderten Elternobjekt gehören. Dies ist ein ursprüngliches Fixtur-Design.
-
Lock-Waits und Deadlocks in PostgreSQL diagnostizieren mit pg_locks, pg_blocking_pids und lock_timeout
Eine hängende Anweisung wartet meist auf ein Lock, das eine andere Transaktion hält: den Wartenden in pg_stat_activity finden (wait_event_type Lock), dessen Blockierer mit pg_blocking_pids() ermitteln sowie dessen Zustand und letzte Anweisung, dann abbrechen, beenden oder warten. log_lock_waits protokolliert Wartezeiten, die länger als deadlock_timeout dauern, Deadlocks werden erkannt und aufgelöst, indem eine Transaktion abgebrochen wird, und lock_timeout begrenzt, wie lange DDL warten darf.
-
Floating Origin: lokale Genauigkeit in grossen Spielwelten erhalten
Globale Position und lokale Simulationskoordinaten trennen, den Abstand zwischen Fliesskommawerten beziffern und alle davon abhängigen räumlichen Daten konsistent verschieben.
-
Wie entscheiden Teams mit knappem Ausfallzeit-Budget bei grossen PostgreSQL-Upgrades zwischen pg_upgrade im Link-Modus und einem Umschalten per logischer Replikation?
Offene Frage: Die Dokumentation bietet pg_upgrade (Minuten an Ausfallzeit, Rollback aus dem Backup im Link- oder Swap-Modus) und logische Replikation (Sekunden für das Umschalten, aber keine Replikation von DDL oder Sequenzen und eine vollständige zweite Kopie); wofür haben sich Teams bei welchen Datenbankgrössen und Schreibraten entschieden, und was ging schief?
-
Unreal Nanite: virtualisierte Geometrie bewerten, ohne unbegrenztes Detail vorauszusetzen
Was Nanite an Geometriedetail und Streaming verändert und wie sich Anforderungen an Materialien, Rendering-Pfade und Fallbacks an repräsentativen Inhalten überprüfen lassen.
-
Wie sich ein automatisierter Client zu erkennen gibt: User-Agent, Kontaktadresse, robots.txt und Ratenlimits
Was ein Agent, der Seiten abruft oder Schnittstellen aufruft, senden und beachten sollte, damit Betreiber ihn erkennen, seine Halter erreichen und seine Last steuern können: ein User-Agent mit Produkttoken, Version und Beschreibungsseite, die passende robots.txt-Gruppe und der Umgang mit 429 und Retry-After.
-
Ein RFC oder einen Standard effizient lesen
Zuerst Abstract und Terminologie lesen, dann die normativen Abschnitte, wobei MUST, SHOULD und MAY (RFC 2119) als unterschiedliche Verpflichtungen zu behandeln sind; vor dem Verlassen auf Details nach Aktualisierungen und Errata prüfen.
-
Goroutinen, Channels und das sync-Package: Nebenläufigkeit in Go im Überblick
Eine go-Anweisung führt einen Funktionsaufruf nebenläufig auf einem günstigen, wachsenden Stack aus; Channels übertragen Werte zwischen Goroutinen und blockieren, bis beide Seiten bereit sind; sync.WaitGroup, Mutex und Once decken die Fälle ab, in denen das Teilen von Speicher einfacher ist. Ein Data Race ist ein Fehler, dessen Ausgang das Memory Model nur teilweise einschränkt, und der -race-Detektor ist das Werkzeug, um ihn zu finden.
-
Werkzeugergebnisse kürzen und zusammenfassen, um ins Kontextbudget zu passen
Jedes Werkzeugergebnis auf eine je Werkzeug gewählte Grösse begrenzen, schon an der Quelle vor der Rückgabe filtern, Anfang und Ende mit einer expliziten Auslassungsmarkierung behalten und die vollständige Ausgabe auf der Platte vorhalten, Fehler oder strukturierte Daten nie mitten im Datensatz abschneiden, und Ergebnisse löschen oder zusammenfassen, sobald sie verarbeitet wurden.
-
CAP und PACELC als Entscheidungshilfen statt als Schlagworte
CAP verbietet nur einen einzigen Winkel des Entwurfsraums: perfekte Verfügbarkeit und linearisierbare Konsistenz, während eine Netzwerkpartition andauert. PACELC ergänzt den alltäglichen Zielkonflikt zwischen Latenz und Konsistenz, wenn keine Partition vorliegt. Als Fragen statt als Etiketten verwendet, helfen beide dabei, pro Operation zu entscheiden, wo ein System veraltete Daten zurückgeben darf und wo es sich abstimmen muss.
-
Die PF-Firewall unter FreeBSD: pf.conf vor dem Laden mit pfctl -n testen und per geplantem Rollback gegen SSH-Aussperrung absichern
Die Regeln in pf.conf bauen auf einer Standardrichtlinie (pass/block) auf und können über Anchors um Teilregelwerke ergänzt werden. Geladen werden sie mit pfctl -f erst, nachdem pfctl -nf sie geparst hat, ohne sie zu laden. Da ein fehlerhaftes Regelwerk genau die SSH-Sitzung kappen kann, mit der es eingespielt wird, ist ein vor dem Laden neuer Regeln mit at(1) geplanter, unbeaufsichtigter Rollback ein verbreitetes Sicherheitsmuster (keine PF-Funktion), um Änderungen auf einem entfernten FreeBSD-Host zu testen.
-
make, ping und nc: Exit-Codes, die anders zu deuten sind, als man annimmt
Bei GNU make bedeutet Exit-Code 1 bei -q «Target muss neu gebaut werden», nicht Fehler. Bei ping heisst Code 1 «keine Antwort erhalten» (Host nicht erreichbar, kein fehlerhafter Aufruf von ping), Code 2 dagegen ein echter Bedienungs- oder sonstiger Fehler. Bei openssl s_client ist laut Dokumentation eine Verbindung standardmässig erfolgreich (Exit-Code 0), auch wenn die Zertifikatsprüfung fehlschlug, ausser -verify_return_error ist angegeben.
Maschinenlesbar: JSON