URLの使われ方の問題は、住所はどこかの時に郵便番号だけ書かれても郵便局員じゃなきゃそんなの暗記してないし一目で見てどこだかわかんねーよって問題なわけで、「住所を書かないとどこの話だかわかんないだろ？＞＜；」って言っても頑なに郵便番号だけ書く馬鹿が現れたら、馬鹿がコピペするときだけ住所がわかりやすい文字列が含まれる郵便番号文字列が必要になる・・・みたいなことをいってる＞＜
ていうか郵便番号のたとえもそうだけど、
orange
さんがブースト
住所に「消防署の方から来ました」と入ってるようなもんですよ (?)
それはIDの一意性の問題であって、現在の実装の問題ともまた別の話な気が＞＜
それだとゴミ部分は絶対カットするなって話になる＞＜
orange
さんがブースト
でも Amazon が ASIN を別物に使いまわしたら？
AmazonのURLに対してオレンジがしてるのと同じで、配慮する人はゴミ部分カットしてタイトルを併記して、配慮しない人はタイトル併記せずURLのゴミ部分カットもしないのでURLのパラメータにタイトル判別文字列が残って便利かもって＞＜；
orange
さんがブースト
?foo=bar (query 部) をトラッキングとか流入元指定に使ってるの、特定サービスがそういうのを無視するという仕様を持っているという前提で個別に許されていると考えるべきで、一般化するとまあまあ邪悪だし真似するべきではないです (文字通りトラッキングに使えるし)
orange
さんがブースト
?foo=bar みたいなやつは ID 機能の一部と見做されるので # frag みたいなフラグメント指定しかその用途では使えないけど、フラグメントは文書の特定部分を指す用途で使われているので……
Amazonのも、ちゃんとタイトル込みで書く時にはオレンジはごみ部分消してるけど、消す手間はめんどいとはいえ、そういう細かい配慮しない人はそのまま貼ることになって結果的に便利な気がしてる＞＜
orange
さんがブースト
Amazon がタイトルを 実効性のない形で URL に含むしぐさやってるけど……あれを望ましいとは思わないです
パラメータ側に書けばID破壊リスクもないかもって思った＞＜
orange
さんがブースト
タイトルを含むことで得られる価値、ID 破壊リスクや一意性喪失リスクや ID と名前のミスマッチリスクを呑み込むには値しない (そりゃ検索エンジンだけを考えるなら canonical をメタデータで指定すれば統合はできるが……ブラウザのブックマークとかはどうする？)
うーん＞＜；
orange
さんがブースト
それは徹底してそういう人に全責任を押し付けるべき
wikiとかの論文の引用なんかでも 山田2023 とかだけでタイトル書かずにリンクだけでクリックしないとなんの論文かわからないの多々ある＞＜
理想で言えばそれはそうだけど、SNSとか、あとブログ記事の参考文献の欄とかでリンクだけはる人がわりといるので、そういうのの時にURLにタイトルあると便利かもって＞＜
orange
さんがブースト
それは URL ではなくその外側の仕事だし (つまりタイトル+URL で投げられるべき)、なんなら記事のバージョン管理あたりのトピックかもしれない (それこそ wiki の履歴ビューアとか WebArchive とか)
ほぼ同意だけどURLだけだとなんもわからんのも不便なので、ID+タイトルの要約英文になっててタイトルの(略)に部分は鯖側で無視するみたいな形式のが流行ってほしい＞＜
例えばパラメータの方にタイトル入れるとか＞＜
そうすればどういうタイトルの時に広まったURLであるかも判別出来るかも＞＜(例えばSNSでシェアした人が認識してた時のタイトルといまは趣旨が違うとか＞＜)
orange
さんがブースト
ワイのﾌﾞﾖｸﾞの id は自前で指定しているのでタイトルの変更を生き延びられる (完全に outdated になる可能性もあるが、そこまで大きく変化したらそもそも別コンテントとも言えるし別の id を振り直すのもあり)
orange
さんがブースト
有用なドキュメントを作るために心掛けたいこと - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/12/24/creating-useful-document/#stable-permalinks-per-sections
- ＠orange_in_space
2017年 4月に登録
