リソースの一部更新におけるURL設計 - Qiita
概要 Webアプリケーションにて、リソースの一部更新を行う際、どのようにURL設計を行うとシンプルで美しいか（本当はそこまで考えていなかったけど）悩んでいたところ、 @t_wada さんから素敵な設計指針をご教示いただきました。 本記事はその内容に加えて、実際に自分で行ったこと、調べたこと、思った事など、まとめております。 あらすじ 数週間前にSIピラミッドからヒモなしバンジーを決めてWebの世界に飛び込んだ私は、小さな小さなWebアプリケーションをrails newから手探りで作っていました。 そんなとき、簡単なリソースの一部更新機能をどう実装したもんかなーと悩んでました。以下、当時（といっても先週）の超雑なぼやき。 リンクをクリックしてモデルの一部を変更するのはどうしたらいいんだろう。 例）不参加をクリック -> 某カラムをtrueからfalseへ リクエストオブジェクトに対象カラムの
RESTful Zip Search API Specification -- ricollab
このサービスで提供するリソースは、以下の3種類の表現を持ちます。 XHTML Media Type: application/xhtml+xml; charset=utf-8 標準的な Web ブラウザで表示することのできる形式です。ブラウザで表示させることが可能なので、人間が読みやすいのが特徴です。この表現は整形式の XML であるため、XML パーサーでパースして、プログラムから扱うことも可能です。住所の構造情報は class 属性で表現されています。全てのリソースのデフォルト表現になっています。 この表現は妥当な XHTML 1.1 になるはずですが、あえて DOCTYPE 宣言は付けていません。文字エンコーディングスキームは UTF-8 です。 http://zip.ricollab.jp/1120002 http://zip.ricollab.jp/search?q=大手町 ht
たけまる / AtomPub で複数リソースをまとめて POST する方法
_ AtomPub で複数リソースをまとめて POST する方法 [atompub][opensocial][gdata] (2008-06-29 追記) その後の動向を書きました [2008-06-29-1] (追記) yohei さんからのコメントです． 解決策はたくさんあり、結局要求次第と思われ。やりたいことによって解 決策 が異なるので、仕様に入れないのは正しいと思う。個人的には複数 同時にPOSTすると、レスポンスが multi status に... (追記) enclosure or content/@src について lyokato さんとのやりとりです． lyokato: あー、日記と同時に関連写真を投稿したいとか、そういうケー スかなと思ってました。その場合はここで書かれた処理の後、enclosure link突っ込んだ日記entryのpostでいいのかしら？ take
ぶっこめ！
「ぶっこめ！」とは、「ソーシャルブックマークのブックマークコメント」にトラックバックを打てるようにするサービスです。 このサービス内では、ソーシャルブックマークのブックマークコメント及びそれに対するトラックバック情報をあわせて「ぶっこめ」と表現します。 池田信夫氏のように、ソーシャルブックマークのブックマークコメントに反論したいけど反論できないからソーシャルブックマークなんて嫌いだ！と言う方でも、「ぶっこめ！」上の該当ブックマークコメントにトラックバックを撃っていただくだけで、簡単に反論が出来るようになり、精神衛生上よろしいかと思います。是非お試しください。 なおはてブコメントに向けてトラックバックを飛ばすと、そのトラックバックエントリをはてなid:bukkomeがブックマークし、そのブクマコメント中で元ブクマ主に対してidトラックバックをいたします。 アドレスを入力： ブラウザの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
