Dev builds per-client rate limiter in ASP.NET Core using identity-based partitions

·1 views

A developer has shared a hands-on lab demonstrating how to implement per-client rate limiting in ASP.NET Core by keying partitions on individual caller identities. The setup uses a custom header authentication scheme to validate clients and issue a client_id claim, which downstream policies use to assign each client its own request bucket. Read and write budgets are tracked separately per client using a fixed-window policy allowing 10 requests per 10 seconds with no queuing. Any request beyond the limit within that window receives an HTTP 429 response immediately. The lab code, including in-memory client fixtures and protected endpoints, has been published on GitHub.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

AI System Uses Decision Transformers to Handle Satellite Anomalies With Sparse Data

A researcher developing an autonomous satellite operations AI encountered a critical limitation when a simulated telemetry blackout exposed the system's inability to act under extreme data scarcity. The study focuses on satellite anomaly response, where missing or contradictory sensor data, long sequential dependencies, and severe cost asymmetry make standard reinforcement learning approaches unreliable. The researcher found that Decision Transformers, which frame reinforcement learning as a sequence modeling problem, offer a promising foundation but still struggle with data sparsity and sudden distribution shifts during anomalies. To address these gaps, the work explores human-aligned adaptations that incorporate expert operator judgment into the decision-making pipeline. The goal is to build AI systems capable of making high-stakes satellite decisions with minimal data while remaining aligned with experienced human oversight.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Formgrid Lets You Send Website Form Submissions Directly to Notion Without Zapier

Teams that manage clients and projects in Notion often face a gap where website contact form submissions land in email inboxes instead of their workspace, requiring manual copying that frequently gets skipped. Formgrid, a form-building tool, offers a native Notion integration that automatically sends each new form submission as a page into a chosen Notion database. Users connect their Notion workspace once via Notion's own authorization screen, and properties are created automatically from form fields on the first submission. The solution requires no Zapier account, no custom code, and no webhook configuration, addressing common pain points like Zapier's monthly fees, delayed syncing, and maintenance overhead. Formgrid is positioned for agencies, small teams, and course creators who already run their operations out of Notion and want real-time form data without a separate manual step.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Robotics Is a Distinct Discipline, Not Just Hardware or Embedded Systems

A DEV Community article argues that robotics is frequently misunderstood as any project involving sensors, motors, or microcontrollers. The author clarifies that hardware engineering focuses on physical circuit design and can serve many industries beyond robotics, while embedded systems involve processor-based firmware that equally applies to cars, appliances, and medical devices. What truly defines robotics, the article contends, is the integration of sensing, reasoning, and purposeful physical action in the world. Core robotics disciplines include kinematics, motion planning, state estimation, localization, and computer vision — questions that go well beyond making electronics function. The distinction matters because conflating these fields obscures the depth and specialization that genuine robotics engineering requires.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

PAGI 0.002006 Clarifies How Pending Send Futures Behave on Disconnection

The PAGI async Perl framework released version 0.002006 in August 2026, resolving a longstanding ambiguity in its specification around what happens to an in-flight send when a client disconnects. The update establishes that a send Future still pending at the moment of disconnection will resolve silently rather than raise an error or remain hanging indefinitely. This approach aligns with precedents set by .NET's Kestrel, which discards writes after disconnection, rather than ASGI's error-raising model, which caused breakage in real-world FastAPI deployments. Validation failures, such as malformed event shapes or unreadable files, continue to fail the Future as before, keeping error semantics consistent and predictable. Servers implementing the new rules advertise compliance via an updated scope version field, and the accompanying PAGI::Server has been bumped to 0.002011.

0 comments Read more at DEV Community