アカウント名:
パスワード:
もう「いらない」、「日本人以外が日本語入力するか」って話はし尽した気がするので、ちょっと違うこと言ってみる。
こういうのもあってもいいけど、ドメインであえてする必要が見つかりません。たとえ好きな言語で、好きなドメインを取れるようになっても、1個以上のサブドメイン.TLDの形式に縛られています。
せっかくドメインに使える言語が自由になっても、形式に縛りがあるようでは不十分です。今度は形式も自由にしてほしい、という話が上がるでしょう。
また、TLDの量そのものに関してもお金さえ払えば簡単に取得できるようにする方針 [srad.jp]になっていくでしょう。そうしたとき、ドメインによる階層構造はフラット化し、階層構造のメリットも薄れていくでしょう。
そしたら、そもそもドメインである必要性ってのが無くなってくると思うのです。今のところ、ドメインを用いてDNSでIPアドレスの解決をするのがデファクトスタンダードのようですが、別に何使っても、そこからIPアドレス引けたら、いや、IPアドレスじゃなく現在のドメインによるURLでも構いません。何らかの、リソースの場所を示す情報を引き出せたら、何でもいいわけです。
どうせドメインだって、金払って登録するもんなんだから、キーワードを金払って登録する形式にしても同じだし、その方がより便利なのでは？
# そして、JWord [wikipedia.org]にたどり着いたりたどり着かなかったり
仮に自由形式にしちゃったとするとPKIをどうしますかねぇ。
今の(少なくともサーバ証明書の)仕組みは「ホスト名がCN (Common Name)だ」を前提に動いています。ワイルドカード証明書(“*.mozilla.org”みたいなの)だと「‘.’で区切られている & 最初の‘.’以降が部分一致」とかですね。
…まあ他のことも色々考えないと駄目だし。これだけを気にしても仕方ないか。
# わー。商用CAはIDNのことを既に考えていた [verisign.com]んだ。さすがだ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
ドメインでやる必要がない。 (スコア:3, すばらしい洞察)
もう「いらない」、「日本人以外が日本語入力するか」って話はし尽した気がするので、ちょっと違うこと言ってみる。
こういうのもあってもいいけど、ドメインであえてする必要が見つかりません。
たとえ好きな言語で、好きなドメインを取れるようになっても、
1個以上のサブドメイン.TLD
の形式に縛られています。
せっかくドメインに使える言語が自由になっても、形式に縛りがあるようでは不十分です。
今度は形式も自由にしてほしい、という話が上がるでしょう。
また、TLDの量そのものに関してもお金さえ払えば簡単に取得できるようにする方針 [srad.jp]になっていくでしょう。
そうしたとき、ドメインによる階層構造はフラット化し、階層構造のメリットも薄れていくでしょう。
そしたら、そもそもドメインである必要性ってのが無くなってくると思うのです。
今のところ、ドメインを用いてDNSでIPアドレスの解決をするのがデファクトスタンダードのようですが、
別に何使っても、そこからIPアドレス引けたら、いや、IPアドレスじゃなく現在のドメインによるURLでも構いません。
何らかの、リソースの場所を示す情報を引き出せたら、何でもいいわけです。
どうせドメインだって、金払って登録するもんなんだから、キーワードを金払って登録する形式にしても同じだし、その方がより便利なのでは？
# そして、JWord [wikipedia.org]にたどり着いたりたどり着かなかったり
1を聞いて0を知れ!
Re:ドメインでやる必要がない。 (スコア:1)
仮に自由形式にしちゃったとするとPKIをどうしますかねぇ。
今の(少なくともサーバ証明書の)仕組みは「ホスト名がCN (Common Name)だ」を前提に動いています。
ワイルドカード証明書(“*.mozilla.org”みたいなの)だと「‘.’で区切られている & 最初の‘.’以降が部分一致」とかですね。
…まあ他のことも色々考えないと駄目だし。これだけを気にしても仕方ないか。
# わー。商用CAはIDNのことを既に考えていた [verisign.com]んだ。さすがだ。
Re:ドメインでやる必要がない。 (スコア:1)
Google(日本だとYahoo!)では?
Best regards, でぃーすけ