Alle Artikel
-
DNS-Einträge, von denen ein Webdienst abhängt
A, AAAA und CNAME bilden Namen auf Adressen ab, MX leitet E-Mails, TXT trägt Verifizierungen und Richtlinien, CAA schränkt Zertifizierungsstellen ein, NS delegiert Zonen; vor und nach Änderungen die massgeblichen Antworten prüfen, nicht nur einen zwischengespeicherten Resolver.
-
Bei fremdem Eigentum Änderungsvorschläge bevorzugen
Das Material einer anderen mitwirkenden Person über einen an eine Revision gebundenen Vorschlag verbessern, wenn ein direkter Ersatz nicht autorisiert ist.
-
CPU- und GPU-Frame-Profiling: die limitierende Arbeit finden
Mit Frame-Time-Budgets, CPU- und GPU-Timelines sowie kontrollierten Captures lässt sich der Engpass der Spielperformance bestimmen, ohne Warten mit nützlicher Arbeit zu verwechseln.
-
Berechtigung für Workflow-Übergänge statt für Bildschirmzugriff testen
Prüfen, ob eine aufrufende Partei einen bestimmten Zustandsübergang vornehmen darf, einschliesslich Übergängen, die von der aktuellen Oberfläche nicht angeboten werden. Diese vorgeschlagene Methodik zielt auf Freigabe-Workflows, deren Sicherheitsstrategie sowohl von der Identität als auch vom aktuellen Zustand abhängt.
-
PostgreSQL-SKIP-LOCKED-Claims mit vier gleichzeitigen Queue-Konsumenten gemessen
Vier gleichzeitige Transaktionen beanspruchten je 25 synthetische Jobs in PostgreSQL 16.15. Die zurückgegebenen 100 IDs waren eindeutig, und kein Job blieb unbeansprucht; das bestätigt eine einzelne begrenzte Claim-Phase, nicht Exactly-once-Verarbeitung oder den Ersatz durch einen Broker.
-
Agentenanfragen in Zwänge und Ergebnisse zerlegen
Eine Anfrage in einen prüfbaren Aufgabenvertrag umwandeln, der geforderte Ergebnisse, Berechtigungen, Zwänge und ungeklärte Entscheidungen voneinander trennt.
-
Lange Arbeit an Nebenwirkungsgrenzen mit Checkpoints sichern
Absicht und bestätigte Belege rund um externe Aktionen dauerhaft speichern, damit ein neu gestarteter Agent unsichere Ausgänge abgleichen kann.
-
Eine Open-Source-Lizenz wählen
Permissive Lizenzen (MIT, Apache-2.0) erlauben Wiederverwendung mit Namensnennung; Copyleft-Lizenzen (GPL, AGPL) verlangen, dass abgeleitete Werke offen bleiben; Apache-2.0 fügt eine Patentgewährung hinzu. Die Wahl danach treffen, was nachgelagerte Nutzende können sollen, und die Verträglichkeit der Abhängigkeiten prüfen.
-
Issue-Triage für ein kleines Projekt: ein fester Label-Satz und ein regelmässiger Durchgang
Triage bedeutet, für jedes neue Issue zu entscheiden, was es ist, ob es umsetzbar ist und wer als Nächstes am Zug ist. Ein kleines Label-Vokabular in drei Familien (Typ, Status, Bereich) sowie ein kurzer Durchgang in festem Rhythmus hält den Tracker ehrlich; GitHubs Standard-Labels (darunter bug, enhancement, documentation, duplicate, question, wontfix, good first issue und help wanted) sind ein brauchbarer Startsatz.
-
Stabile Selektoren und Auto-Waiting in Browser-End-to-End-Tests
Zwei Ursachen dominieren flackernde Browser-Tests: Selektoren, die brechen oder das falsche Element treffen, und Sleeps, die von einem angenommenen Timing ausgehen. Elemente über Rolle, Label oder Test-ID auffinden, jeden Locator auf genau ein Element treffen lassen und über wiederholende Assertions und Actionability-Prüfungen synchronisieren statt über Zeit.
-
Cookie-Attribute: Secure, HttpOnly, SameSite, Domain, Path und das Präfix __Host-
Jedes Set-Cookie-Attribut schränkt ein, wohin ein Cookie gesendet wird oder wer es lesen kann: Secure beschränkt es auf TLS, HttpOnly verbirgt es vor Skripten, SameSite=Strict/Lax/None regelt das seitenübergreifende Senden, Domain weitet die Auslieferung auf Subdomains aus (bei einem host-only-Cookie weglassen), Path ist keine Sicherheitsgrenze, und das Präfix __Host- lässt den Browser Secure, Path=/ und kein Domain erzwingen. Cookies isolieren nicht nach Port.
-
Godot-Control-Layout: Festlegen, wer Position und Grösse bestimmt
Anchors und Offsets platzieren Elemente relativ zum Parent, Container ordnen ihre Kinder selbst an. Bei unerwarteter Geometrie lohnt ein Blick auf die inhaltsabhängigen Grössenbeschränkungen.
-
Mutation Testing durchführen, ohne in Survivors zu ertrinken
Ein Mutation-Testing-Werkzeug auf ein Modul anwenden, jeden überlebenden Mutanten als fehlende Assertion, fehlenden Fall oder äquivalenten Mutanten einordnen, die ersten beiden beheben, den dritten ausschliessen und die Laufzeit mit inkrementellen oder auf den Diff begrenzten Läufen beschränken; den Score als Ratsche je Modul verwenden statt als globales Ziel.
-
Retrospektiven, die Änderungen bewirken statt Listen
Eine Retrospektive rechtfertigt ihre Zeit, wenn sie mit ein oder zwei Änderungen endet, die eine Eigentümerin, einen Termin und ein erkennbares Erfülltsein haben; der Scrum Guide verlangt, dass die wirksamsten Verbesserungen so bald wie möglich angegangen werden, und die Prime Directive setzt den Ton, in dem Leute echte Probleme benennen.
-
Einen Jev-Entscheidungsvertrag migrieren, ohne geänderte Bezeichnungen mit geändertem Verhalten zu verwechseln
Änderungen an Kandidatenbezeichnungen, Beschreibungen und nachgelagerten Zuordnungen als Vertragsmigration behandeln, die einen Verhaltensvergleich braucht, auch wenn die Transportschnittstelle unverändert bleibt.
-
Proxmox VE auf der Kommandozeile: qm, pct, vzdump und pvesm
Die Weboberfläche von Proxmox VE baut auf Kommandozeilenwerkzeugen auf, die sich ebenso per SSH oder in Skripten nutzen lassen: qm für KVM-virtuelle Maschinen, pct für LXC-Container, vzdump für Backups und pvesm für Storage. Diese Methodik behandelt die wichtigsten Lese- und Lebenszyklus-Befehle für jedes dieser Werkzeuge.
-
Domain-Verlängerung, Registrar-Sperre und Hygiene beim DNS-Eigentum
Eine Domain geht nicht nur durch Angreifer verloren, sondern durch eine abgelaufene Karte, ein Registrant-Postfach auf derselben Domain oder ein entsperrtes Konto: clientTransferProhibited und die übrigen Client-Sperren gesetzt halten (RFC 5731), für mehrere Jahre automatisch verlängern, eine Registrant-Adresse auf einer anderen Domain verwenden, den RDAP-Eintrag auf Ablauf und Status lesen, und wissen, dass Registrare nach Ablauf die Auflösung vor der Löschung unterbrechen müssen und dass gTLDs eine 30-tägige Redemption-Frist bieten.
-
Einen Build durch die Umgebungen befördern: Konfigurationsübernahme und Dev-Prod-Parität
Ein Artefakt einmal bauen, ihm eine unveränderliche Identität geben und genau dieses Artefakt von Test über Staging bis Produktion befördern, wobei sich nur die umgebungsspezifische Konfiguration ändert; Umgebungen bei Backing Services und Topologie angleichen, damit eine bestandene Stufe die nächste zuverlässig vorhersagt.
-
Code-Review: eine Checkliste für Reviewer
Eine kompakte Prüfliste für Code-Reviews: Zweck verstehen, Design vor Stil, Korrektheit und Randfälle, Tests, Lesbarkeit; Rückmeldung innerhalb eines Arbeitstags und Freigabe, sobald die Änderung den Code insgesamt verbessert.
-
Lasttests mit offenen und geschlossenen Workload-Modellen
Bei einem geschlossenen Modell wartet eine feste Anzahl virtueller Benutzer nach jeder Antwort, bevor die nächste Anfrage gesendet wird, sodass ein langsamer werdender Server seine eigene Last drosselt und die schlechtesten Phasen ungemessen bleiben; bei einem offenen Modell treffen Anfragen unabhängig von der Fertigstellung mit einer festen Rate ein. Das Modell aus der gestellten Frage ableiten und bei jeder Zahl angeben.
Maschinenlesbar: JSON