Why JSON-LD Structured Data Is Invisible to Text Extractors and How to Stay Honest

·5 views

Structured data using schema.org vocabulary can be expressed as JSON-LD, Microdata, or RDFa, with JSON-LD being the recommended format for most web pages. However, a key technical limitation means JSON-LD is stripped out by HTML-to-text extractors used in retrieval pipelines, since these tools remove script elements before processing page content. This makes JSON-LD invisible to text-based systems while remaining readable only to dedicated structured-data parsers. Because of this split, developers are advised to ensure every fact in structured markup is also present in the visible page text. A core honesty rule further requires that no value in structured data — such as ratings, prices, or FAQs — should represent information not actually shown to human readers on the page.

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)

Cosine, Dot Product, or Euclidean? For Normalized Vectors, It Rarely Matters

A technical analysis on DEV Community explains that for most real-world vector search setups, the choice between cosine similarity, dot product, and Euclidean distance produces identical ranked results. When all stored vectors are normalized to unit length — as most modern embedding APIs return — cosine similarity and dot product yield the same numerical value, while Euclidean distance is a strictly monotone transform of cosine, meaning all three metrics return the same ordering. The practical distinction arises only when vector magnitudes vary: dot product favors longer vectors, which can skew results toward longer documents, while cosine ignores magnitude entirely. The key guidance is to use whichever metric the model card specifies, since models are trained against a particular scoring function and switching metrics can discard learned signals. A separate, common source of bugs is confusing similarity scores with distance scores — developers should verify whether a vector library returns similarity or distance before setting any threshold filter.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Google Gemini Can Stream iHeartRadio Podcasts via Natural-Language Requests

Google's Gemini AI assistant can now be used to stream podcasts on iHeartRadio through simple conversational prompts, such as asking it to play top interview podcasts on the platform. The feature allows users to discover and access content by describing what they want to hear, rather than searching for a specific show title. This approach combines content type, genre, and a named service into a single spoken or typed request, reducing the steps between user intent and media playback. Technical details such as regional availability, device support, account requirements, and data-sharing practices have not been publicly disclosed. The integration signals a broader shift toward AI assistants serving as the primary entry point for media discovery and consumption.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Python Asyncio Tarpit Traps 50,000 Malicious Connections Using Under 50MB RAM

A systems architect developed an asynchronous TCP tarpit in Python designed to exhaust attackers' resources rather than simply blocking them. The tool uses Python's asyncio library to accept malicious connections and respond with deliberate, phased delays — sending little to no data over extended periods — without consuming significant server resources. In benchmark tests simulating 50,000 concurrent malicious connections, the tarpit handled all of them in under 30 seconds while using approximately 45MB of RAM. The approach aims to paralyze automated scanning tools by keeping their sockets open and waiting indefinitely, raising the cost of an attack. The developer describes this tarpit as one component of a broader enterprise cybersecurity platform, codenamed TITAN, that is currently in development.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

TTFT vs Tokens Per Second: Why Optimising the Wrong Metric Wastes Effort

Two distinct metrics govern the latency of AI language model responses: Time to First Token (TTFT), which measures the delay before output begins, and Tokens Per Second (TPS), which measures generation speed once streaming starts. For interfaces where a human watches text arrive in real time, TTFT matters most, since readers absorb prose at roughly 5–6 tokens per second and most hosted models already exceed that threshold by a wide margin. Beyond that threshold, faster token generation offers no perceptible benefit to a reader, making every extra millisecond of TTFT the more meaningful bottleneck. In contrast, for agent pipelines or batch processes where no one watches intermediate output, TPS dominates total wait time and TTFT becomes negligible. Reporting a single blended latency figure obscures which lever actually needs pulling, often leading engineers to optimise the wrong variable and misread the results.

0 comments Read more at DEV Community