Developer Uses SigNoz and OpenTelemetry to Debug Silent Failures in LinkedIn Selenium Bot

·1 views

A developer built a headless Python and Selenium bot to automate LinkedIn connection requests, scheduling it via launchd on macOS to send up to 30 requests daily. The bot repeatedly failed without clear alerts — sometimes sending zero connections — due to a ChromeDriver 151 and Brave Browser 150 version mismatch that caused silent crashes. A self-healing function was added to detect the mismatch, kill stale processes, and re-download the correct driver automatically. Even after fixing browser launches, the bot was occasionally killed mid-run by a SIGHUP signal, stopping two connections short of the daily cap with no notification. The developer integrated SigNoz via OpenTelemetry to export metrics like driver errors and session crashes, replacing manual log-grepping with a real-time observability dashboard.

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)

Next.js 16 brings Turbopack default, new caching APIs, and faster builds

Next.js 16 launched in October 2025, followed by three minor updates through June 2026, introducing several significant changes for web developers. Turbopack, a Rust-based bundler, replaced Webpack as the stable default for both development and production builds, requiring no manual configuration on upgrade. The release also introduced a 'use cache' directive that makes caching boundaries explicit in code, along with two new Server Action APIs — updateTag() and refresh() — for more precise cache and data management. Build performance improved through persistent disk caching of compiler artifacts, reducing cold-start times on large projects, while a Rust port of the React Compiler arrived as an experimental feature in version 16.3. Routing and prefetching were also optimised, with layout deduplication and incremental prefetching significantly reducing network transfer overhead during page navigation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

CustodyTrac Builds Court-Ready Co-Parenting App With Tamper-Proof Audit Trails

A developer building CustodyTrac.com, a co-parenting management platform, has detailed how designing for courtroom use fundamentally changes standard software architecture decisions. Unlike typical applications, the platform treats deletion as a liability, instead archiving all records with cryptographic fingerprints to ensure nothing can be retroactively altered. Every user interaction — from viewing a message to declining an expense — is timestamped and logged in an immutable audit trail, replacing disputed verbal accounts with objective, exportable records. The platform also offers read-only access links for attorneys and mediators, reducing administrative overhead and enabling real-time visibility into co-parenting disputes. CustodyTrac has been made permanently free, with the developer citing equitable access to legal tools as a core reason behind the decision.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Webhook Replay Attacks Can Grant Duplicate Entitlements Without Idempotency Checks

A single valid webhook event delivered multiple times can trigger duplicate entitlement grants if handlers rely solely on signature verification without idempotency controls. Signature verification confirms a payload is authentic but does not determine whether it has already been processed, meaning five replays of the same signed webhook can produce five separate access grants. A teaching example called ShipTested demonstrates this vulnerability by replaying one signed order webhook five times, resulting in five entitlements instead of one. The fix introduces a stable event key derived from the event name, order type, and order ID, ensuring subsequent deliveries of the same event are treated as no-ops. Developers are cautioned that the in-memory demonstration is not production-safe, as atomic database operations and multi-instance coordination are required for real-world deployments.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Build a Scalable Live Scoreboard Without Hammering Your Backend

Designing a live scoreboard requires separating static data, such as fixtures and team names, from dynamic data like scores and match incidents, as each type demands different caching and update strategies. Treating all sports data fields as requiring real-time freshness is a common mistake that can make high-traffic match endpoints expensive and unreliable. A more scalable architecture has the backend store the latest match state in a cache and push updates to clients via WebSockets or server-sent events, rather than letting every client poll the API directly. Sports data can also be retroactively corrected, so user interfaces should be built to handle update and cancellation events gracefully. Reviewing a data provider's documentation and delivery model before designing cache and update logic is recommended for anyone building a live sports product.

0 comments Read more at DEV Community