タグ

規格に関するnaga_sawaのブックマーク (26)

  • システムで「性別」の情報を扱う前に知っておくべきこと - Qiita

    0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と

    システムで「性別」の情報を扱う前に知っておくべきこと - Qiita
    naga_sawa
    naga_sawa 2018/05/07
    ISO5218/性別情報の情報化規格/『性別の種類』にある通り性別とはなんぞや問題になりそうなので必須情報でなければ取り扱わないって方針に倒したいところ/げに性別は面倒くさい
  • 圧縮効率60%向上を目指す新規格「JPEG-XL」策定にむけ技術公募へ

    圧縮効率60%向上を目指す新規格「JPEG-XL」策定にむけ技術公募へ
    naga_sawa
    naga_sawa 2017/08/15
    JPEG2000とはなんだったのか
  • 【特集】 ケーブル選びに失敗しないための「USB Type-C」基礎知識

    【特集】 ケーブル選びに失敗しないための「USB Type-C」基礎知識
    naga_sawa
    naga_sawa 2017/08/11
    パッケージから取り出してしまえば細かい対応規格とかわからなくなるので「繋いだけど動かない」の多発が目に浮かぶ/Type-C以前ならデータOK2A対応なA-microBで基本OKだったのに
  • RFC 7252: The Constrained Application Protocol (CoAP)

    Internet Engineering Task Force (IETF) Z. Shelby Request for Comments: 7252 ARM Category: Standards Track K. Hartke ISSN: 2070-1721 C. Bormann Universitaet Bremen TZI June 2014 The Constrained Application Protocol (CoAP) Abstract The Constrained Application Protocol (CoAP) is a specialized web transfer protocol for use with constrained nodes and constrained (e.g., low-power, lossy) networks. The n

    RFC 7252: The Constrained Application Protocol (CoAP)
  • HTTPステータスコード451(政治的な検閲)が正式に承認される

    mnot’s blog: Why 451? draft-ietf-httpbis-legally-restricted-status-04 HTTPステータスコード451がIETFで正式に承認された。近いうちにRFCとしても発行される。 元ネタは、Ray BradburyのFahrenheit 451(華氏451)というタイトルの小説で、これはディストピアな検閲社会を描いている。 451の意味は、403(禁止/権限がない)と似ているが、正確な意味は、ドラフトを引用すると、以下の通り。 このドキュメントはサーバーオペレーターが、あるリソース、あるいはあるリソースを含むリソース群に対し、閲覧を検閲するよう法的な命令を受け取った時に使うHypertext Transfer Protocol(HTTP)ステータスコードを規定するものである。 このステータスコードは、法律や一般大衆の雰囲気がサーバー

    naga_sawa
    naga_sawa 2015/12/20
    子供向けコンテンツフィルタはフィルタしたものには451返すべきな気がする
  • https://www.rfc-editor.org/rfc/rfc7541.txt

    naga_sawa
    naga_sawa 2015/05/21
    Header Compression for HTTP/2
  • https://www.rfc-editor.org/rfc/rfc7540.txt

  • USB Type-Cのspecを少し読んだので解説する - 人とか機械とか

    USB Type-C コネクタがついに策定完了したので少し読んでみた。 USB.org - Documents usb_31_081114.zip 解凍すると USB Type-Cディレクトリの中にUSB Type-C Specification Release 1.0.pdfがあります。 いまのところわかっている特長的なもの コネクタは楕円の形していてmicro Bくらいの大きさ。裏返してもOK。 ケーブルの両端がType-CコネクタなのでどっちでもOK Type-A/Bではオス側(plug)のほうがVBusとGNDピンが長かったが、なぜかType-Cでは逆にメス側(receptacle)のほうが長くなっている。(3.2 USB Type-C Connector Mating Interfaces) いままでのType-AやType-Bとの変換ケーブルやアダプタがおびただしい数ある(3.

    USB Type-Cのspecを少し読んだので解説する - 人とか機械とか
    naga_sawa
    naga_sawa 2015/01/16
    USB Type-C コネクタは色々できるらしい
  • リバーシブルなUSB Type-Cコネクタ規格の詳細が公開 ~4Kビデオを転送する「USB AV」も

    naga_sawa
    naga_sawa 2014/04/03
    上流と下流のコネクタ形状が一緒になったらループ作れちゃうけどそれはSTPみたいにハブ側で検出するんだろうか/それともコネクタの結線を工夫してる?
  • GeoJSON フォーマット仕様

    1. 導入 GeoJSON は様々な地理的データ構造をエンコードするためのフォーマットです。 GeoJSON オブジェクトはジオメトリ、フィーチャー、もしくはフィーチャーのコレクションを表現します。 GeoJSON は Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon, そして GeometryCollection というジオメトリタイプをサポートします。 GeoJSON のフィーチャーはジオメトリオブジェクトと追加属性、 それからフィーチャーのリストを表現するフィーチャーコレクションを含みます。 完全な GeoJSON のデータ構造はいつも (JSONの用語でいう) オブジェクトです。 GeoJSON では、オブジェクトは名前と値の組 (メンバーとも呼びます) の集合で構成されます。 メンバーの名前

    naga_sawa
    naga_sawa 2014/03/13
    GeoJSON 仕様
  • オリジン間リソース共有 (CORS) - HTTP | MDN

    HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection Mozilla web security guidelines Mozilla Observatory HTTP アクセス制御 (CORS) HTTP

    オリジン間リソース共有 (CORS) - HTTP | MDN
    naga_sawa
    naga_sawa 2013/12/26
    クロスサイト HTTP リクエスト
  • 「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば

    定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールアドレスが弾かれると激おこ」という前提で話を進めます。 問題点1. メールアドレスに関して、RFCなんてそもそも守られていない 2009年以前に登録されたDoCoMo携帯のメールアドレスなど、quoted-stringじゃないのにピリオド連続するものが実在している以上、彼らを許容するべきです。 今そこにある実装 >>(越えられない壁)>> RFC です。 問題点2. メールアドレスの国際化 @の左側(addr-spec)でUTF-8を利用できるようにするRFC5335が発行されています。これにより、通すべき文字が一気に増えます。 RFC5335 Internationalized Email Headers JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日レジストリサービス

    「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
    naga_sawa
    naga_sawa 2013/11/28
    メール周りは実装ゴチャゴチャで単体validationやってられないので、アドレスの有効性確認は実際にメール送って確認しよう/というお話
  • 「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み

    メールアドレスのルールのまとめ系のサイトの内容が間違っています。 なので、この類のまとめは安易に信じないように 、という注意喚起をしておきます。 追記(2013/11/27) twitterやはてブをみていたところ、「ユーザーへの啓蒙という観点ではまとめの内容間違ってない」というご意見をたくさんいただきましたので、補足をしておきますね。 どうも「ルール」と「トラブルを避けるためのガイドライン」が混同されているように思います。まとめで紹介されている内容がユーザ向けの「ガイドライン」なのであれば、「+ 記号使わせてよ」ぐらいしか文句はありません。 ですが、ほとんどのまとめは上記の内容を「ルール」として説明しています。ひどいものにはRFCに基づいてまとめを書いたようにミスリードさせる記事もありました。このような現状を憂い、このような記事を書いたのです。 そもそもこれに気づいた発端は@kusano

    naga_sawa
    naga_sawa 2013/11/28
    「RFCこうなっている」に対して「現実は」の問題/RFCを狭めて使っているvalidatorと逸脱していているサービスがあるのでぶつかる
  • 新たなクラウドネットワーキング規格、「VXLAN」とは - @IT

    2011/09/01 米ヴイエムウェア、シスコシステムズ、シトリックスシステムズなどが8月下旬、クラウドネットワーキングに関する新たな規格「VXLAN」のドラフトをIETFに提出したことが明らかになった。シスコがこれについて8月30日(米国時間)に出したプレスリリースは、同社がヴイエムウェアと2社のみでこの規格を推進するような印象を与えるが、そうではない。ドラフトの起草者としてはヴイエムウェア、シスコのほか、シトリックスシステムズ、レッドハット、ブロードコム、アリスタの関係者の名が掲載されている。 シトリックスもブログなどで、この取り組みの意義を強調している。 VXLANは大規模なマルチテナントクラウド、複数のデータセンターにまたがった仮想データセンター(各テナントの仮想LANセグメント)の構築、複数拠点間の透過的なディザスタリカバリの実現などのために考案された規格。以下では、提出されたド

    naga_sawa
    naga_sawa 2013/05/31
    広域データセンター向けVLAN拡張/カプセル化がスゴイ Ether over VXLAN over UDP over 802.1Q over Ether
  • USB充電器の設計技法

    USBは、その当初からのデータ転送の用途だけでなく、携帯電話機の充電用途にも用いられるようになった。こうした動きを受け、最近になって、USBの利用を拡大しようとする新たな規格がいくつか制定された。その結果、充電用途の設計が簡潔に行えるようになってきている。稿では、充電用途のUSB新規格と、それに従った充電器の構成例を紹介する。 USBを巡る新規格 USB(universal serial bus)は、特に携帯型機器の分野において最も広く普及した接続技術になった。その利用が一般化したことを受けて、USB-IF(USB Implementers Forum)は2001年12月にUSB-OTG(On-The-Go)を策定した。これによりパソコンを経由しないでUSB対応の機器同士を接続することが可能となり、さらにその利用が拡大してきている。 用途の広がりは、プリント配線板の省スペース化、部品のロ

    USB充電器の設計技法
    naga_sawa
    naga_sawa 2012/12/15
    USB充電規格/D+とD-を充電器側で短絡させることで、充電先機器が「充電器」を検出して大電流充電モードで充電する
  • RFCとなった「OAuth 2.0」――その要点は?

    RFCとなった「OAuth 2.0」――その要点は?:デジタル・アイデンティティ技術最新動向(2)(1/2 ページ) いまWebの世界では、さまざまなWebサービスが提供するプラットフォームと、サー ドパーティが提供するアプリケーションがAPIを中心に結び付き、一種の「APIエコノミー」を形成しています。この連載では、そこで重要な役割を果たす「デジタル・アイデンティティ」について理解を深めていきます。 再び、デジタル・アイデンティティの世界へようこそ 前回「『OAuth』の基動作を知る」ではOAuthの仕様がどういうものかについて説明しました。今回は引き続き、 OAuth 1.0とOAuth 2.0の違い OAuth 2.0をセキュアに使うために知っておくべきこと について述べていきます。 OAuth 1.0とOAuth 2.0の違い クライアントタイプの定義 OAuth 2.0では、O

    RFCとなった「OAuth 2.0」――その要点は?
    naga_sawa
    naga_sawa 2012/09/13
    RFCになったOAuth
  • [4]仮想スイッチ技術の標準「EVB」、ライブマイグレーション時の運用自動化へ

    仮想スイッチ技術の標準規格「EVB」の仕様策定がIEEEで進んでいる。物理サーバーのCPUリソースを有効活用することや、仮想環境の運用管理をしやすくすることが狙い。多くのスイッチメーカーが最重要のテーマの一つとして開発に取り組んでいる。早ければ2012年3月に「802.1Qbg」として標準化が完了する見込みだ。 EVB(Edge Virtual Bridging)は、仮想環境におけるネットワークのエッジ、VM(仮想マシン)を収容するための仮想スイッチ機能である。従来はハイパーバイザーの一機能としてベンダーが独自に提供してきた。それら既存の仮想スイッチが持つ課題を克服するために標準化が進められている。 EVBでは、「VEB」(Virtual Ethernet Bridge)と「VEPA」(Virtual Ethernet Port Aggregator)という実装形態を定義している(図1)。

    [4]仮想スイッチ技術の標準「EVB」、ライブマイグレーション時の運用自動化へ
    naga_sawa
    naga_sawa 2012/04/12
    仮想化で集約が進んだ環境向けの規格
  • Cross-Origin Resource Sharing (W3C Working Draft 27 July 2010)

    Participate: GitHub whatwg/fetch (new issue, open issues) Chat on Matrix Commits: GitHub whatwg/fetch/commits Snapshot as of this commit @fetchstandard Tests: web-platform-tests fetch/ (ongoing work) Translations (non-normative): 日語 Abstract The Fetch standard defines requests, responses, and the process that binds them: fetching. Goals The goal is to unify fetching across the web platform and pr

    naga_sawa
    naga_sawa 2012/01/11
    W3C CORSクロスオリジンリクエスト周りの仕様
  • NYSL(煮るなり焼くなり好きにしろライセンス)

    English NYSL Version 0.9982 A. ソフトウェアは Everyone'sWare です。このソフトを手にした一人一人が、 ご自分の作ったものを扱うのと同じように、自由に利用することが出来ます。 A-1. フリーウェアです。作者からは使用料等を要求しません。 A-2. 有料無料や媒体の如何を問わず、自由に転載・再配布できます。 A-3. いかなる種類の 改変・他プログラムでの利用 を行っても構いません。 A-4. 変更したものや部分的に使用したものは、あなたのものになります。 公開する場合は、あなたの名前の下で行って下さい。 B. このソフトを利用することによって生じた損害等について、作者は 責任を負わないものとします。各自の責任においてご利用下さい。 C. 著作者人格権は ○○○○ に帰属します。著作権は放棄します。 D. 以上の3項は、ソース・実行バイナリの双

    naga_sawa
    naga_sawa 2011/12/14
    晒したものを煮るなり焼くなり好きにしろ的ライセンス
  • character-sets

    Last Updated 2022-07-14 Available Formats XML HTML Plain text Registry included below Character Sets Registration Procedure(s) Expert Review Expert(s) Martin Dürst Reference [RFC2978] Note These are the official names for character sets that may be used in the Internet and may be referred to in Internet documentation. These names are expressed in ANSI_X3.4-1968 which is commonly called US-ASCII or

    naga_sawa
    naga_sawa 2011/11/24
    charsetの定義