Déploiement de styles uniquement pour la collection de sites racine ou pour chaque collection de sites

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/43712

Question

Je sais comment déployer les Masterpages et les styles tels que CSS, Javascripts, images, etc., ma question est plutôt quelle est la meilleure pratique?

Comme je déploie toutes les conditions requises sur une collection de sites dans les bibliothèques de style, etc. par la fonction Collection Site Collection. L'activation de cette fonctionnalité activera les styles sur cette collection de site. Donc, pour chaque collection de sites dans les bibliothèques de style, ces fichiers seront créés.

Mais dans MasterPage, je peux également renvoyer toutes mes inscriptions et images de CSS, etc. pour une collection de sites racine, cette manière activant uniquement la fonctionnalité de la collection de sites racine va affecter les autres collections de site si la page maître est appliquée, et je Seulement disposera de ces fichiers sur la bibliothèque de style de collecte de sites racine.

Je hésite entre ceci, bien sûr que l'activation de la collection de sites racine, réduira la quantité de fichiers dans le portail mais ... Bien sûr, en faisant cela, j'aurai partout la même mise en page et les mêmes styles pour toute la collection de sites, mais c'est aussi le cas ce que je veux atteindre.

Donc devrais-je uniquement se déployer sur la collection de sites racine ou pour chaque collection de sites différemment?

Était-ce utile?

La solution

Étant donné que vous avez emballé vos éléments de marque, y compris la page principale, CSS, images, JS, etc. dans une fonctionnalité (Scoped to Site), puis je vous recommande d'activer cette fonctionnalité sur chaque collection de sites (site racine et collections de sous-site, c'est-à-dire votre domaines / sites / sous-sites1). La fonctionnalité doit inclure un module pour transférer des actifs _Catalogs / Masterpage et au moins un autre module pour transférer des actifs de la bibliothèque de style. Puisque vous utilisez une fonctionnalité de toute façon, chaque fois que vous effectuez une mise à jour de la marque, la fonctionnalité doit gérer la mise à jour des actifs et utiliser PowerShell pour forcer la mise à niveau vers toute la collection de sites.

Oui, cela signifie que chaque collection de chantiers comprendra tous les éléments de marque, mais chaque collection de sites doit au moins inclure dans tous les actifs de maîtrise. Pour la bibliothèque de style, vous pouvez toujours placer ces éléments dans la HIVE (_Layouts). Dans votre cas, ce serait le meilleur emplacement pour eux.

Si vous vouliez avoir une seule copie des actifs de la bibliothèque de style, juste à la collection de sites racine, vous devrez probablement disposer de deux fonctionnalités qui installe la page principale et une autre qui installe l'actif de la bibliothèque de style. Activez la fonctionnalité de page maître sur toutes les collections de site, mais la bibliothèque de style que sur la collection de sites racine. Ensuite, définissez la page Master pour toujours faire référence à la bibliothèque de style de collecte de sites racine. Mais si vous le faites, alors pourquoi utilisez-vous une fonctionnalité, vous le rendez plus difficile pour vous-même?

J'espère que cela vous aidera.

Autres conseils

Je pense que le problème ici nécessite d'éliminer le problème de la "collection de sites racine vs autres collections de sites", car chaque collection de chantiers est une limite d'isolation, que ce soit la racine ou non.Fondamentalement, la pratique du déploiement au niveau de la collecte de site (par exemple, à l'aide de bibliothèques de style) est une pratique recomande, et elle suive également la même unité d'isolation que la collection de sites elle-même.

Si vous envisagez déjà des solutions de sandbox que ce modèle conviendrait également.Le seul inconvénient majeur est vraiment à jour dans toutes les collections de site lorsque vous devez modifier la page principale, les mises en page de page déjà utilisées.

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top