SShortSingh.
Back to feed

Default country settings in contact scrapers silently corrupt phone number data

0
·1 views

A developer analysis published on DEV Community found that using a 'defaultCountry' setting in contact scrapers causes structurally valid but factually wrong phone numbers to be stored in databases. A test crawl of IBM's contact pages on August 28, 2026, returned 52 phone strings lacking country codes, of which 18 passed as valid US numbers when parsed with a US default — including a Budapest number misidentified as a Texas area code. The core problem is that corporate contact pages are inherently international, making any single-country assumption unreliable from the outset. The author recommends storing unresolved numbers as raw local strings rather than forcing a country code, allowing downstream systems with proper geographic context to resolve them accurately. The key principle proposed is never to synthesise a country code when the source page does not explicitly provide one.

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)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Elanat's WebForms Core Lets Server-Side Code Query Browser Storage via JS Modules

WebForms Core, a technology introduced by Elanat in 2024, enables two-way communication between server-side code and the client-side WebFormsJS library without requiring extensive frontend development. The system allows servers to send compact commands that WebFormsJS executes in the browser, with results returned back to the server. A key feature is the ability to dynamically load JavaScript modules from the server side, demonstrated here through the storage_size.js module. This module exposes a method called sz_GetStorageSize, which accepts a storage type and an optional unit parameter to retrieve the size of various browser storage mechanisms including cache, cookies, IndexedDB, localStorage, sessionStorage, and Origin storage. The example implementation uses C# with the CodeBehind framework, showing how server-side code can load the module and invoke its methods to fetch client-side storage data.

0
ProgrammingDEV Community ·

Developer Proposes Shared External Memory Layer to Fix AI's Contextual Amnesia

A developer writing on DEV Community argues that current AI memory implementations are fundamentally flawed, comparing them to leaving Post-it notes around an apartment rather than building true persistent knowledge. The core proposal is that memory should reside in an external system independent of any specific AI model, allowing different models — such as Claude, GPT, or local alternatives — to read and write shared context over time. The author distinguishes this approach from RAG, which retrieves pre-existing documents, arguing that true AI memory should capture process-generated knowledge: why decisions were made, what solutions failed, and what workarounds exist for historical reasons. A working prototype has been built as a small HTTP-based memory hub where plain Markdown files with structured metadata are accessible to AI agents via an MCP server, keeping memory storage separate from the model, client, and server. The author contends that without such a layer, every new AI session wastes time rediscovering context that was never properly documented.

0
ProgrammingDEV Community ·

Dev Creator Shares August 2026 Progress: Git Skills, AI Habits, and Community Picks

A DEV Community member published their August 2026 monthly development report, highlighting personal progress and notable posts from the platform. Top community posts this month covered transitioning from GitHub Desktop to CLI, essential Git commands, and developer habits while waiting for AI to finish coding. The author also noted Jem's appointment as DEV Community Program Coordinator as a standout community update. Personal achievements for the month included working from home, joining productivity app Habitica, and staying active in the Dev.to community. Looking ahead to September, the author plans to publish their portfolio on Dev.to for community review and continue engaging with the platform.

0
ProgrammingDEV Community ·

Azure Storage Accounts Explained: Types, Tiers, and Redundancy Options

Azure Storage Accounts serve as a gateway to Microsoft Azure's core data storage services, including Blob, Queue, Table, File, and Disk Storage, each with a unique namespace and access keys. The platform offers several account types, with General-Purpose v2 (GPv2) being the current recommended option due to its broad service support, modern pricing, and flexibility. Premium tiers such as BlockBlobStorage and Premium FileStorage use SSDs to deliver low-latency performance suited for mission-critical or high-throughput workloads. Azure also provides multiple redundancy configurations—ranging from locally redundant storage to geo-redundant options—allowing users to align data protection with their availability and disaster recovery needs. Together, these features make Azure Storage Accounts a scalable and resilient foundation for both enterprise data management and application development.