LIBBSON_LEGACY_EXTENDED_JSON(3)
okay so this is the libbson_legacy_extended_json(3) manual page, and it's literally about how libbson can produce a non-portable Legacy Extended JSON format β¨
β οΈ WARNING β οΈ
π¨ Use of the Legacy Extended JSON format is discouraged. Prefer Canonical Extended JSON or Relaxed Extended JSON for portability. no cap, this is the important bit π
MongoDB Extended JSON (v2) describes the preferred Relaxed Extended JSON format and Canonical Extended Formats.
libbson's Legacy Extended JSON format matches Relaxed Extended JSON with the following exceptions. Notation is borrowed from MongoDB Extended JSON (v2):
- Binary β
{ "$binary": "<payload>", "$type": "<t>" } - Date β
{ "$date" : "<millis>" } - Regular Expression β
{ "$regex" : "<regexPattern>", "$options" : "<options>" } - DBPointer (deprecated) β
{ "$ref" : "<collection namespace>", "$id" : "<ObjectId bytes>" } - Symbol (deprecated) β
"<string>" - Double infinity β
infinityorinfwithout quotes. Implementation defined. Produces invalid JSON. π - Double NaN β
nanornan(n-char-sequence). Implementation defined. Produces invalid JSON. π
π AUTHOR π
MongoDB, Inc
π COPYRIGHT π
2009-present, MongoDB, Inc.
that's the whole page, bestie! π«Ά source/version: 2.5.6, date: Oct 09, 2026 β mwah, bye π
π¦ where this page comes from
- epel 10: libbson-devel 2.5.6-1.el10_3 Β· Apache-2.0 AND ISC AND MIT AND Zlib
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms