Hatena Blog Tags
はてなブログ トップ
RFC8259
このタグでブログを書く

RFC8259

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
経験は何よりも饒舌•6ヶ月前

RFC8259 の「Implementations MUST NOT add a byte order mark to the beginning of a networked-transmitted JSON text」について

『プログラマのための文字コード技術入門』の p.216 にある、 「JSONでは、データ先頭にBOMをつけないことが求められています(RFC8259)」 についてちょっとだけ詳しく調べる。[改訂新版]プログラマのための文字コード技術入門 (WEB+DB PRESS plusシリーズ)作者:矢野 啓介技術評論社AmazonRFC8259の該当箇所は8.1. Character Encodingで、 「Implementations MUST NOT add a byte order mark (U+FEFF) to the beginning of a networked-transmitted…

#RFC8259

ネットで話題

もっと見る
391ブックマーク事実上最後のJSON仕様「RFC 8259」と「ECMA-404 2nd Editon」公開。UTF-8エンコード必須にwww.publickey1.jp
8ブックマークRFC 8259: The JavaScript Object Notation (JSON) Data Interchange Formatdatatracker.ietf.org
5ブックマークRFC 8259: The JavaScript Object Notation (JSON) Data Interchange Format[RFC Home] [TEXT|PDF|HTML] [Tracker] [IPR] [Errata] [Info page] INTERNET STANDARD Errata ExistInternet Engineering Task Force (IETF) T. Bray, Ed. Request for Comments: 8259 Textuality Obsoletes: 7159 December 2017 Category: Standards Track ISSN: 2070-1721 The JavaScript Object Notation (JSON) Dat...www.rfc-editor.org
5ブックマークInformation on RFC 8259 » RFC EditorThe JavaScript Object Notation (JSON) Data Interchange Format, December 2017 File formats: Status:INTERNET STANDARD Obsoletes:RFC 7159 Author:T. Bray, Ed. Stream:IETF Source:jsonbis (art) Cite this RFC: TXT  | XML DOI:  10.17487/RFC8259 Discuss this RFC: Send questions or comments to json@ietf.or...www.rfc-editor.org
5ブックマークGitHub - nst/JSONTestSuite: A comprehensive test suite for RFC 8259 compliant JSON parsersgithub.com
5ブックマークRFC 8259: JSON(JavaScript Object Notation)データ交換フォーマット図書館員のコンピュータ基礎講座 TOP インターネット 【注意】 このドキュメントは、RFC 8259「The JavaScript Object Notation (JSON) Data Interchange Format」の和訳です。このドキュメントの正式版は英語版であり、このドキュメントには翻訳に起因する誤りがありえます。誤訳、誤植などのご指摘は、訳者までお願い...www.asahi-net.or.jp

関連ブログ

MONEX ENGINEER BLOG │マネックス エンジニアブログ•2年前

CSVの国際標準 RFC 4180 と JSONの国際標準 RFC 8259 をいまさら読みなおしてみた(後編)

こんにちは。システム開発グループの小田切と申します。 前回、CSVについてつらつら書いていて、気づいたら長くなっていました。JSON RFC 8259の方が長いので、今回はうまく要点だけ伝えられるように頑張ります！！ CSVについては、公開後同じような苦労をした知り合いからコメントをいくつか頂きました。レスポンスありがとうございます。先にお礼を申し上げます。 JSONは、JavaScript Object Notationの略です。 JSONの国際標準 RFC 8259 (CSVと同期してRFCについて書きます。) RFC 8259の内容とは トップページ 1. Introduction 2.…

#RFC8259#JSON#JSON仕様#JSON国際標準
檜山正幸のキマイラ飼育記 (はてなBlog)•2ヶ月前

パイプライン指向JSON処理プログラミング言語 jq

jq（https://stedolan.github.io/jq/）の紹介では、「JSON処理のワンライナー〈一行野郎〉としてめちゃくちゃ便利！」とアピールするのが定番です。もちろんそれは本当で、「めちゃくちゃ便利！」です。が、実は jq は、ワンライナー記述にとどまらない、かなり本格的なプログラミング言語です。JSON処理のためのDSL〈Domain Specific Language | 領域特化言語〉なので、汎用言語ではありません。しかし、汎用言語が備えている言語機能の一部（関数定義、モジュールシステムなど）を jq も持っています。また jq は、独特で楽しいプログラミング・パラダイム…

Lambdaカクテル•3ヶ月前

YAMLとJSONの話題 / JSONへとトランスパイルされる別言語を作ればいいんじゃないの

以下の記事を読んだ。 wp.jmuk.org この記事の要点をかいつまんで話すと、以下の通りになる: JSONの代替として使われているYAMLはオーバースペックではないか キーのスキーマが不安定だったりする 求めているものは、コメントが書けるJSONくらいのものなのではないか いま使われているからそれを使うということになっているのではないか とりあえず各言語にライブラリがあるという点ではYAMLが利用されがち だいたい同意する。また、個人的にYAMLは好きではなかったので、納得いったという側面もある。 予想外の振舞いが多いというのは、オーバースペックをほのめかす分かりやすい兆候だと考えている。…

Flatt Security Blog•8ヶ月前

Flatt Security Developers' Quiz #1 解説

はじめに 下記のTweetで出題させていただいた、Flatt Security Developers' Quizにご参加いただきありがとうございました！ ⚡️ Flatt Security Developers' Quiz開催！ ⚡️PHPコードに潜む脆弱性を見つけられますか？先着10名の方に公式Tシャツとステッカーをプレゼント！皆さんの回答お待ちしております！デモ環境: https://t.co/1HCK0uhKCL回答提出フォーム: https://t.co/6exYUHoTig pic.twitter.com/HefgnsQotA— 株式会社Flatt Security (@flatt_…

Oboe吹きプログラマの黙示録•1年前

クォート文字で囲ってないJSONキー

JSONの仕様は、フィールド名：キー は、(") ダブルクォーテーションで囲むと されているが、RFC8259 にそんなこと書いてあるか？ JavaScript 表記のことを考えると、キーをダブルクォーテーションで囲まないケースで 読込みエラーになるのは、不都合なのではないか？以下のように書いたJSON この時点でこれはJSONでないという方もいるだろうが、 { id : 1207, name : "Foo", flg : true, values : [ 11, 21, 34 ] } これを、Java Jackson で普通に読もうとすると、 com.fasterxml.jackson.co…