mysites application web à domain.com/mysites?

Question

Je voudrais créer une application web mysites http://www.domain.com/mysites. Il en est ainsi que mysites finissent toujours dans la seule base de données liée à cette application web.

Toutefois, lorsque vous créez une application Web supplémentaire que vous sont tenus d'utiliser les dns pour définir son emplacement (par exemple: mysites.domain.com).

Quelqu'un sait comment faire cela?

Answer 1

La documentation MS sur Mes sites dans SharePoint 2010 est en fait assez bon - consulter

Answer 2

Je suis sûr qu'il ya un moyen d'y arriver, mais une meilleure réponse serait « Pourquoi voulez-vous? »

Dans SP2010 (et dans une moindre mesure dans SP2007) un MySite est volontairement pas lié à une application Web, car l'utilisation prévue est que chaque ferme n'aura un MySite pour un public donné, mais aura de multiples applications web, chacun qui peuvent et doivent tirer parti de la même MySite.

Exemple monde réel: une entreprise crée un site de collaboration dans SharePoint 2010 et rend MySites disponibles pour les personnes à utiliser. Quelques mois plus tard, ils veulent utiliser SharePoint plus loin et mettre en place un portail intranet qui tire parti de la publication. Voulez-vous vraiment le même ensemble d'utilisateurs d'avoir un MySite de collaboration et un autre pour la publication MySite?

Dans l'exemple ci-dessus, vous avez intégré votre MySite dans le contenu de votre collaboration DB, vous maintenant dans une position où vous auriez deux bases de données de contenu complètement séparés couplés maintenant par le MySite intégré. Cela devient encore pire quand une division particulièrement sensible dans l'entreprise, comme juridique ou RH, veut leur propre site de collaboration dédié comme maintenant, ils seraient liés à ce DB contenu ainsi.

Cela dit, vous ne pouvez pas utiliser SharePoint 2010 et être inquiet au sujet de la création de bases de données 2010 est une base de données creatin' démon. Tout simplement en basculant l'interrupteur, vous avez déjà créé environ une douzaine. Si vous êtes vraiment inquiet pour la gestion de bases de données SharePoint, créez une instance dédiée de SQL Server et de faire que votre serveur de base de données par défaut dans SharePoint. C'est une meilleure pratique de toute façon émergente en raison de la façon dont SharePoint frappe dur la base de données TempDB.

Answer 3

Je suis sûr qu'il ya un moyen d'y arriver, mais une meilleure réponse serait « Pourquoi voulez-vous? »

Dans SP2010 (et dans une moindre mesure dans SP2007) un MySite est volontairement pas lié à une application Web, car l'utilisation prévue est que chaque ferme n'aura un MySite pour un public donné, mais aura de multiples applications web, chacun qui peuvent et doivent tirer parti de la même MySite.

Exemple monde réel: une entreprise crée un site de collaboration dans SharePoint 2010 et rend MySites disponibles pour les personnes à utiliser. Quelques mois plus tard, ils veulent utiliser SharePoint plus loin et mettre en place un portail intranet qui tire parti de la publication. Voulez-vous vraiment le même ensemble d'utilisateurs d'avoir un MySite de collaboration et un autre pour la publication MySite?

Dans l'exemple ci-dessus, vous avez intégré votre MySite dans le contenu de votre collaboration DB, vous maintenant dans une position où vous auriez deux bases de données de contenu complètement séparés couplés maintenant par le MySite intégré. Cela devient encore pire quand une division particulièrement sensible dans l'entreprise, comme juridique ou RH, veut leur propre site de collaboration dédié comme maintenant, ils seraient liés à ce DB contenu ainsi.

Cela dit, vous ne pouvez pas utiliser SharePoint 2010 et être inquiet au sujet de la création de bases de données 2010 est une base de données creatin' démon. Tout simplement en basculant l'interrupteur, vous avez déjà créé environ une douzaine. Si vous êtes vraiment inquiet pour la gestion de bases de données SharePoint, créez une instance dédiée de SQL Server et de faire que votre serveur de base de données par défaut dans SharePoint. C'est une meilleure pratique de toute façon émergente en raison de la façon dont SharePoint frappe dur la base de données TempDB.