リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
アーカイブされやすいウェブサイトを作るための8つのポイント（記事紹介）
米国議会図書館（LC）の電子情報保存に関するブログ“The Signal”に、2012年2月6日付けで“Designing Preservable Websites, Redux”という記事が掲載されています。この記事は、保存されやすいウェブサイトを設計・制作するためのポイントを解説したもので、ウェブアーカイブ用クローラ―への配慮を中心に、以下の8項目が挙げられています。 （1）ウェブ標準やアクセシビリティガイドラインに従うこと （2）クローラ―を“robots.txt”で排除しないよう注意 （3）クローラ―がリンクをたどれるようサイトマップ等を活用 （4）URIを保ち、必要があればリダイレクトをすること （5）クリエイティブコモンズライセンスの採用を検討 （6）持続可能なデータフォーマットを用いること （7）メタデータ、特に文字コードを記述すること （8）アーカイブに友好的なプラットフォ
そろそろ決着、HTTPメソッド、URL、そして標準化された動詞 - 檜山正幸のキマイラ飼育記 (はてなBlog)
（[追記 date="翌日"]文言を少し改善し、注意を付け足したりしました。[/追記]） HTTPメソッド、URL、動詞（verb）に関して次の記事を書きました。 HTTPメソッドの正統的使い方と現実的対処法 HTTPメソッド、URL、そして標準化された動詞 訂正補足：HTTPメソッド、URL、そして標準化された動詞 問題点がほぼ明らかになり、全体の状況も見えてきたので、総括したいと思います。これで決定版にしたいのですが、実のところ、まだ考えが変わる可能性は否定できません。現時点では、以下に記述する案が最善だと思っていますがね。 内容： 用語の注意 事の発端，事の成り行き URLの意味と用途を分類する リソース種別ごとに動詞を考える さらにリソース種別ごとに動詞を考える GETに乗せるか、POSTに乗せるか インターフェースとしてのリソース種別と動詞 リソースとクラス 用語の注意 HTTP
RESTfulなWebサイトと拡張子を含むURLについて - 檜山正幸のキマイラ飼育記 (はてなBlog)
2009年12月16日「チュートリアルを少し変更、おバカな設定例」 Catyでは、ファイル名拡張子の意味付けや扱い方がデスクトップと同じなんだけど、「クールなURIは、拡張子がねーんだぞ」とか言われそうだから、そのうちラショネールを書かなきゃ。 「ラショネール」なんて奇妙な言葉が出てきてますが、目論見や主張が正当であることを示す根拠、てな意味ですかね＞ラショネール。 僕とKuwataさんが開発しているWebフレームワークCatyは、URLに、.html, .cgi などの拡張子を必ず要求します。クエリパラメータも遠慮なしに使います。「拡張子とかクエリパラメータなんて、RESTfulじゃないなー、クールじゃないなー」とか言う人がいますが、なにゆえに「拡張子やクエリパラメータがダメなのか？」 -- その根拠を示して欲しいもんです。僕らが積極的に拡張子やクエリパラメータを使う事情と根拠は、このエ
ちょっとしたメモ - 書籍の識別子と全国書誌番号
国立国会図書館関西館を訪問して、電子図書館課の方々と懇談をする機会をいただいた。情報を電子化する現場の話には興味深い点がたくさんあったのだが、中でも書籍（書誌）のIDとして、全国書誌番号を用いてISBNに代わる（もしくは補完する）識別子を考える可能性は、掘り下げて取り組んでみる必要がありそうなテーマだ。 最近FOAF-IRC(#foaf)でも少し話題になっていたが、ISBNは永続的な識別子として使うには若干問題がある。この10桁のコードは、上位桁の番号が出版社に割り当てられ、下位桁の番号は出版社が独自で付与するという仕組みだ（最初の1桁は国/地域、最後の一桁はチェックサムなので、実質的には国内でわずか8桁）。使える桁数は出版社ごとに異なるのだが、たとえば4桁の自社番号領域を持つ出版社は、1万点の書籍を発刊すると番号が足りなくなってしまう（補足：必要に応じて出版社番号が追加割り当てされる）。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
URLで遊ぼう