なぜ html の form は PUT / DELETE をサポートしないのか？ - Block Rockin’ Codes
注意 内容については一切保証しません。 ここでは、主に W3C ML での議論や各種仕様などに基づいて書いています。 ここに書かれていることが正しいかどうかは、自身で判断して下さい。 事実としておかしいところなどは、コメントでどんどん指摘して下さい。遠慮はいりません。 ただし、このエントリでは「form が PUT/DELETE をサポートするべきかどうか？」の議論はしません。 「REST の是非」や「PUT/DELETE の意義」についても議論する気はありません。 ここでやっているのは、あくまでもどういった議論の末現状があるのかの調査です。 そうした意見がある場合は、 W3C などに投稿するのが最も有益だと思います。 History 2014/03/29: 公開 2014/03/29: XForm と XHTML の関係を明確化(thanx koichik) 2014/03/29: HT
リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
RESTに関する３つの間違い
楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになるため、矛盾するように思えるかもしれない。だがそんなことはない。 前半はまずこの話から入るが、後半ではRESTに関する間違いについて、３つほど思うところを述べたい。 楽観的排他制御と2phase commit reflexworksではFeedやEntry単位でatomicなトランザクション処理を行えるが2phase commitはサポートしていない。これを許すと密結合になってスケールしないからである。だが、これはあくまで同期的な処理の話であって、ネットワーク障害への耐性を考慮され、非同期処理やオフラインで使えるので
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」
はじめに 本稿では、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するツール「jsonengine」について紹介します。 対象読者 Google App Engineに興味はあるが経験のない方。JavaScriptやActionScriptによるクライアント開発、またはiPhoneやAndroidによるスマートフォン開発の経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 最低動作環境は次のとおりです。 Java SE 5 jsonengineって何？ 「jsonengine」は、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するオープンソースのツールです。このツールは、昨年開催された「Mashup Awards 6」において「
Kazuho@Cybozu Labs: REST におけるトランザクションについて (Re: Web を支える技術)
といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく
暮らしの業(2008-12-21)
▲ Rails勉強会＠東京#36 & 東京Ruby忘年会 Rails勉強会と地域Ruby忘年会に参加しました。幹事のid:moroさん、会場提供のクオンさんありがとうございました。 Rubyで教育クラスターでプログラミングに限らずシステム開発全般についての教育について話をきいた 東北クラスターで牛タンについて討論した。松島の牡蠣たべたい たいやき部クラスターで次回のたいやき会議について打ち合わせした iPhoneクラスターには時間切れで絡めず残念 ▲ 「実践Railsを愛でる」覚え書き 勉強会では角谷さんホストの9784873113869を愛でるに参加しました。 あのYuguiさんが嫉妬したヤヴァい本を1章から丹念に愛でるセッション。 1章ヤヴァい [角谷] この本に書いてある「Railsの基礎」とは「Railsを構成している要素の基礎部分」のこと。建築の基礎工事に該当する。「Railsを
ricollab Web Tech Blog » Blog Archive » RESTアーキテクチャスタイル入門の記事をすべて公開しました
1月に三分の一を公開して以来、ずるずると遅れていた残りの記事の公開をやっと行いました。 RESTアーキテクチャスタイル入門 Web アプリケーションのアーキテクチャ Web サービスと REST RESTful な URI の設計 出版は2006年なので2年前の記事です。内容が一部古くなっている部分もあったため、現時点での最新情報に少しだけアップデートしました。
動画で配信！「現場で使えるREST」鼎談 記事一覧 | gihyo.jp
第12回おわりに：RESTがつくる明るい未来 山本陽平，羽生章洋，和田卓人 2008-01-28
2008-03-02
2/29（金）、3/1（土）の2日間開催されたOSC2008 Tokyo/Springが無事終了しました。MapleおよびUsagi関係者のみなさんお疲れ様でした。各自忙しい中、現時点であれ以上の準備はできなかっただろうというものになったと思います。今回のものを一度きちんと「ふりかえり」をして、次回以降のイベントはもっといいものにしていきましょう。 印象に残った点をいくつか思いつくままに。 続きを読む OSC2008 Tokyo/Springの金曜日の夕方に「REST勉強会」とだけ告知して行いました。 内容をダンプしてみると・・・ 続きを読む OSC2008 Tokyo/Springの土曜日の昼一で「Maple×Usagi」のコラボで発表を行いました。 内容をダンプしてみると・・・ 続きを読む OSC金曜日のセッションが終わったあとに和田さんと話していたんですが、PHPだからこそRESTな
as3httpclientlib - a better http-client in ActionScript by Gabe
as3httpclientlib - a better http-client in ActionScript by Gabe 21 Jan 2008 Gabriel Handford left a comment with as3httpclientlib link, this is a very well written http-client, with TLS support, in ActionScript 3.0. Let me clear some points here, as3httpclientlib is not as3httpclient. The as3httpclient, let's call it my-project in rest of the post, was a better version of HTTPURLLoader. HTTPURLLoa
Willkommen auf monoceres.uberspace.de!
Willkommen auf monoceres.uberspace.de! Welcome on monoceres.uberspace.de! Diese Domain kennen wir leider nicht. Sadly, we do not have this domain in our records. Sollte sie dir gehören, kannst du die Domain, wie im Manual beschrieben, auf deinen Uberspace aufschalten. In case it is yours, take a look at the manual to add it to your account.
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
Index - ウィザシステム - Witha System Ltd.
AtomPub Test Client – code name “Fude” – beta Fude (コードネーム) は The Atom Publishing Protocolの開発支援及び相互運用性テスト用のツールです。 TODO: ファイル拡張子 <=> MIME/Media-Typeのマッピング。 他多数 動作要件 Windows 98SE/ME/NT4/2000/XP/Vista (日本語版または英語版) Internet Explorer 6以上 Download fude.zip Zipファイルを解凍すると、実行ファイルが入っています。レジストリは触りません。アンインストールはファイルの削除です。エントリなどのローカルキャッシュは”C:\Documents and Settings\YOUR-LOGON-NAME\Application Data\witha\Fude”に保
yohei-y:weblog: REST の勝利宣言と良い XML の見分け方
ITpro Challenge 行ってきました。 豪華なメンバーでどの講演もとても面白かったですね。 江島さんの講演は、Web 上でサービスをやるとはどういうことなのかについてとても示唆に富んだ話だったし、 鵜飼さんのハッカーのソフト工学の話は職場的にすげータイムリーだったし、 なおやさんの話は同時代を生きてきた、生きている者としてとても共感できる内容だったし、 戀塚さんはこれぞハッカーという感じのすごい人でした。 僕は LT の最後に話をさせてもらったわけですが、 ネタを二つ持っていって聴衆のみなさんに選んでもらうことにしました。 結果は REST が勝ったので、当初の予告どおり REST の話をすることに。 結局お蔵入りになった XML の話ですが、もったいなかったので懇親会でお話させてもらいました。 プレゼン中で引用した Web ページはこちらです。 檜山さんの記事 XML ボキャブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http-headers-status.png (2580x2023)
Amazon.co.jp: RESTful Webサービス: Leonard Richardson (著), Sam Ruby (著), 山本陽平 (監修), 株式会社クイープ (翻訳), 山本陽平 (読み手): 本
