サブドメインによるユーザーの分離を実装する方法については、すでに記述されています。 ログインをサブドメインに移動することの長所と短所は、影響を受けるだけではありませんでした。 だから。
長所
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%）使用され、ほとんどすべてのマイナスを回避しています。利益を失うことなく。 では、ユーザー名をサブドメインに入れるために、このような問題のあるアイデアはどこから来たのでしょうか？