How to Fetch Live Football Scores in Python Using Requests and FastAPI

·12 views

A developer tutorial published on DEV Community demonstrates how to retrieve live football scores from a sports data API using Python and wrap them in a custom FastAPI endpoint. The guide uses the Orbistats API, which offers a free tier with no credit card required, and walks through storing API keys securely via environment variables. Rather than calling the upstream API directly from a frontend or bot, the approach routes requests through a personal FastAPI layer, enabling caching, custom authentication, and data reshaping. An in-memory TTL cache is implemented using the cachetools library to limit redundant API calls during polling intervals of 15 to 30 seconds. The tutorial notes that the same pattern can be extended to fixtures, historical results, and odds data, and points to a WebSocket API for use cases requiring real-time push updates.

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 App Builders Excel at Launch but Struggle to Handle Ongoing Changes

AI-powered app builders have made it possible to go from idea to working prototype in a single afternoon, dramatically lowering the barrier to entry for new projects. However, developers are finding that the real challenge emerges not at the first build but after repeated iterations, such as adding user roles, changing database schemas, or integrating external APIs. Each successive change risks breaking earlier functionality, raising questions about maintainability and long-term reliability rather than just initial generation speed. A developer involved with AI builder platform built.new argues that the industry benchmark should shift from measuring how fast a first version is created to how well a project holds up after 20 or more rounds of changes. The piece calls for tools that reduce friction across the full product cycle — from initial build through user feedback and ongoing iteration — rather than optimizing only for speed at the start.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

HYNAWEB Holding Company Website Goes Live in 48 Hours With Admin Panel

Developers launched HYNAWEB, a holding company for a suite of developer tools including KODA, Dojo Feed, and Scribe Jam, as a partnership between the author and Akhouri Anmol Kumar of Akhouri Systems. The website was built and deployed to Vercel within 48 hours using vanilla HTML, CSS, and JavaScript, deliberately avoiding heavier frameworks. Beyond a basic landing page, the team shipped individual product pages and a functional CRUD-based admin control panel for managing products without editing code. Supabase backend integration, user authentication, and a custom domain are planned as next steps. The founders are building the project publicly and are actively seeking community feedback on usability, copy clarity, and design improvements.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why JavaScript Cannot Accurately Measure Your Mouse's True Polling Rate

Gaming mice can operate at polling rates of 1000Hz, 4000Hz, or higher, but JavaScript in a browser cannot directly read this hardware value. Instead, it only sees pointer events that have already passed through the operating system and browser event-processing layers. Browsers also use a technique called event coalescing, which combines multiple rapid pointer updates into fewer dispatched events to reduce processing overhead, causing measured rates to appear lower than actual hardware rates. The W3C Pointer Events specification explicitly permits this coalescing behavior, meaning JavaScript callback frequency does not equal mouse hardware report frequency. A newer browser event called pointerrawupdate is designed to fire more frequently and with less delay than standard pointermove events, though it still does not provide a direct readout of the underlying hardware polling rate.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

RustFS 1.0 Hits General Availability with Production-Ready S3-Compatible Storage

RustFS 1.0.0 reached general availability on September 16, 2026, marking the first stable release of an open-source, S3-compatible distributed object storage system built entirely in Rust. Development spanned two years and seven months, from the first commit in February 2024 through open-sourcing in July 2025 and a beta phase before the final GA release. The project has attracted over 32,000 GitHub stars, 160-plus contributors, and claims more than 2.7 million deployed instances worldwide. Core production features — including multipart upload, versioning, object lock, bucket replication, and server-side encryption — are fully supported, while S3 Tables with Apache Iceberg integration remains in preview. Licensed under Apache 2.0 with no commercial gate on the core engine, RustFS also supports Swift, WebDAV, FTPS, and SFTP alongside its primary S3 endpoint.

0 comments Read more at DEV Community