タグ

RESTとwebapiに関するclavierのブックマーク (3)

  • すべての Web サービス設計者に捧ぐ「RESTful って結局なんなんだ」

    誰もがその戦いの背景にある歴史の深淵と人々の覚悟を見誤っていた。開戦初日に決着が付くと高を括って鼻歌混じりに筆を取った私は、気が付けば夏休みの8割を喪失し、すべての指が腱鞘炎で悲鳴を上げる中で参考文献の海に這いつくばっていた。 —— Josh Nobus —— ぜんぜんわからない 俺たちは雰囲気で REST をやっている 何度調べてもなんだかよく分からない概念ランキングの個人的 Top5 に入る言葉。 それが「REST」だ。 いろんな Web サービスの REST API はよく使わせてもらっているし、REST API が何かと聞かれれば「その Web サービスの機能を HTTP リクエストで呼び出せる API エンドポイントのことだよ」みたいにそれっぽくお茶を濁すことはできると思うが、じゃあ自分で RESTful なサービスを作ってみろと言われたら私は作れない。作れなかった。 だってどん

    すべての Web サービス設計者に捧ぐ「RESTful って結局なんなんだ」
  • JSON Web Token の効用 - Qiita

    Note: JWT の仕様やそもそも論の話は触れません。どう使うか、何が出来るかしか書いていません。 JSON Web Token? JSON Web Token とは、ざっくりいって署名の出来る JSON を含んだ URL Safe なトークンです。 署名とは、署名時に使った鍵を用いて、JSON が改ざんされていないかをチェック出来るようにすることです。 URL Safe とは、文字通り、URL に含めることの出来ない文字を含まないことです。 これだけだとよくわかりませんが、触り心地としては次のような性質があります。 発行者だけが、鍵を使ってトークンが正しいことを検証出来る。 暗号化ではないので、JSON の中身は誰でも見られる。 仕様的には、暗号化のオプションもあります。 しかしながら、JSON の変更は出来ない。(改ざんをすると、検証時に失敗するので。) 全体的には、なんか変更できな

    JSON Web Token の効用 - Qiita
  • WebAPIのこれまでとこれから

    4. 1994-12 インターネットを知る 1995-01 初めてのWeb(Mosaic) 1998-04 NAIST入学 1999-03 第一回XML開発者の日 2000-04 就職 2000-11 SOAPを知る 2004-10 RESTをちゃんと調べる 2005-04 REST入門を書いた 2005-11第八回XML開発者の日 2006-04 WEB+DB PRESS Vol.32 特集3 2007-04 『RESTレシピ』連載開始 2007-12 『RESTful Web サービス』 2010-05 『Webを支える技術』 2014-07 API Meetup #1 ←イマココ

    WebAPIのこれまでとこれから
  • 1