ã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 {"":[]}, @
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
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
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
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
â [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åå²æ¡
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 ã® 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ã æ¦è¦ 次ä¸ä»£é»åè¡æ¿ãµã¼ãã¹åºç¤çæ¤è¨ããã¸ã§ã¯ããã¼ã (第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 (å»çæ å ± 管çãµã¼ã
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
ç§ã¯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
 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] (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 ã«ä¼¼ã¦ããã©ã¡ã㣠ã¨éããããã³
KMC ã§ã¯æã«ä¸åï¼æ±äº¬ãªãã£ã¹ãå«ããå ¨ä½ä¼è° ï¼é称 KMC ä¼è°ï¼ ã京é½æ¬ç¤¾ã§è¡ãã®ã§ããï¼æè¿äººãå¢ãã¦ãããã ï¼ãã2å¹´éã§5ã6人ãããå¢ãããããï¼ç¾å¨ ï¼ãã¼ããçµçã®äººãªã©ãé¤ãã¦ï¼ 16人ããããªã®ã§ï¼æ¯ççã«ã¯ããªãæ¥æ¿ãªå¢å ï¼ï¼ä»ä¸åº¦å ¨ä½ã®ææçµ±ä¸ãè¨ãããã«ï¼æ¨æ¥ã¯æéç¡å¶éã®å¾¹åºè¨è«ä¼ãè¡ããã¾ããï¼ 13:30 ããï¼å®ä¾éãã®ãããããªæ å ±å ±æä¼è°ã 17:00 ãããã¾ã§è¡ããï¼ãããããã£ã¹ã«ãã·ã§ã³ã«ï¼ æªæ¥ãèããããã«ã¯ï¼ã¾ãã¯éå»ãæ¯ãè¿ããªãã¨ãããªãã¨ãããã¨ã§ï¼KMC ã®æãç«ã¡ããç¾å¨ã¾ã§ã®æ´å²ã年表ã§æ¯ãè¿ãã¤ã¤ï¼ç¤¾é·ãã²ãããå½æã®æãåºã話ãã¾ããã¾ããï¼é常ã«ãã©ãããã¯ã§é¢ç½ãã£ãã§ãï¼ ãä¸æéåããã¼ããã¹ãã¯ã£ããªã¼ã ãããããï¼ããã§ãããªãç縮ãã¦ããã§ï¼ãããªããªãã¼ã§ã話ãããï¼ç´°ããã¨ããã¾ã§èª¬æããã
ãªãªã¼ã¹ãé害æ å ±ãªã©ã®ãµã¼ãã¹ã®ãç¥ãã
ææ°ã®äººæ°ã¨ã³ããªã¼ã®é ä¿¡
å¦çãå®è¡ä¸ã§ã
j次ã®ããã¯ãã¼ã¯
kåã®ããã¯ãã¼ã¯
lãã¨ã§èªã
eã³ã¡ã³ãä¸è¦§ãéã
oãã¼ã¸ãéã
{{#tags}}- {{label}}
{{/tags}}