Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
ウェブ技術に敏感なとある方面においては <a href="urn:isbn:n-nnnn-nnnn-n">本の名前</a> といった、ISBNをURIとしたリンクを使用しているのを時々見かけます。 例: <a href="urn:isbn:4-8399-0454-5">ユニバーサルHTML/XHTML</a> このようなリンクを扱うものとしては、URN リダイレクタやXULアプリのURN Supportがありますが、もう少し手軽にbookmarkletで何とかしてみようと考えまして、試しに作ってみました。 urn:isbn:なリンクをAmazon.co.jpへのリンクに変換 javascript:isbn2Amazon();function isbn2Amazon() { var links = document.getElementsByTagName('a'); var url = '
先日の「URIスキームfoaf:」の提案に答える形で、FOAFのmboxあるいはmbox_sha1sumをURNとして使うurn:foaf:の実験を、Dirk-Willem van Gulikがrdfweb-devで紹介していた。これは、3月2日のSWIGミーティングでもプレゼンテーションのあった、DDDSとDNSを使ってURIをマッピングするという試み(Tell me about that URI, Dirk)の一環で、urn:foaf:から具体的なURLを取得する実例まで示している。 実験アプリケーションは、例えばurn:foaf:webmaster@kanzaki.comというURNに対し、アドレスを正規表現で解析した上で、次のようなルールでNAPTRレコードを調べて具体的なURLを返すことを試みる: このURNに対応するFOAFファイルのURL(I2C:そのURNに関するメタデータ
クールなURIとは? クールなURIとは変わらないもののこと。 どんなURIが変わってしまう? URIは変わらない:人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき(もしくはドキュメントのメンテナンスをやめてしまう)理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く