Google GDataのXML-JSON変換、その使い方と使いどころ - 檜山正幸のキマイラ飼育記 (はてなBlog)
「XMLからJSONへの変換をどうすべかねぇ」のコメント欄にて、amanoさんより、GoogleがGDataで採用しているXML-to-JSON変換を教えていただきました。 Using JSON in the Google Data Protocol -- http://code.google.com/intl/ja/apis/gdata/docs/json.html 「なんか似たことをやっているな」とは思ったのですが、GDataの方式は、残念ながら我々の目的には使えません。例えば、次のXHTML断片を考えてみます。 <p>うら<em>には</em>にはには<br /><em>には</em>とりがいます。</p> CatyのXML-to-XJSON変換を使うと次のようになります。 @p {"": ["うら", @em {"" :["には"]}, "にはには", @br {"":[]}, @
HTTP_view_API - Couchdb Wiki
An introduction to the CouchDB HTTP view API. Basics Views are the primary tool used for querying and reporting on Couch documents. Views are defined with Javascript functions. Here is the very simplest function: function(doc) { emit(null, null); }See Views for more information. Creating Views To create a permanent view, the functions must first be saved into special design documents (well, they
Draft of List API documentation
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message Hey folks. As some of you have likely read we're starting to do some private beta testing of our new lists feature. We're not quite ready to open it up to everyone but we've made some headway on the API and wanted to share some details of what we've got so far.The
W3C : The XMLHttpRequest Object
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, Creative Area 송정기 (Jungkee
XEP-0060: Publish-Subscribe
AbstractThis specification defines an XMPP protocol extension for generic publish-subscribe functionality. The protocol enables XMPP entities to create nodes (topics) at a pubsub service and publish information at those nodes; an event notification (with or without payload) is then broadcasted to all entities that have subscribed to the node. Pubsub therefore adheres to the classic Observer design
Route 477(2009-08-26)
■ [ruby][memo] サンプルコード http://blog.deadbeaf.org/2009/08/26/mitaka-rb-4/ 標準クラスのサンプルコード bitclustに装備？ 海外の人はどうするの リファレンスとは独立したサイト(A)であるべきか そこにrubydocなりbitclustなりからリンクする gemなどのサンプルコード (A)とは別サイト？ gem配布サイトが複数あるので特定のgem配布サイトが実装するわけにはいかない http://gemcutter.org/ が本当に公式になれば、そこにサンプルコード書ける機能があると楽しそうだ 結論 サンプルコード自体に価値があるものだからどこに書いてもいい、定番サイトができればそこに移住すればいい。 Rurimaphone++ ■ [scheme] 小さすぎるR5RS、大きすぎるR6RSに対するScheme分割案
Final: OAuth Request Body Hash
Abstract This specification extends the OAuth signature to include integrity checks on HTTP request bodies with content types other than application/x-www-form-urlencoded. Table 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
OAuth gem で multipart や xml、json データを POST する方法 - 京の路
OAuth の POST リクエストでは、基本的に Content-type = x-www-form-urlencoded のデータを送ることが想定されています。 もちろんそれ以外にも Content-type が multipart/form-data や application/xml、application/json などの場合も、request body が signature base string に入らないという違いはあるものの、OAuth を使って POST することは可能です。 仕様的には。 smart.fm でも一部 API で multipart (upload file) や xml/json データ (save study data : comming soon) をポストしないといけない API があるのですが、みごと ruby の oauth gem ではそ
デジタル・アイデンティティ・フレームワーク「OpenID」概要 siryou3.pdf
デジタル・アイデンティティ・フレームワーク 「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 (医療情報 管理サービ
tzmtk / OAuthCore10aJP
OAuth Core 1.0 Revision A 日本語訳 はじめに OAuthはウェブサイトやクライアントアプリケーションなどのConsumerに対して、ユーザー自身のID・パスワードを渡すことなく、サService Providerの持つユーザー単位で保護されたリソースへアクセスする権限のみを譲渡することができます。OAuthは認証が必要なリソースへのAPI経由でアクセスする際の、自由度、利便性を提供します。 例として、１つの写真プリントサービス「printer.example.com」（Consumer）があり、あるユーザーが写真ストレージサービス「photos.example.net」（Service Provider）に保存している自分のプライベートな写真データ（リソース）をこの「printer.example.com」に渡したいとします。OAuthを使えば、ユーザーは「pri
つくったLRUHash - moroの日記
私はid:fistfvckさん(ですよね? お名前確認してなかったのでちと不安)と一緒にコードを書きました。仕様はこんな感じ。 Hashぽいインターフェースが欲しいとの要件だったので[]と[]=をまずは実装(上2つのexample)、その後100個という最大値を挟んでのLRU的機能を実装してみました。実際のストレージは、ふつうのHashへのdelegateで。継承したペアも多かったんですが、私たちは「コレはis-a Hashじゃなかろう」ということで委譲を使ってみることにしました。Forwardableは凄く便利。 このあたりのテストを書いてみると、LRUぽい機能はと=で何かやれば良さそうだぞ、というのが導出されてきます。また、テストを書いてみると、実際のクライアントとしてはcacheされていてnilなのか、そもそもキャッシュされていないのかを見るためにhas_key?系のメソッドも欲しか
ソフトウェア分野の研究開発 / RFC 5023 Atom Publishing Protocol 日本語訳 | Ricoh Japan
この文書は 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
OAuth Core 1.0
This specification was obsoleted by OAuth Core 1.0 Revision A on June 24th, 2009 to address a session fixation attack. The OAuth Core 1.0 Revision A specification is being obsoleted by the proposed IETF draft draft-hammer-oauth. The draft is currently pending IESG approval before publication as an RFC. Implementers should use RFC 6749: The OAuth 2.0 Authorization Framework instead of this specif
たけまる / AtomPub on mixi?
_ 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日記投稿用API « ku といっても，mixi が正式に AtomPub 対応をアナウンスしたわけではない し (知ってる限りでは)，使ってみた感じでは "AtomPub に似てるけどちょっ と違うプロトコ
ホワット・ア・ワンダフル・ワールド 20090110
KMC では月に一回，東京オフィスを含めた全体会議 （通称 KMC 会議） を京都本社で行うのですが，最近人が増えてきたため （ここ2年間で5〜6人ぐらい増えたらしい．現在 （パートや経理の人などを除いて） 16人ぐらいなので，比率的にはかなり急激な増加），今一度全体の意思統一を計るために，昨日は時間無制限の徹底討論会が行われました． 13:30 から，定例通りのいろいろな情報共有会議が 17:00 ぐらいまで行われ，それからディスカッションに． 未来を考えるためには，まずは過去を振り返らないといけないということで，KMC の成り立ちから現在までの歴史を年表で振り返りつつ，社長がひたすら当時の思い出を話しまくりました．非常にドラマチックで面白かったです． 「一時間半もよーしゃべりはったなー」 「いやいや，こんでもかなり短縮してんやで．こんなんなんぼでも話せるし，細かいところまで説明したら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://botchyworld.iinaa.net/cpu.htm
言語の設計判断
http://www.intertwingly.net/wiki/pie/Rss20AndAtom10Compared
pubsubhubbub - Google Code
RFC 2445 - Internet Calendaring and Scheduling Core Object Specification (iCalendar)