GitHub - caelum/restfulie: CRUD through HTTP is a good step forward to using resources and becoming RESTful. Another step further into it is to make use of hypermedia-based services and the Restfulie gem allows you to do it very quickly.You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
restfulie - rest from scratch
QUIT PRETENDING CRUD through HTTP is a good step forward to using resources and becoming RESTful, another step further is to make use of hypermedia aware resources and Restfulie allows you to do it in Java and Ruby. Why Restfulie? Easy → writing hypermedia aware resource based clients and servers Small → it’s not a bloated solution with a huge list of APIs HATEOAS → clients you are unaware of will
Whatfettle - Paul Downey (psd)
At the XML Summer School, my marra Marc Hadley and I ran a short workshop on designing REST Webby services. We used pin-boards around the room, along with index cards: which we connected with ribbon to paper-prototype HTTP message flows: People seemed to like the cards, adopting them as labels: All was going well until someone slipped "204 - No Content" into my badge holder. This made me grumpy, b
Social Website Tutorial (v0.9) - OpenSocial
OpenSocial Foundation Moves Standards Work to W3C Social Web Activity W3C and the OpenSocial Foundation announced today that as of 1 January 2015, OpenSocial standards work and specifications beyond OpenSocial 2.5.1 will take place in the W3C Social Web Working Group, of which the OpenSocial Foundation is a founding member. The W3C Social Web Working Group extends the reach of OpenSocial into the
何がRESTを良くするか？
先ごろRoy Fieldingは、SocialSiteのREST API(リンク)に対して、RESTfulではないと批判した(リンク)。Royは、RESTだと主張するシステムが、多くの場合にRESTから程遠いことの例として、SocialSiteのREST APIを取り上げた。 (OpenSocialのREST API)はRPCです。それはRPCだと叫んでいます。画面のXレートを指定するために、とても多くの結合があります。 Royに同意するための証拠を、OpenSocialのページで見つけるのは(リンク)、それほど難しくない。例えば、 サーバサイドで、OpenSocialスタイルのRESTとJSON-RPCをサポートする クライアントサイドで、リクエストのJSON-RPCバッチ処理をサポートする 拡張のために、OpenSocialの要求に従う RESTとRPCがとても密接な関係にあることは(
「RESTは目的ではなく手段である」…ならば、RESTの目指す目的はどこ? - Stellaqua - ＴＯＭの技術日記
以前、RESTfulWebサービス読書会の議論の中で、「RESTは目的ではなく手段である」というような言葉があって、「それはまさにその通りだよな…」と思った訳ですが、その時から「じゃあ、RESTが目指す目的ってどこ?」なんて事をぼんやり考えてました。 8月の読書会は諸々の理由から中止になった訳ですが、スタッフだけで反省会と称して色々と議論をして*1、そのぼんやり考えていた事が少しばかりクリアになって、考えが少し前進できた気がするので、アウトプットしてみようかと思います。 RESTful読書会の反省会で得た自分的結論 反省会で色々と話をした結果、結局のところ、第0回読書会で話されていた内容に4ヶ月間掛けてやっと実質的に知識が追い付いたんだという事が分かりました…。(^^;ゞ 時間はずいぶんと掛かりましたが、自分の感覚としてRESTfulな考え方が身に付いたという意味では意義があったと思います
railsforumのrestful_authenticationは素晴らしい！それを見てRESTfulの理解も深まる - ザリガニが見ていた...。
最近、restful_authenticationで試行錯誤していて感じたこと。restful_authenticationはユーザー認証に関する必要最小限の機能を提供してくれるが、実際に運用できるレベルに仕上げるには、要点を押さえた的確な修正が必要になる。ユーザー認証のscaffold的な位置付けだろうと。 生成されるソースコードはとても簡潔にまとめられていて、読み易い。しかし、いざ自分好みのログインに修正しようとすると、実にいろいろな手段があり、どのような仕組みにするか本当に迷ってしまう。 例えば、以前の日記で試したパスワード忘れに対応する方法も、今振り返ってみれば最悪の例だ...。アクティベーションとパスワード忘れの処理が混同しているし、修正の手順もセキュリティ的に中途半端。実装の仕方もせっかくのrestful_authenticationのRESTfulなルールを無視している。やは
InfoQ: XMLを越える万能なRESTful API
def show @event = Event.find(params[:id]) respond_to do |format| format.html # show.rhtml format.xml { render :xml => @event.to_xml } end end （この論文では認証／許可を取り扱いません。認証／許可については、まずrestful_authenticationプラグインをお使いになることを強くお勧めします。） JSONの紹介 JSONは最近人気の標準で、その人気の立役者としてとりわけ、UI開発言語としてのjavascriptの成熟と、AJAXの利用増加が挙げられます。直列化したjavascriptを基にしたJSONは、単純なデータ構造の直列化と送信においてはXMLと比較して格段に優れた方法であると多くの人たちが考えるようになり、冗長の程度も確実に低くなって
Rails2.0の足回りと中級者への道：第3回 Rails2.0で作るRESTfulアプリケーション（後編）｜gihyo.jp … 技術評論社
例：リンクの表示 GET /users/1/links/6.xml :member CRUD以外、すなわち作成、参照、更新、削除以外の処理を行いたい場合、map.resoucesで、:memberオプションを指定します。:memberオプションには、アクション名とHTTP MethodのHashを指定します。 例として、リンクを非表示に設定するケースを考えます。リンクの非表示を、hideカスタムアクションへのPUT Methodで表現すると決定した場合、以下のように設定します。 :memberオプション map.resouces :link, :member => {:hide => :put} URI例 PUT /links/1/hide なお、このURIにはhideという「動詞」が入っているため、RESTの統一インターフェースの原則的にはあまり望ましくありません。 miniciousの
Rails2.0の足回りと中級者への道：第2回 Rails2.0で作るRESTfulアプリケーション（前編）｜gihyo.jp … 技術評論社
前回の記事では、Rails2.0の足回りを簡単に概観しました。今回は、実際にRails2.0の機能を利用し、RESTfulなウェブアプリケーションを作ってみたいと思います。 RESTとは何か Rails2.0の機能を用いて、RESTfulなアプリケーションを作るまえに― RESTとは、いったいなんでしょうか？ という問いに対して、正確に答えるには私の知識はこころもとないです。Wikipedia日本語版のRESTの項を引いてみると、「表現可能な状態を転送するもの」と書かれてありますが、これだけ翻訳してもよくわかりませんね。用語としての初出は、2000年に、HTTPプロトコル規格の主要著者の一人であるRoy Fieldingがウェブについて書いた博士論文「Architectural Styles and the Design of Network-based Software Archite
RESTはエンタープライズに浸透するか、ファーガソン氏が講演
RESTはエンタープライズに浸透するか、ファーガソン氏が講演：Web 2.0とWebサービスの似て非なる位置付け WebはますますRESTfulな世界に向かっている。Web上で提供するデータやサービスを、URI指定によるHTTPリクエストだけで実現するという手軽さと分かりやすさから、多くのWeb 2.0系サイトは、Web APIをRESTと呼ばれる設計方針に基づいて定義・公開している。Webブラウザを媒介して人間が使っていたHTTPやURIといったインターフェイスを、そのまま機械処理にも適用するというRESTはシンプルで、瞬く間にWeb APIの標準的手法となった感がある。現在は先進的なWebサイトだけがWeb APIを公開しているが、今後は多くの一般的なWebサイトがRESTを通して情報・サービス提供をしていくケースが増えていくだろう。 では、エンタープライズの世界でもRESTが普及する
RESTful勉強会 - RESTful読書会
RESTful勉強会 Wiki † このコミュニティーではWebサービス/Webアプリケーションを作るためのいろいろなノウハウを議論していきたいと思っています。 この勉強会は当初「RESTful Webサービス」（Leonard Richardson, Sam Ruby 著、山本 陽平 監訳、株式会社クイープ 訳）を読んで議論をしていました。 今後は平日夕方開催で行っていきます。毎回いくつかのテーマを作ってそれを普段から実践/調査されている方をお招きしてお話いただいて、そこから議論をするという形をとっていければと思っています。 主な活動場所は次のものになります。 イベント告知および日々の議論 googleグループ 個人的に意見等を表明するための場所 はてなグループ ここ見たら？という場所を残していく場所 参考文献等 現在「第6回勉強会」の参加受付を行っております。是非ご参加下さい。 ↑
2008-04-11_akamatsu - 動画 Dailymotion
Pixar Cars Lightning McQueen... Talking and Programmable Lightning
Firefox3でも使えるRESTful開発向けアドオン·Poster MOONGIFT
はてブコメント経由。 これまた素晴らしい。RestTestは非常に便利なFirefoxアドオンだが、Firefox3がサポートされていない（少なくともinstall.rdf上は）のが唯一の問題点だった。それを解消して、Firefox3でも使えるのがこのソフトウェアだ。 リクエスト設定画面 今回紹介するオープンソース・ソフトウェアはPoster、Firefox3上で動作するRESTful開発向けのFirefoxアドオンだ。 Posterをインストールするとサイドバーまたはウィンドウ下部のアイコンからPosterのウィンドウを開くことができるようになる。URLを指定して、認証を行うことやファイルを指定して各メソッドを実行することが可能だ。 レスポンス画面 Googleログインが使える点も特徴的と言える。利用可能なHTTPメソッドはGET/POST/PUT/DELETE/HEADとなっている。そ
RESTはWebAPIの代わりにはならない
Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな？」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。１画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 １つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと
ricollab Web Tech Blog » Blog Archive » RESTアーキテクチャスタイル入門の記事をすべて公開しました
1月に三分の一を公開して以来、ずるずると遅れていた残りの記事の公開をやっと行いました。 RESTアーキテクチャスタイル入門 Web アプリケーションのアーキテクチャ Web サービスと REST RESTful な URI の設計 出版は2006年なので2年前の記事です。内容が一部古くなっている部分もあったため、現時点での最新情報に少しだけアップデートしました。
restful_authentication - happy lie, happy life. » Diary
restful_authentication プラグインのメモ。検証は Rails 2.0.2 で行っています。 プラグインについて RESTful なユーザ認証を行う事ができます。 通常のセッションを用いた認証、ベーシック認証、 Cookie による認証が利用できます。特に Cookie を用いた認証は、ブラウザを閉じた場合でも有効期間内なら有効になります（設定有効時）。 インストール プラグインをインストールします。Rails 1.2.6 以降でないと動作しないので注意して下さい。 また、 authenticated_system.rb は RAILS_ROOT/lib 以下に展開されます。 ruby script/plugin install http://svn.techno-weenie.net/projects/plugins/restful_authentication/追記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
RestTest（post,getのテスト)
第八回XML開発者の日
