JPRSが「日本語.JP」非対応ブラウザ向けに非標準ドメインを導入予定 67
Verislime-Light 部門より
lucky曰く、"JPRS は日本語ドメインの普及と拡大でさらなる増収を図る計画のようだ。JPRS が 2004/01/19 に公開した「日本語JPナビ（仮称）の検討について」というページによると、JPRS は標準に準拠しない符号化形式 (UTF-8)で表現された日本語ドメイン用の DNS レコードを、.jp ドメインのルートサーバへ挿入することを検討していることを明らかにした。
これは、punycode (xn--) による符号化に対応していない古いブラウザでも、日本語ドメインを利用して web を閲覧できるように誘導することが目的とされている。現在、そのようなブラウザで日本語ドメインにアクセスしようとしても、単につながらないだけで、何故そうなるのかが理解できない。そこで、これを解決するため、古いブラウザで日本語ドメインをアクセスすると UTF-8 で符号化された .jp ドメインの A レコードの検索要求を送るものがある事を利用し、このドメインにアクセスするには日本語ドメインに対応したブラウザやプラグインが必要であることを説明した解説ページを表示するというものである。
これを表示するための特別な DNS レコードの挿入は、その日本語ドメイン所有者が希望した場合のみ行われるという点で、以前 VeriSign が行った SiteFinder とは異なっていると JPRS は主張している。したがって、従来の ASCII 名だけのドメインや、そのような対応を希望しない日本語ドメインでは従来どおり、NXDOMAIN のエラーが返ってくることになる。
なお、件のサイトでは、動作条件として OS は Windows XP/2000 かつ Internet Explorer 6 以降であり、Windows 9x や Internet Explorer 5 は不可としている。
JPRS ではこの件に対してパブリックコメントを募集しているので、何か意見のある人は直接メールを送ってみるとよいだろう。"
日本語ドメインそのものが (スコア:4, すばらしい洞察)
ネットのユーザのかなりの部分を占める携帯電話に至ってはURLを入れる操作がまどろっこしいので、日本語の変換があるような入力は勘弁してほしい、というところだと思う。
だから、日本語ドメイン名そのものの存在意義が、現状ではほとんどないし、これからの発展もない、と予測できる。
日本語ドメインはいいですよ、使ってください、と言ったところでたいした商品価値もないものを、まわりに迷惑かけてそんなにむきになって推進しなくてもいいんじゃないかと思ってしまうのは、私だけなのかな。
最初に日本語ドメイン考えた人には悪いと思うけど、現状ではあまり意味がないし商品価値もない。余計なことにお金使うよりも、もっと本来のサービスをきちんと考えるほうが、こういうインフラをつかんだ業者としてまっとうな仕事なんだと思うのですが。
Re:日本語ドメインそのものが (スコア:2, 興味深い)
"www.lord-of-the-ring.com"と…、なげぇ～！！
（苦情が相次いだのか現在はlotr.jpに略されました(笑)）
アルファベットは入力サポートがあまり無いので携帯ではかえって苦労します。"指輪物語.jp"とか方が、変換辞書と定型文入力のおかげで素早く入力できます。というか適度のキーワードでググる方が全部URL入れるより早い事もありますが。
Re:日本語ドメインそのものが (スコア:0)
少し前に話題に上がったグーグル八分のような問題を常にはらむので,
危険だと思います.
タイトルがなぜ違うか (スコア:1, オフトピック)
なぜ、映画のタイトルが小説の訳本のタイトルと違い、
原作名をカタカナにしただけなのかというと、
映画に関与しているのが角川書店で、いろいろな事情で
原作(の訳本）の作品名は使いたくないから、
わざわざカタカナタイトルになっている、ということらしいです。
実際映画のストーリーはかなり省略されてて、(私の主観ではですが)
別物みたいなもんだから別タイトルでも問題ないかも!?
Re:日本語ドメインそのものが (スコア:1)
わたし自身は日本語入力の方がまだるっこしいクチですけど。
Re:日本語ドメインそのものが (スコア:1)
日本語名のfileの場合は 入力が一回で済んでしまうからってのもあるのではないでしょうか?
最近は file操作ってGUIだから 移動したりするときに一々入力しないし.
……とCUI厨って言われるであろう僕が言うのもなんですが:-p
で, URIの時はどうかというとBookmarkとかリンク集を用意するとかしないと それに近い状態にはならないんじゃないかな～と思います. ましてやBookmarkとかだとtitleでいいじゃんって感じです. 現状で ドメインだけ日本語化していても URI全体が日本語化されているわけでもないですし(日本語のpathが使えるのもあるのは知っていますが), なんか中途半端ですよね.
でも 日本の初心者な人から見たら 日本語が使える方が確かに入りやすいとは思います.
めんどくさそうなので 僕は好んでは使わないですけど.
あれ それじゃ GUIでの操作の感想と同じだ……
Re:日本語ドメインそのものが (スコア:1)
「日本語ドメインがあるといいかも・・・」
って、おもったりします。
Re:日本語ドメインそのものが (スコア:1)
電車の中吊りとかにURLを載せた場合、その場にブラウザがある訳じゃないから基本的に後で思い出して入力することになるわけで、そういう場合には有効じゃないかとおもいます
でもURLを覚える必要がない場合（手元にPCがある場合はほとんどあてはまるかな？）はいらないですよねぇ
Re:日本語ドメインそのものが (スコア:0)
携帯電話で打ち込むならアルファベットが一番イヤですよ。
あと音声入力のときね。
#今手が不自由で音声入力に頼っているのでＡＣ
#もちっと認識上がってくれ！
Re:日本語ドメインそのものが (スコア:1)
とはいえ、大文字が混じってたり数字が混じってたりすると文字種
切り替えの手間があるぶん大変になるけど。
# ACなのでAC
Re:日本語ドメインそのものが (スコア:1)
ドメイン名に関していえば、大文字小文字の区別はないですね。
数字で文字種切り替えが必要なのは、アルファベットだろうが日本語だろうが同じだろうし。
ようはあれだ、アルファベットだろうが日本語だろうが、長いドメイン名は、携帯では入力が面倒だということ。あとは、どっちが覚えやすいかってことですか。
補足 (スコア:3, 参考になる)
「これは、punycode (xn--) による符号化に～」以降がすこしわかりづらいと思うので、少し書き直してみました。
正しい結果 (スコア:2, すばらしい洞察)
ということはどのドメインを解決しようとしているのか
分かるってことで、素直にそのドメインの
IPアドレスを返すことを、日本語ドメインの
オーナーは望むと思う。
やなぎ
字面じゃなく論旨を読もう。モデレートはそれからだ
正直、日本語ドメインなんて無くして (スコア:2, 興味深い)
・ＩＭＥによって２バイト文字等が入力されたら検索入力として検索ページへジャンプ（標準設定はGoogleで）
・半角英数字入力が行われたらアドレス入力として通常ジャンプ
みたいな実装を各ブラウザはしてほしいとか思います。
個人的にはそれが一番実用的な気が。特定のキーを押してＩＭＥ起動させたり変換に手間取る事になる日本語ドメインのアドレスバーへの入力はむしろ逆にめんどいです。
Re:正直、日本語ドメインなんて無くして (スコア:1)
たとえば、手元のfirebird061ではURL欄に「武田薬品」で
一発でそこへ飛びました。googleのi'm feeling luckyと同等の
動きなのだと予想します。
日本語が必要と思われる層にはこれで十分だと思うのだけど。
Re:正直、日本語ドメインなんて無くして (スコア:1)
たとえば、「２ちゃんねる」→「http://www.2ch.net」とか。
＃これならGOOGLEでの検索結果上位に「２ちゃんねる」が入ることもなくなると思う。
VeriSignは既に (スコア:2, 興味深い)
たとえば、http://お名前.com [アンカー省略]にi-Navの入っていないIEで
アクセスするとi-Navプラグインをインストールするかを聞かれてきます。
ここで「いいえ」を選べばそのままお名前.com [xn--t8jx73hngb.com]に
飛ぶことができますが。
nslookupすると198.41.1.35(www.idnnow.com)が帰ってくるようです。
# /.-Jは日本語ドメインに対応してないのか…
Re:VeriSignは既に (スコア:1)
これが、件のページが言っている「米国VeriSign社のWeb-based Navigation」ってやつか。ぜんぜん気づかなかった。
Re:VeriSignは既に (スコア:1)
＿|￣|○
ただ、登録されているは A レコードだけみたい。
Re:VeriSignは既に (スコア:1)
http://198.41.1.35/ に行こうとしたら，sitefinderはぢきパッチをdnscacheに当てていたのでsitefinder.verisign.comがNXDOMAINになりました。
うーむ。
非標準とはいえ (スコア:1)
punycode の実装が浸透していないことに対する補完という意味で、このような措置を行う場合の不具合を特に感じないのですが…（punycode 実装の浸透を遅らせるとかはありますが）。
対応するドメインが存在する場合に限って punycode によるものを受け取ったように扱ったとしても問題なさそうに感じます。
もちろん、対応するドメインがない場合に自社サイトに飛ばしたりするのは論外ですが。
# 「が」終わりが多いけど、ID
うっうー
Re:非標準とはいえ (スコア:2, 参考になる)
8bitのクエリーに対して該当するWebサイトを直接表示することも可能だが、IDNの利用には対応ブラウザが必要だということをユーザーに広く認知してもらうため、あえて「日本語JPナビ」のページを表示するようにした
とのことですが。（写真の注釈より）
動作条件 (スコア:1)
「OSはWindows XP、もしくはWindows 2000であり、
ブラウザはInternet Explorer 6以降であること」
なんでしょう？
「日本語JPナビの仕組み」の図を見ても特にIE6依存
の処理が行われるようには見えないのですが。
#記事タイトルの「非対応対」→「非対応」かな？
Re:動作条件 (スコア:2, すばらしい洞察)
なんか質問されても答えられないからでしょう。
＃使えるけどサポートがめんどうくさいから明確に使えると書かない
って製品等には、マックユーザーは慣れっこです。
Re:動作条件 (スコア:1)
>OSはWindows XP、もしくはWindows 2000であり、ブラウザは>Internet Explorer 6以降であること
>Windows MEやWindows 98では動作しません。
>Internet Explorer 5では動作しません。
>Macintoshでの動作については検証中です。
>LinuxなどUNIX環境での動作については検証中です。
それ以外のブラウザでも確認中では？
UTF-8でのドメイン名をURIエンコードしたものを送ればどのブラウザでもOKなのかな？
Re:動作条件 (スコア:1)
実際動作はどうなってるんでしょうね？
以外に漢字の方がアルファベットでURIを打つより楽かも。
Re:動作条件 (スコア:1)
フォームにドメイン名入れて送信すると、ジャンプする…。
#それを「日本語ドメイン名でアクセス」と言っていいもんかいな。
Re:動作条件 (スコア:1)
つい少し前の記事でIE6.0だけで7割弱なんて数字が出てますから、
気持ちは分からんではないですが、それなら、せめてIE5.0以上と
書けなかったのかと。
MozillaやOperaを使う人は最新版使ってる人が多そうですから、
どのみちあんまり関係無いような気はします。
#ん? Safariは?
#Macって、Macの世界の中だけで検証すればいいから、
#結構サポート範囲がはっきりしてたような印象があり
#ますが…。
Re:動作条件 (スコア:2, 興味深い)
i-Navが対応してないのかとも思いましたが、Microsoft Internet Explorer バージョン 5.0 以上 [jprs.jp]で問題はなさそう。
Re:動作条件 (スコア:1)
>結構サポート範囲がはっきりしてたような印象があり
>ますが…。
そういうことではなくて、特にストレージ系製品では、
普通にMacで使えるのに、Windows対応としか書かれていない
製品がたくさんあったり、USBとかまあ色々。
差してみると使えるものがたくさんあるんです。
Re:動作条件 (スコア:1, すばらしい洞察)
公式発表と実際の動作は違うとはいえ、 (スコア:1)
この条件で、「日本語.JP」非対応ブラウザというのは具体的にはどれのことなのでしょうか?
というより、この条件ではIE6以外のブラウザは存在しないような。
Re:公式発表と実際の動作は違うとはいえ、 (スコア:0)
Re:公式発表と実際の動作は違うとはいえ、 (スコア:1)
www.日本レジストリサービス.com を探しに行くんですよね。
多分，件のプラグインはこの辺りは考慮してるのでは？と思うのですが。
「日本レジストリサービス。ｊｐ」って打ち込むと見れるんですけど
URL 表示も「。ｊｐ」になっててビミョーに気持ち悪いぞ(笑)
＃当方 Mozilla 1.4.1 です。
Re:公式発表と実際の動作は違うとはいえ、 (スコア:1)
そうか。「娘。」はドメイン名だったのか。
時代を先取るとは、ヤルナ。つんく。
Re:公式発表と実際の動作は違うとはいえ、 (スコア:1)
> 時代を先取るとは、ヤルナ。つんく。
時代を先取ったのはつんくではなくナイナイの矢部だと思うんですが（ｗ
＃詳しくはこのへん [morningmusume.to]などを参照のこと。
素朴な疑問 (スコア:1)
ニーズオリエンテッドなのはわからなくもないけど、お金に振り回されてばかりいると技術者として大事なことを置き忘れてきちゃうんじゃないかと思う今日この頃。
Re:素朴な疑問 (スコア:2, 参考になる)
メールで使える様になれば状況も変わると思いますが、まだその仕様が決まっていないので、Webブラウザからの利用しか宣伝できないのが現状ではないでしょうか。
Re:素朴な疑問 (スコア:1)
＞かつその実装がされているのは、Webブラウザだけだからだと思います。
…ということは、サイトの更新しようと思ってFTPでファイルを 転送しようと思った時に指定するのは、
ブラウジング時と異なる ドメイン名もしくはIPアドレス直接指定になるんですよね。
きちんと仕組みを理解している人ならともかく、初心者層にとっては
かえってわかりにくくするだけのように思えます。
「簡単・わかりやすい」を売りにするなら、
このあたりもトータルで推進する必要があるのではないでしょうかねぇ。
＃例えば、日本語ドメイン対応のFTPソフト提供するとか。
Re:素朴な疑問 (スコア:1)
日本語ドメイン名に対応したFTPクライアントが欲しいところです。
ただ日本語ドメイン名に限らず、Webページを作成する側はWebページを参照する側の方よりも、より詳しくいろいろな事を知る必要が有りますので、その点はあまり関係が無いかも知れません。
簡単で判りやすいというのは、あくまでもWebページを参照する側の事ですね。
Re:素朴な疑問 (スコア:1)
# 多言語文字列ドメインは利点に欠けると思っているのでID
# rm -rf ./.
Re:素朴な疑問 (スコア:2, 参考になる)
各位におきましては補足願いたく。
要る派
(1) レジストラ、レジストリの立場の人＝お金が欲しい、これはこれでまっとうな意見。
(2) 所有者の人＝せっかくの権利がなくなっては困る（いるのかな？そんな人）
(3) 検索エンジンはあてにならない＝確かに全く恣意的ではないとは言いきれません。
(4) もっといろんなことに使えるよという人＝メールアドレス等にも多国語を！！
要らない派（自分は要らない派）
(1) 技術的合理性＝指摘にもあるようにいろんな面で無理がある。
(2) 所有者の人＝使えもしないものにお金を継続して払うのはまっぴら
(3) googleとかyahooで引くもん＝日本語ドメインが必要とされる層にはコレが良い。
(4) ブラウザ以外では使わない＝sshとか.rcのホスト名で多国語って変だよね。
Re:素朴な疑問 (スコア:1)
> 各位におきましては補足願いたく。
おお、ここ数日の連続徹夜のせいで脳みそが腐っていたため、
何が問題なのか理解不能(思考停止)で不明でした今日この頃、
大変有用なマトメをありがとうございます。
じゃ、追加するのはこんな感じで？
中庸派（どっちでもいいじゃん派）
(1)既存のシステムへ影響=なければどっちでもいいじゃん?
(2)パフォーマンスへ影響=なければおれには関係ないじゃん?
(3)一般ユーザへ影響=そもそもおれには関係ないじゃん?
(4)あほユーザへ影響=いづれにせよ使うなって指導すればいい!!
# ４つ出したのは、無理やりだ!!
Re:素朴な疑問 (スコア:1)
・ascii以外のラテン文字 = 使えたほうが自然
要らない派
・CJK(=要は漢字系) = 入力がめんどい
もある
M-FalconSky (暑いか寒い)
Re:素朴な疑問 (スコア:1)
やめとこーぜー。
（その記述言語を使えない人にとってのバリアが高くなりすぎるって面があって）
Nullius addictus iurare in verba magistri
Re:素朴な疑問 (スコア:1)
IDN については、Mutt 以外で対応してる MUA 知らないなぁ
Re:素朴な疑問 (スコア:1, すばらしい洞察)
お金です
非標準にあわせるのは (スコア:0)
使えりゃいいのなら、はじめっから標準化なんて手間のかかることしなければいいのに。
.org の国際化ドメイン名削除とやってることは変わりない。
日本語ドメイン使ったイベンと開いて、MozillaやOperaの普及キャンペーンでもすれば?
携帯電話の対応予定ってあるのか?
もうなりふりかまわずだな (スコア:0, 余計なもの)
Re:もうなりふりかまわずだな (スコア:1)
なんというか、企業の権利保護の精神に付け入っているといいますか、
ITバブルのしぼりかすとでも言うべきでしょうか、、、