私はこのトピックについてしばらく議論してきましたが、今では専門家の意見が欲しいです。
私のポイントは、次のように、ドメインを最大で2つまたは3つのレベルで作成する必要があるということです。
mysite.com
blog.mysite.com
そして、「www」第3レベルは役に立たず、「オプション」である必要があります。つまり、www.mysite.com
と入力すると、mysite.com
にサイレントにリダイレクトされますが、それはこのトピックの焦点ではありません。
私を本当に困らせているのは、次のように、テストの目的で5レベルのドメインで作業しなければならないことがあるという事実です。
www.customersite.com.webagency-test.com
より自然で意味のある
test.customersite.com
さ以外に、この種のホスト名を機能させるのに苦労しています。 IIS7では、Hostヘッダーが構成されていなかったように、単に機能しない場合がありました。
このような5レベルのHostヘッダーも、ルール、標準、またはベストプラクティスに違反していると思いますが、これについて詳しく知りたいと思います。
だから、私の親愛なる専門家は、私が思うにこれは間違っているのか、それとも「恐ろしいがそれ自体間違っていない」のか、それとも何か他のものなのか?
明確に問題はありません。それは単なるドメインです。あなたがそれを作ることを選択するのと同じくらい面倒です。ただし、いくつかの正当な懸念は、セキュリティおよび証明書などのテストを中心に展開します。
証明書はTLDに基づいているため、SSLレイヤーの背後にあるWebサービスに対してテストを実行することは不可能です。
同様に、Cookieもドメインドリブンであるため、命名スキームに明示的な制御がない限り、クロスドメインアプリケーションでテストを実行することは困難です。不可能ではありませんが、管理が難しくなります。
ドメインalwaysを短くする必要があることに必ずしも同意しません。使用方法に大きく依存します。あなたが複数の顧客に複数のプロジェクトを見せなければならない代理店であるが、これらの顧客のすべてが実際に独自のドメインを持っているわけではないので、supercooldemo.customer.com
のようなことが常に可能とは限らないとしましょう。
したがって、おそらく次のような結果になります。
demos.agencysite.com/customer/supercoolproject/index.html
これは、すべての違いではありません
supercoolproject.demos.customer.agencysite.com/index.html
私はシステムのエクスポートではないので、異なるサブドメインを管理するためにどのような構成作業が必要かわかりませんが、ユーザーの観点からは、「実際の」パスでパスを定義することに大きな違いはないと思いますまたはドメインを使用してそうします。
完全修飾ドメイン名が任意の数のパーツである必要があるという技術的な理由はなく、それに関する規則もありません。 (RFC 1035は、単一のFQDNが255文字を超えてはならないことを指定していますが、ギャグ以外のものにそんなに長く行く人を見たことはありません。)長い名前を解決できない場合は、誰にでも相談してくださいDNSを提供します。
賛否両論は完全に美的です。