長所
1.とても美しく、各ユーザーの領域に論理的な分割があります。2.各ユーザーは「すべてが新たに始まる」、すなわち ここでは％username％.domain.com / blogがあり、ここでは％username％.domain.com / mailがあります。
短所
1.サイトのすべてのアドレスは絶対に登録する必要があります（写真、スクリプト）。2.すべてのリンクは絶対でなければなりません（ ％username％.domain.com /とdomain.com/は異なるアドレスです。href = "/"と書くだけではありません）。
3.サードパーティのスクリプトにより、Cookieがあふれます（たとえば、GoogleアナリティクスのHabrovsky Cookieの数を参照）。
4.プライベートゾーンがサブドメイン（ ％username％.domain.com / settings ）にある場合、初心者に何かを説明するために、あなたは単にあなたのリンクを与えないでしょう（私は何度も遭遇しました）。
5.リソースの所有者が自分の目的（www、メールなど）のために少なくとも1つのサブドメインを必要とする場合、適切な階層はありません。
6.すべてのユーザーのリストを表示するにはどうすればよいですか？ domain.com/users/%username%の構造では、ソリューションは明らかです-domain.com/users/ 、および％username％.domain.comで/そのようなページはどこにありますか？
7.ドメイン名では、禁止文字のリストはパスよりもはるかに大きくなります。 たとえば、ログインvasya_pupkinをディレクトリの名前としてpathに安全に書き込むことができる場合、サブドメインに移動するときに、それをvasya-pupkinに変更する必要があります。
大規模なよく知られたリソース（w20ではない）で、サブドメインのないソリューションが長い間（http://users.nnm.ru/%username%、free-lance.ru/users/%username%）使用され、ほとんどすべてのマイナスを回避しています。利益を失うことなく。 では、ユーザー名をサブドメインに入れるために、このような問題のあるアイデアはどこから来たのでしょうか？