Sun, 13 Sep 2009
Fri, 04 Sep 2009
Exploring some web services
Tweet
I set up my accounts for Facebook and FriendFeed (and Tumblr). Settings of the Facebook account were complicated and I was confused. I believe everything is alright now, though.
| Comments on this entryWed, 02 Sep 2009
「クールなURI」をめぐって
Tweet
仕事をさぼって「クールなURI」をGoogleで検索していたら、ナンセンスな文章がたくさんあるなあと思った。それをここで指摘しようかと思ったが、帰宅してもう一度それらを読むとナンセンスというのも言い過ぎかもしれないと思った。とりあえず私の解釈だけ書いておこう。
「クールなURIは変わらない」(“Cool URIs don't change”) というタイトルは誤解を招きやすいように思う。この文章で問題とされているのは、単なるリンク切れだ。だから、URIを変えること自体は別に構わない。ただ変えるなら、古いURIでアクセスした時に全く情報がない404 Not Foundを返すのは、利用者に不親切でサイト管理者に対する信頼性を失わせますよ、ということだ。HTTPヘッダーでリダイレクトするとか、URL rewritingを使うとか、削除した旨の説明を書くとかすればいいだろう。
変わらないURIこそがクールで書かれているように、URIに入っている拡張子とメディアタイプは関係ないので、別に.htmlの拡張子でJPEGデータを送ったって(メディアタイプが間違っていて文字化けしたりしないかぎり)別に構わない。foo.phpが実はPythonのスクリプトでも関係ない。それがクールじゃないから余計な情報はURIから排除しましょうというのは単なる制作者側の美学でしかない。もちろん私が最初の記事で「クールなURI」と言っているのは、私自身がクールだと思っているからというだけだ。
だから盲目的に「クールなURI」に「すべき」だと思い込むのはナンセンスだし、一旦インターネットで公開した文書を削除してはならないということにもならない。もちろん管理コストなどを考えれば「クールなURI」の方が有利だろうし、官庁などが一旦公開した文書を削除すべきではないという議論はあるだろうが、それらはまた別の問題だ。
自己満足の文章をつらつらと書いてしまった。さあ、仕事仕事……
| Comments on this entrySat, 29 Aug 2009
メモ
Tweet
いろいろ調べたのでメモ。
- RSS 1.0形式のデータをHTTPで送るときのContent-typeは? HTMLにはapplication/rss+xml、HTTPヘッダはapplication/xmlが無難か。
- atom:id はどのような値を割り振ればよいのだろうか(リンク切れ。Web Archive)、How to make a good ID in Atom. atom:idにはtag: URIを使った。
element
should not containscript
tag.content:encoded
in an RSS feed should not containobject
tag.- iTunes Store の任意のページをブックマークしておく方法。なるほど。
Sitemapをどう作るか考えなければ。
| Comments on this entry