WP-APIのスキーマにカスタムフィールドを追加する - Qiita
WP-APIでは、デフォルトではカスタムフィールドは出力されません。 なぜかというとサードパーティのプラグインがいつの間にかセキュリティ的に重要な情報を出力している可能性があるからなんですよね。 ただし、カスタムフィールドを出力するプラグインを作るのはそれほど難しくありません。 <?php /** * Plugin Name: Add Meta to REST-API * Author: Takayuki Miyauchi * Description: Example plugin that adds post meta to rest-api. */ add_action( 'rest_api_init', function() { register_rest_field( 'post', // post type 'post_meta', // rest-apiに追加するキー arra
makopi23のブログ 「RESTful#とは勉強会2」に参加しました
2014/11/28(金) 「RESTful#とは勉強会2」に参加してきました。 DoorKeeper http://rubychildren.doorkeeper.jp/events/17514 ちなみに私、ちょうど会社でRESTの必要性に迫られて、以下の書籍で独学している最中なのです。 この本は、JavaのRESTに関する仕様であるJAX-RSの本です。現在、読みながらちょとずつ写経中。 そんな私にとって、この勉強会はタイムリーなネタなのでした。 ちなみに前回も参加したかったんですが、他の勉強会と被ってしまって残念ながら行けなかったのでした。。。 なので今回が初参加。 この日は前半が「Webを支える技術」の読書会で、後半が @t_wada さんの講演でした。 とても参考になる勉強会だったので、当日のツイートをTogetterにも纏めてみました。 http://togetter.com/
HTTPメソッドのPOSTとPUTの冪等性 - アインシュタインの電話番号
昨日の記事のはてブコメントにて、POSTとPUTの使い分けには冪等性が重要ですよとのアドバイスをいただいた。ので、冪等性について調べてみた。 冪等性と安全性 @tkawaさんに、はてブコメントにてアドバイスいただいたのは冪等という考え方。 これに加えて、性質の違いとしてPOSTは冪等ではないがPUTは冪等というのも重要です 冪等ってあまり聞かない用語だけど、この冪等についても、Webを支える技術にはちゃんと書いてあった。 冪等とは「ある操作を何回行っても結果が同じこと」を意味する数学用語です。たとえばPUTとDELETEは冪等ですので、PUTやDELETEを同じリソースに何回発行しても、必ず同じ結果（リソースの内容が更新されている、リソースが削除されている）が得られます。 安全とは「操作対象のリソースの状態を変化させないこと」を意味します。リソースの状態に変化を与えることを副作用といいます
Laravel入門 Lesson 6 - RESTful - Qiita
今回はRESTfulについて学んでみる。 内容が前回と続くので、前のLessonを全部見る余裕がなかったらDBのSettingはLesson4のStep 0とStep 1に見ておいて、 http://fluke8259.hatenablog.com/entry/2014/03/30/045724 残りの部分はこのリンクを見ればいい。 Intro RESTfulの説明はかなり難しいので、今回の講義で利用される部分だけを簡略に説明する。 WebでのRESTfulな構造はResource重心の構造であって、あるResourceに接近するURIは同じであるが、 CRUD(Create:作成, Read:読み取り, Update:編集, Delete:削除)などの動作はHTTP Request Methodで認識するという意味である。 つまり、各機能は次のようにまとまる。 Create => POS
RESTとJSON、スキーマ定義について思うところ
mozaic.fm #7 RESTや#mozaicfm REST を聴いての感想、それから「Web+DB vol82のWebAPIデザインの鉄則」に触発されたので書こうと思う。 REST設計について WebAPIを設計するうえでRESTが重要であることは周知のとおりである。 “Constraints are liberating”「制約は自由をもたらす」 @t_wadaさんがおっしゃっているように、RESTを前提にすれば、「アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる」という大きなメリットが生まれる。 しかし、相変わらずリソース設計やらインターフェース設計やらで悩んでおられる方も多いと聞く。 その一方で個人的には適切なフレームワークを使えばREST設計で悩まなくてもよいはず(※3)という思いもある。 インターフェース設計な
#mozaicfm REST を聴いての感想 - ぶろぐ。@はてな
mozaic.fmでRESTの回が企画されているということを、API Meetup #1 のときに yohei さんから直接聞いていたのですが、ついにそれが公開されたので、喜び勇んで聴きました。 mozaic.fm #7 REST 断片的に感想をツイートしたので、そのまとめです。 RESTの何が重要なのか さすがの t_wada さん。アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる、という話の流れでした。 “Constraints are liberating”「制約は自由をもたらす」は僕が好きな言葉ですが、これを知ったのはDHHのRubyKaigi 2006の講演からです。（初出はどこか別のところなのかも？） RESTの流行 原理主義者的発言をするなら、「REST API」と謳って世に出たWeb APIはただのJSON/X
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://docs.pixel-web.org/apai-io/master/
Next Web App | Scoop.it
introvert.com
Adobe Portfolio | Build your own personalized website
RESTful #とは RailsスタイルからRESTを学ぼう
GitHub - mgonto/restangular: AngularJS service to handle Rest API Restful Resources properly and easily