О том как реализовывать разделение пользователей по своим поддоменам тут уже писалось. Не были только затронуты плюсы и минусы идеи выноса логина на поддомен. Итак.
2. У каждого пользователя «все начинается заново», т.е. тут %username%.domain.com/blog у него блог, а тут %username%.domain.com/mail у него почта.
2. Все ссылки должны ставиться абсолютно (%username%.domain.com/ и domain.com/ — разные адреса, просто href="/" не напишешь).
3. Сторонние скрипты завалят вас куками (посмотрите, например, сколько у вас хабровских кук от гугл-аналитикса).
4. Если какая-то приват-зона располагается на поддомене (%username%.domain.com/settings), то для того чтобы новичку что-то объяснить, то просто свою ссылку уже не дашь (много раз сталкивался).
5. Не будет хорошей иерархии, если владельцу ресурса понадобится хотябы один поддомен в своих целях (www, mail etc).
6. Как увидеть список всех пользователей? При структуре domain.com/users/%username% решение очевидно — domain.com/users/, а при %username%.domain.com/ где искать такую страницу?
7. В имени домена список запрещенных символов куда как больше, чем в path. Например если логин vasya_pupkin можно смело писать в path как имя директории, то при выносе на поддомен придется менять на vasya-pupkin.
На больших известных ресурсах (не w20) уже давно и успешно используются решения без поддоменов (http://users.nnm.ru/%username%, free-lance.ru/users/%username%), что позволяет избежать практически всех минусов, не теряя при этом плюсов. Так откуда возникла такая проблемная идея выносить имя пользователя в поддомен?
Плюсы
1. Так красиво, идет логическое разделение на область каждого пользователя.2. У каждого пользователя «все начинается заново», т.е. тут %username%.domain.com/blog у него блог, а тут %username%.domain.com/mail у него почта.
Минусы
1. Все адреса на сайте должны быть прописаны абсолютно (к картинкам, скриптам).2. Все ссылки должны ставиться абсолютно (%username%.domain.com/ и domain.com/ — разные адреса, просто href="/" не напишешь).
3. Сторонние скрипты завалят вас куками (посмотрите, например, сколько у вас хабровских кук от гугл-аналитикса).
4. Если какая-то приват-зона располагается на поддомене (%username%.domain.com/settings), то для того чтобы новичку что-то объяснить, то просто свою ссылку уже не дашь (много раз сталкивался).
5. Не будет хорошей иерархии, если владельцу ресурса понадобится хотябы один поддомен в своих целях (www, mail etc).
6. Как увидеть список всех пользователей? При структуре domain.com/users/%username% решение очевидно — domain.com/users/, а при %username%.domain.com/ где искать такую страницу?
7. В имени домена список запрещенных символов куда как больше, чем в path. Например если логин vasya_pupkin можно смело писать в path как имя директории, то при выносе на поддомен придется менять на vasya-pupkin.
На больших известных ресурсах (не w20) уже давно и успешно используются решения без поддоменов (http://users.nnm.ru/%username%, free-lance.ru/users/%username%), что позволяет избежать практически всех минусов, не теряя при этом плюсов. Так откуда возникла такая проблемная идея выносить имя пользователя в поддомен?
