「XMLからJSONへの変換をどうすべかねぇ」のコメント欄にて、amanoさんより、GoogleがGDataで採用しているXML-to-JSON変換を教えていただきました。 Using JSON in the Google Data Protocol -- http://code.google.com/intl/ja/html 「なんか似たことをやっているな」とは思ったのですが、GDataの方式は、残念ながら我々の目的には使えません。例えば、次のXHTML断片を考えてみます。 <p>うら<em>には</em>にはには<br /><em>には</em>とりがいます。</p> CatyのXML-to-XJSON変換を使うと次のようになります。 @p {"": ["うら", @em {"" :["には"]}, "にはには", @br {"":[]}, @
An introduction to the CouchDB HTTP view reporting on Couch documents. Views are defined with Javascript functions. Here is the very emit(null, null); }See Views for more inf
XMLHttpRequest Level 1 W3C Working Group Note 06 October 2016 This version: https://www.w3.org/TR/2016/NOTE-XMLHttpRequest-20161006/ Latest published version: https://www.w3.org/TR/XMLHttpRequest/ Latest editor's draft: https://xhr.spec.whatwg.org/ Previous version: https://www.w3.org/TR/2014/WD-XMLHttpRequest-20140130/ Editors: Anne van Kesteren, Mozilla Julian Aubourg,
AbstractThis specification defines an XMPP protocol extension for generic publish-subscribe functionality. The protocol enables XMPP entities to topics) at a pubsub service and publish infith or without payload) is then broadcasted to all entities that have subscribed to the node. Pubsub therefore adheres to the classic
■ [ruby][memo] サンプルコード http://blog.deadbeaf.org/2009/08/26/mitaka-rb-4/ 標準クラスのサンプルコード bitclustに装備？ 海外の人はどうするの リファレンスとは独立したサイト(A)であるべきか そこにrubydocなりbitclustなりからリンクする gemなどのサンプルコード (A)とは別サイト？ gem配布サイトが複数あるので特定のgem配布サイトが実装するわけにはいかない http://gemcutter.org/ が本当に公式になれば、そこにサンプルコード書ける機能があると楽しそうだ 結論 サンプルコード自体に価値があるものだからどこに書いてもいい、定番サイトができればそこに移住すればいい。 Rurieme] 小さすぎるR5RS、大きすぎるR6RSに対するScheme分割案
Abstract This specification extends the OAuth signature to include integrity checks on HTTP request bodies with content types other than application/x-www-fble of Contents 1. Introduction 2. Notation and Conventions 3. The oauth_body_hash Parameter 3.1. Hash Algorithm 3.2. Hash Calculation 4. Changes to OAuth Request Signing 4.1. Sending Requests 4.1.1. When to Inc
デジタル・アイデンティティ・フレームワーク 「OpenID」 概要 次世代電子行政サービス基盤等検討プロジェクトチーム(第7回) 2009年3月31日 株式会社野村総合研究所 基盤ソリューション事業本部 基盤ソリューション事業一部 工藤達雄 〒100-0005 東京都千代田区丸の内1-6-5 丸の内北口ビル 資料３ Copyright © 2009 Nomura Research Institute, Ltd. All Rights Reserved. �ユーザが自由にアイデンティティ情報 (ID) を選択し、サイトをまたがる Webサービスへのログインや認証・属性情報の流通を実現する仕様 zOpenID Provider (OP): OpenID提供サイト zOpenID Relying Party (RP): OpenID対応サイト OpenID とは 1 RP (医療情報 管理サービ
私はid:fistfvckさん(ですよね? お名前確認してなかったのでちと不安)と一緒にコードを書きました。仕様はこんな感じ。 Hashぽいインターフェースが欲しいとの要件だったので[]と[]=をまずは実装(上2つのexample)、その後100個という最大値を挟んでのLRU的機能を実装してみました。実際のストレージは、ふつうのHashへのdelegateで。継承したペアも多かったんですが、私たちは「コレはis-a Hashじゃなかろう」ということで委譲を使ってみることにしました。Forwardableは凄く便利。 このあたりのテストを書いてみると、LRUぽい機能はと=で何かやれば良さそうだぞ、というのが導出されてきます。また、テストを書いてみると、実際のクライアントとしてはcacheされていてnilなのか、そもそもキャッシュされていないのかを見るためにhas_key?系のメソッドも欲しか
この文書は RFC 5023 The Atom Publishing Protocol を, BCP78によって付託された権利に基づいて日本語に翻訳したものです。 翻訳には誤りがある可能性があります。この翻訳の正確性は保証しません。 翻訳についてのお問合せ先：（SSL対応フォーム） （非SSL対応フォーム） 翻訳者一覧 株式会社リコー 山本陽平 日野原寛 高桑寿一 中川勝樹 沖田邦夫 井上浩一 兵清弘 リコーソフトウエア株式会社 福田朋紀 更新履歴 2008-01-07 日外アソシエーツ株式会社 久我様の指摘を受け 9.7 の訳文をわかりやすく、11.2 の抜けを修正 2007-12-06 9.6、9.7.1、9.7.2、10 の誤記、表記ぶれを修正 2007-11-08 エヌ・ティ・ティ・コミュニケーションズ株式会社 朝倉様の指摘を受け 9.3/9.4 の誤訳を修正 2007-11-0
_ AtomPub on mixi? [atompub] (2008-08-02 追記) lyokato さんから "N○KIA仕様" とのコメントをいた だきました． (2008-08-01 追記) id:mainyaa さんのご指摘通り，updated などを付けて も投稿できました．mixi さんが修正したのか，僕が typo してたのか (た ぶんこっち) は不明です． POST のレスポンスに仕様と異なる部分があったので，追記しました． mixi 日記が AtomPub に対応したという話題があちこちで盛り上がってま す． mixi for iPhoneから発掘されたmixi日記投稿用
KMC では月に一回，東京オフィスを含めた全体会議 （通称 KMC 会議） を京都本社で行うのですが，最近人が増えてきたため （ここ2年間で5〜6人ぐらい増えたらしい．現在 （パートや経理の人などを除いて） 16人ぐらいなので，比率的にはかなり急激な増加），今一度全体の意思統一を計るために，昨日は時間無制限の徹底討論会が行われました． 13:30 から，定例通りのいろいろな情報共有会議が 17:00 ぐらいまで行われ，それからディスカッションに． 未来を考えるためには，まずは過去を振り返らないといけないということで，KMC の成り立ちから現在までの歴史を年表で振り返りつつ，社長がひたすら当時の思い出を話しまくりました．非常にドラマチックで面白かったです． 「一時間半もよーしゃべりはったなー」 「いやいや，こんでもかなり短縮してんやで．こんなんなんぼでも話せるし，細かいところまで説明したら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
