Métadonnées, navigation de site et fonctionnalités de publication de site SharePoint
Cet article explique comment gérer les métadonnées et personnaliser la navigation du site et les fonctionnalités de site de publication dans SharePoint Online à l’aide du modèle de add-in. Il aborde également les façons d’travailler avec des modèles et des bibliothèques de programmation web courants pour vous aider à personnaliser SharePoint site de publication.
Termes et concepts
Tableau 1. Métadonnées clés, navigation et termes et concepts de publication
| Terme ou concept | Description et conseils |
|---|---|
| Composant WebPart de recherche de contenu | Un SharePoint web qui affiche le contenu de recherche dynamique sur les pages de manière facile à formater. Pour plus d’informations, voir : Configure Search composants WebPart in SharePoint Server, Configure a Content Search Web Part in SharePoint, Search features in SharePoint Online |
| ContentTypeId | Identificateurs uniques des types de contenu conçus pour être récursifs. Pour plus d’informations, voir la classe ContentTypeId (CSOM). |
| Type de contenu | Collection de métadonnées (colonnes), flux de travail, comportement et autres paramètres réutilisables et centralisés pour une catégorie d’informations. Pour plus d’informations, voir :- Columns, Creating content types, Custom information in content types |
| Concentrateur de type de contenu | Partie de l’application de service de métadonnées gérées, qui est un site hub qui publie des types de contenu dans d’autres collections de sites. Vous permet de publier, republier et de publier des types de contenu à partir d’un emplacement central. Pour plus d’informations, voir :- Publier un type de contenu à partir d’un concentrateurde publication de contenu, afficher les journaux d’erreurs pour la publication de type de contenu |
| Canaux des appareils | Méthode de rendu des pages de site de publication de plusieurs manières à l’aide de différentes conceptions qui ciblent plusieurs appareils. Pour plus d’informations, voir Ajouter un extrait de code du panneau de canal d’appareil dans SharePoint. |
| Modèle d’affichage | Utilisés dans les composants Web Parts qui utilisent la technologie de recherche, les modèles d’affichage contrôlent le rendu des résultats des requêtes dans l’index de recherche. Les modèles d’affichage sont disponibles pour tous les composants Web Parts de recherche. Pour plus d’informations, voir référence du modèle d’affichage dans SharePoint Server. |
| Navigation gérée | Navigation de site optimisée par SharePoint service de métadonnées gérées (taxonomie). Utilisez-le pour créer la navigation de site dérivée d’une taxonomie de métadonnées gérées. La navigation gérée fonctionne souvent mieux avec le catalogue de produits. |
| Métadonnées gérées | Collection hiérarchique de termes gérés de manière centralisée que vous pouvez utiliser pour définir et attribuer des éléments dans SharePoint. Vous pouvez utiliser des métadonnées gérées pour gérer la publication des types de contenu et pour créer des taxonomies. Dans SharePoint et SharePoint Online, le service de métadonnées gérées est utilisé pour créer une navigation de site de navigation gérée optimisée — par la taxonomie. Pour plus d’informations, voir : Personnalisation des contrôles et des fournisseurs de navigation dans SharePoint Server 2010 (ECM), introductionaux métadonnées gérées, introduction aux métadonnées gérées dans SharePoint Server 2010,administration des métadonnées gérées (SharePoint Server 2010),métadonnées gérées et navigation dans SharePoint, navigation gérée dans SharePoint, migration des métadonnées gérées dans SharePoint Server 2010 |
| Espace de noms de navigation | Contient des classes de modèle objet client (CSOM) qui la prise en charge de la navigation de site pour les sites de publication. |
| Espace de noms de taxonomie | Contient des classes CSOM qui la prise en charge des fonctionnalités de taxonomie. Pour plus d’informations, consultez l’exemple de synchronisationdes groupes de termes SharePoint le module complémentaire. |
| Épinglage | Tout comme la réutilisation d’un terme, l’épinglage maintient une relation partagée entre le terme source et l’instance de réutilisation. Par exemple, la relation partagée peut englober plusieurs collections de sites dans un scénario de publication entre sites. Chaque fois que le terme est ajouté ou supprimé, cette action est mise à jour dans la hiérarchie où que le terme soit épinglé. Pour plus d’informations, voir Utiliser du code pour épingler des termes à desensembles de termes de navigation SharePoint . |
| Catalogue de produits | Pour plus d’informations, voir : - Publication entre sites dans SharePoint, Configuration de la publication entre sites dans SharePoint Server |
| Extrait de code | Une partie de fonctionnalité HTML que vous pouvez ajouter au fichier HTML généré par le gestionnaire de conception. Par exemple, vous souhaitez peut-être ajouter un panneau Canal de périphérique à votre page de publication avec un extrait — de code. Les articles suivants fournissent quelques exemples : Ajouter un extrait de code de panneau de canal de périphérique dans SharePoint, Ajouter un extrait de code de zone de partie Web Dans SharePoint, Ajouter un extrait de code trim de sécurité dans SharePoint |
| Navigation structurée | Pour plus d’informations sur l’utilisation de la navigation structurée, voir How to: Customize Navigation in SharePoint Server 2010 (ECM). |
Conditions préalables à l’utilisation du CSOM pour la marque des sites de publication
Par défaut, le contenu web publié sur des sites SharePoint publics est disponible pour les utilisateurs anonymes. Par défaut, CSOM et REST ne sont pas disponibles pour les utilisateurs anonymes.
Important
Ce scénario présente une menace potentiellement grave pour les sites SharePoint locaux. Avant d’utiliser le modèle d’approvisionnement à distance décrit dans l’article Utilisation de la mise en service à distance pour brander des pages de SharePoint afin de mettre en service la marque sur les sites de publication, assurez-vous que la sécurité et les autorisations de votre site sont définies correctement et prenez en compte les implications en matière de sécurité de l’accès anonyme.
Si l’administrateur de site crée une application web qui inclut une collection de sites qui utilise le modèle de publication et active également l’accès anonyme, l’accès anonyme est disponible pour chaque utilisateur du site lorsque l’application est téléchargée vers le catalogue de applications. Étant donné que l’accès anonyme est activé pour le site de publication SharePoint local, que se passe-t-il si un utilisateur qui n’est pas authentifié accède au site ?
Si vous créez un application hébergée par SharePoint et que vous ajoutez un partie de ce dernier au projet, rendez-vous dans l’Administration centrale Pour gérer le catalogue de applications, créez un catalogue de applications pour l’application web, publiez le SharePoint hébergé à l’aide de Visual Studio pour créer le package de l’application, puis téléchargez-le dans le catalogue de > > applications. À ce stade, l’administrateur de collection de sites peut ajouter le module au site de publication. Le module est désormais disponible pour l’ajout à une page sur le site de publication.
Si vous modifiez la page principale du site de publication et publiez-y le add-in, celui-ci fonctionne comme prévu. Le choix du titre lié du add-in charge l’expérience en pleine page. Si SharePoint une erreur, cela signifie que l’utilisateur anonyme n’a pas accès à l’utilisation du CSOM. Cela est logique, car CSOM et REST ne sont pas disponibles par défaut pour les utilisateurs anonymes.
Sachez que la désactivation des autorisations Utiliser les interfaces distantes peut introduire un risque de sécurité
Dans Autorisations de site, la case à cocher Exiger l’utilisation des interfaces distantes est sélectionnée par défaut. Vous pouvez effacer la case à cocher Utiliser les interfaces distantes pour permettre aux utilisateurs anonymes d’avoir accès à l’utilisation du CSOM et de REST. Cela dissocie l’utilisateur des autorisations Utiliser les interfaces distantes, qui lui octroient l’accès à SOAP, WebDAV et CSOM. L’effacement de la case à cocher supprime également la possibilité d’utiliser SharePoint Designer.
Dans certains cas, vous souhaitez peut-être supprimer la possibilité d’utiliser SharePoint Designer, mais autoriser l’utilisation du CSOM. La case à cocher Utiliser les interfaces distantes vous permet de permettre aux utilisateurs anonymes d’utiliser le CSOM sans leur demander d’autorisations Utiliser les interfaces distantes. Lorsque la case à cocher Utiliser les interfaces distantes est effacée et que vous choisissez le titre lié du module pour charger l’expérience en pleine page, SharePoint ne lance pas d’erreur. Le code de gestion des erreurs de base interprète ce cas comme un utilisateur anonyme.
Attention
- Lorsque vous ajoutez des applications à des sites SharePoint publics qui utilisent le modèle de publication, n’ochez pas la case Utiliser les autorisations Interfaces distantes dans Autorisations du site. L’activation du CSOM pour les utilisateurs anonymes présente un risque de divulgation d’informations. il divulgue beaucoup plus d’informations que vous ne l’ariez prévu. Cela dit, même avec l’accès au CSOM complet, les autorisations SharePoint s’appliquent toujours. Les utilisateurs anonymes pourront uniquement voir les listes ou les éléments qui ont été explicitement mis à la disposition des utilisateurs anonymes. Bien plus que ce que vous voyez sur la page web est disponible pour les utilisateurs anonymes via CSOM et REST.
- Sauf absolue nécessité, n’activez pas la case à cocher Exiger l’utilisation des interfaces distantes lorsque les autorisations d’accès anonyme sont activées sur SharePoint site de publication local. Cela pourrait exposer le contenu de site publié et non publié aux utilisateurs anonymes et laisser votre site ouvert à une attaque par déni de service.
Utiliser la fonctionnalité ViewFormPagesLockdown
Pour empêcher les utilisateurs d’accéder aux pages de formulaires (par exemple, Pages/Forms/AllItems.aspx) dans un site SharePoint public, utilisez la fonctionnalité ViewFormPagesLockdown. Il est conçu pour empêcher les utilisateurs de voir les informations Créé par et Modifié par. Cette fonctionnalité supprime l’autorisation d’afficher les pages d’application ou d’utiliser des interfaces distantes. Lorsque cette fonctionnalité est active, les utilisateurs ne peuvent pas se rendre sur Pages/Forms/AllItems.aspx et afficher les éléments de cette bibliothèque.
Si CSOM et REST sont disponibles pour tous les utilisateurs anonymes si la case à cocher Utiliser les — autorisations d’interfaces distantes est effacée même s’ils ne peuvent toujours pas voir les informations Créées par et Modifiées par dans le navigateur, ils peuvent utiliser — CSOM ou REST pour accéder à ces informations.
Configurer l’accès anonyme (trimming de sécurité)
En configurant l’accès anonyme pour l’application web, vous spécifiez la stratégie anonyme : Refuser l’écriture — n’a pas d’accès en écriture. Cela signifie que les utilisateurs ayant un accès anonyme ne peuvent pas écrire sur le site, même avec — du code CSOM ou REST. Les utilisateurs anonymes peuvent uniquement voir les informations qui leur ont été accordées lorsque l’accès anonyme au site a été configuré.
Les pages non publiées ne sont pas visibles par défaut pour les utilisateurs anonymes. Ils peuvent uniquement voir les listes qui activent l’accès anonyme.
Important
Si la case à cocher Utiliser les autorisations d’interfaces distantes est effacée, utilisez le modèle d’autorisations et d’autres précautions pour vous assurer que les utilisateurs anonymes n’ont pas accès à des éléments qu’ils ne devraient pas utiliser.
Empêcher les attaques par déni de service
Il n’y a pas de mise en cache avec CSOM. Cela signifie qu’une personne malveillante peut interroger simultanément des milliers d’éléments à partir de listes, tout en restant sous le seuil d’affichage de liste par défaut et en taxant la base de données SharePoint données. Cela peut se propager et se transformer en attaque par déni de service complète.
Utiliser une stratégie d’application uniquement
Vous pouvez utiliser une stratégie d’application uniquement avec des applications hébergées par un fournisseur. La stratégie d’application uniquement permet au add-in d’effectuer des actions que l’utilisateur actuel n’est pas autorisé à effectuer. Par exemple, un utilisateur ayant des autorisations en lecture seule qui est notable pour écrire dans une liste peut utiliser un add-in avec des autorisations d’application uniquement pour écrire dans une liste.
Pour plus d’informations, voir Authorization and authentication of SharePoint Add-ins and Understanding Authentication and Permissions with Apps for SharePoint and Office (Channel 9 video).
Implémenter SSL
Lorsque vous utilisez le modèle de add-in, implémentez le protocole SSL (Secure Sockets Layer) pour gérer la sécurité des transmissions de messages sur Internet. SSL fonctionne par le site web distant, en envoyant un jeton d’accès dans l’autorisation d’en-tête HTTP avec la valeur Bearer + une chaîne codée en base64 (non chiffrée).
Important
SSL protège votre site de publication SharePoint contre les personnes malveillantes qui souhaitent accéder à un jeton d’autorisation et exploiter cet accès.
Sites de mise en service et de publication à distance
Vous pouvez utiliser les pratiques de mise en service à distance pour mettre en service la personnalisation et d’autres personnalisations SharePoint sites de publication.
Les sites de publication dépendent des types de contenu et de ContentTypeId, qui lie les types de contenu aux mises en page et modèles d’affichage. La personnalisation et la mise en SharePoint contenu de la page de publication dépendent de cette fonctionnalité. D’autres aspects du comportement de mise en service de site de publication personnalisé, tels que les services de métadonnées gérées et la navigation gérée, ne dépendent pas de ContentTypeId et sont entièrement pris en charge dans CSOM.
Les autres options de personnalisation de site de publication, telles que les canaux d’appareils et les modèles d’affichage, ne nécessitent pas de modèle CSOM personnalisé. Ils dépendent des fonctionnalités du gestionnaire de conception, CSS et HTML. Il s’agit de personnalisations de post-mise en service que vous créez à partir de zéro et que vous n’avez pas besoin de migrer.
Métadonnées gérées
La fonctionnalité de métadonnées gérées, introduite pour la première fois dans SharePoint 2010, vous permet de définir une hiérarchie personnalisée, ou taxonomie, des balises de métadonnées à utiliser dans SharePoint. Si vous souhaitez créer une navigation de site personnalisée, vous pouvez utiliser la fonctionnalité de navigation gérée, qui repose sur l’infrastructure de métadonnées gérées.
Une taxonomie est une classification hiérarchique de mots, d’étiquettes ou de termes organisés en groupes basés sur des similitudes. La plus petite unité d’une taxonomie SharePoint est le terme. Les termes peuvent être regroupés en ensembles de termes. Les ensembles de termes peuvent être regroupés par affinité en groupes plus importants.
Pour une brève présentation de la taxonomie dans SharePoint, voir une brève introduction à Enterprise Managed Metadata dans SharePoint 2010 et Introduction aux métadonnées gérées dans SharePoint 2010.
SharePoint 2013 a introduit de nouvelles API et fonctionnalités dans l’ensemble de fonctionnalités de métadonnées gérées.
Modèle de programmation de métadonnées gérées
Pour SharePoint, le modèle de programmabilité .NET Server pour les métadonnées gérées est défini dans l’ensemble d’espaces de noms suivant :
- Espace de noms de taxonomie
- Espace de noms ContentTypeSync
- Espace de noms générique
- Espace de noms CodeBehind
- Espace de noms de mise à niveau
- Espace de noms WebServices
Les classes CSOM équivalentes sont dans l’espace de noms d’espace de noms Client.Taxonomy.
Contrairement à d’autres zones du modèle objet SharePoint, pour les métadonnées gérées, il existe une affinité étroite entre les classes et les membres du modèle de programmation .NET Server, ainsi que les classes et les membres CSOM.
Voici quelques différences clés :
- Le modèle CSOM ne prend pas en charge la synchronisation des types de contenu.
- La classe Group, qui représente la couche supérieure de l’organisation dans la classe TermStore, est disponible uniquement dans le modèle objet serveur .NET. Son équivalent dans CSOM est la classe TermGroup.
- La classe GroupCollection,qui représente une collection d’objets Group, est disponible uniquement dans le modèle objet serveur .NET. Son équivalent dans CSOM est la classe TermGroupCollection.
- CSOM inclut les classes CustomPropertyMatchInformation et LabelMatchInformation qui conservent les données de propriété et d’étiquette personnalisées synchronisées avec le serveur.
Le tableau suivant compare les classes dans le modèle objet serveur .NET et le modèle objet CSOM.
Tableau 2. Comparaison des classes dans les deux modèles
Mises en page
Pour les sites de publication, la mise en page définit la mise en page d’une classe spécifique de pages. Il définit également les zones personnalisables d’une page avec des espaces réservé de contenu, qui sont remplies par le contenu des régions correspondantes sur les mises en page. Les mises en page sont généralement basées sur un type de contenu personnalisé. Les types de contenu définissent les champs de contenu personnalisés que vous souhaitez afficher sur une page. En règle générale, vous allez créer un type de contenu personnalisé qui inclut des champs qui m’indiquent la conception de page que vous ou votre équipe de conception avez précédemment planifiée.
Les contrôles de champ personnalisés peuvent inclure du texte, des images, des vidéos ou d’autres types de contenu. SharePoint types de contenu pour article, catalogue, page d’accueil, etc. Accédez aux types de contenu de mise en page en accédant à Site Paramètres Site Content > Types. Ces types de contenu de mise en page par défaut peuvent servir de types de contenu parent pour un type de contenu personnalisé que vous créez.
Tous les types de contenu de mise en page héritent du type de contenu Page. Après avoir créé un type de contenu personnalisé, SharePoint affiche les colonnes que le nouveau type de contenu a héritées du type de contenu Page. Vous pouvez ajouter de nouvelles colonnes de site pour représenter les nouveaux champs personnalisés que vous souhaitez afficher dans votre mise en page. Spécifiez un type pour chaque colonne de site. Un type est une valeur telle que « une seule ligne de texte » ou « Code HTML complet ». Prenez en compte des facteurs tels que le degré de description ou de contrôle que l’utilisateur doit avoir avec le champ lorsque vous spécifiez son type.
Après avoir créé tous les champs qui stockent le contenu dans votre mise en page, vous pouvez créer la mise en page dans le Gestionnaire de conception. Pour obtenir plus d’informations, consultez l’article Procédure : créer une mise en page dans SharePoint.
Après avoir créé la mise en page, publiez-la en allant sur Site Paramètres pages maîtres et mises > en page. Un fichier HTML et un fichier ASPX sont présents. Le fichier HTML est le maître et vous pouvez utiliser n’importe quel éditeur HTML pour le modifier. Une fois que vous avez enregistrez le fichier et que vous le publiez, le gestionnaire de conception incorpore les modifications et convertit le fichier HTML mis à jour au format ASPX, que SharePoint utilise pour restituer la page. Pour publier la mise en page, sélectionnez le fichier HTML et choisissez Publier dans le ruban.
Pour créer une page basée sur la nouvelle mise en page, rendez-vous sur Mise en page nouvelle page pour voir la nouvelle mise en page dans la liste des mises en > > page disponibles. Lorsque vous choisissez la nouvelle mise en page, vous devez voir tous les nouveaux champs que vous avez spécifiés lors de la création d’un nouveau type de contenu pour la nouvelle mise en page. Si vous affichez la page et que le code HTML ne s’affiche pas comme prévu, vous pouvez modifier le code HTML, puis utiliser le gestionnaire de conception pour télécharger le fichier mis à jour.
Navigation de site
Il existe quatre types de navigation de site :
- Navigation globale
- Navigation locale
- Navigation structurée
- Navigation gérée
La navigation globale fait référence aux éléments de navigation qui aident les utilisateurs à passer d’un site SharePoint’un autre.
La navigation locale fait référence à la navigation au sein d’SharePoint site.
La navigation structurée et gérée est un peu plus impliquée.
Navigation structurée
La navigation structurée est une approche statique de l’implémentation de la navigation sur SharePoint sites. Elle correspond généralement à la structure de l’entreprise, ce qui nécessite une réorganisation de la SharePoint navigation du site. Le travail de réorganisation implique souvent le déplacement de sous-sites et/ou de pages, et l’actualisation des liens pour pointer vers de nouvelles cibles.
La navigation structurée peut être suffisante pour des structures de site relativement plates et peu profondes si la structure de votre entreprise (et par conséquent la structure du site) est stable pendant de longues périodes. Pour les structures de site plus profondes et plus complexes, et pour les entreprises dont les structures de navigation de site de publication doivent croître et évoluer dynamiquement, la navigation gérée peut être une meilleure option.
Pour plus d’informations sur la navigation structurée, voir How to: Customize Navigation in SharePoint Server 2010.
Navigation gérée
La navigation gérée repose sur le site de publication principal et l’infrastructure de taxonomie. La navigation gérée est liée à une collection de sites unique. Il utilise des ensembles de termes et des termes pour définir la navigation globale et locale. Par exemple, vous pouvez créer un ensemble de termes qui définit la navigation globale globale, puis ajouter des termes à cet ensemble de termes pour des éléments de navigation spécifiques dans la navigation globale.
Pour plus d’informations sur la navigation gérée, voir les articles suivants :
Voici quelques points clés de haut niveau sur les classes, méthodes et propriétés dans le modèle d’extensibilité de navigation SharePoint pour les sites de publication :
- Les classes NavigationTerm et NavigationTermSet ajoutent des propriétés et des méthodes spécifiques à la navigation gérée. L’état supplémentaire est stocké dans la propriété CustomProperties de la classe NavigationTerm.
- Les classes NavigationTerm et NavigationTermSet ont deux modes : modifiable et en lecture seule. Dans le modèle objet serveur .NET, les objets NavigationTerm sont stockés dans le cache de navigation de taxonomie, accessible uniquement par les fonctions de la classe statique TaxonomyNavigation.
- Les objets PortalSiteMapNodeProvider dans le modèle objet serveur .NET fournissent une interface entre les fonctionnalités de navigation de site pilotées par les données et les sources de données de carte de site. En règle générale, vous écrivez un fournisseur de nœuds de plan de site personnalisé pour stocker les cartes de site dans un fichier XML ou un format de données qui n’est pas pris en charge par SharePoint par défaut.
Le modèle CSOM inclut des classes et des éumérations uniques :
- L’éumération NavigationLinkType définit le type de nœud de navigation dans une arborescence de navigation. Vous pouvez spécifier un nœud en tant que nœud racine, URL conviviale ou lien standard.
- L’énumeration StandardNavigationScheme identifie la navigation comme globale ou locale.
- L’éumération StandardNavigationSource inclut trois choix pour la navigation globale et la navigation locale. Chaque choix représente un état qui correspond à la configuration des fournisseurs sous-jacents.
- La classe StandardNavigationSettings gère les schémas de navigation globaux et locaux.
Le tableau suivant répertorie les classes de navigation de publication dans le modèle objet serveur et leurs équivalents CSOM.
Tableau 3. Publication de classes de navigation
Fonctionnalités de site de publication
SharePoint et SharePoint Online incluent quelques fonctionnalités spécifiques à SharePoint sites de publication :
- Les canaux d’appareils vous permettent d’appliquer une conception de site de publication unique à plusieurs appareils et navigateurs.
- Les modèles d’affichage rendent possible la personnalisation et la personnalisation de l’apparence des composants Web Parts liés à la recherche.
- Les rendus d’image définissent les dimensions utilisées pour afficher des images sur des pages SharePoint sites de publication.
Vous pouvez implémenter ces fonctionnalités à l’aide de classes dans l’espace de noms Publication du modèle de programmation CSOM.
Canaux des appareils et volets Canaux des appareils
Vous pouvez utiliser les canaux des appareils et les panneaux canaux des appareils pour optimiser votre site pour les téléphones et les tablettes. En créant un canal unique pour chaque appareil que vous souhaitez cibler, vous pouvez restituer un site de publication SharePoint de plusieurs manières. Vous pouvez ne faire qu’un seul site, puis maîtr le site et son contenu à différentes pages maîtres et feuilles de style pour prendre en charge différentes cibles.
Vous créez des canaux à l’aide du gestionnaire de conception. Après avoir créé un canal, maposez-le sur l’appareil mobile ou le navigateur avec la chaîne d’agent utilisateur de l’appareil entrant.
Un appareil peut appartenir à plusieurs canaux. Dans ce cas, vous pouvez classer les canaux au cas où un appareil appartient. Par exemple, si vous créez un canal pour les smartphones et un canal pour une configuration d’appareil spécifique, vous pouvez classer les canaux afin que les appareils avec la configuration spécifique obtiennent le canal pour eux, et que tous les autres smartphones obtiennent le canal des smartphones.
Vous pouvez créer jusqu’à 10 canaux (y compris le canal par défaut) dans le gestionnaire de conception. Le canal par défaut capture tout le trafic non capturé par l’un des autres canaux. Lorsque vous créez un canal, complétez les champs répertoriés dans le tableau suivant.
Tableau 4. Canaux des appareils
| Champ | Obligatoire ou facultatif ? | Description |
|---|---|---|
| Nom | Obligatoire | Identifie le canal pour le distinguer des autres. |
| Alias de canal | Obligatoire | Comment le code, la chaîne de requête, les cookies ou les panneaux canaux des appareils distinguent les différences entre les canaux. |
| Règles d’inclusion des appareils | Obligatoire | Sous-chaînes d’agent utilisateur qui dirigent les demandes provenant d’appareils (chacune doit se faire sur une ligne différente). |
| Description | Facultatif | Décrit ce que fait ce canal. |
| Actif | Facultatif | Lorsqu’il est vérifié, le canal utilise les ressources associées pour le canal afin de diriger le trafic. Sinon, la chaîne de requête ?DeviceChannel=<alias> affiche un aperçu du site dans le canal. |
Volets Canaux des appareils
Après avoir créé des canaux d’appareils, maposez une page maître sur chacun d’eux. Étant donné que les personnalisations de page maître sont de plus en plus rares, il s’agit souvent de la page maître par défaut (seattle.master). Si vous créez une page maître unique pour un ou plusieurs canaux d’appareils, vous pouvez référencer un fichier CSS différent de la page maître pour le canal par défaut. Les mises en page que vous créez fonctionnent avec chaque canal que vous créez. Vous pouvez utiliser le contrôle Device Channel Panel pour différencier les conceptions de mise en page entre les canaux.
Pour plus d’informations, voir Ajouter un extrait de code du panneau de canal d’appareil dans SharePoint.
Le panneau canaux des appareils est un contrôle de conteneur qui est mappé sur un ou plusieurs canaux. Vous pouvez ajouter un contrôle de panneau de canal d’appareil à une mise en page, et le panneau contrôle le contenu rendu dans chaque canal. Lorsqu’un ou plusieurs de ces canaux sont actifs lorsque la page est restituer, tout le contenu du panneau de canal d’appareil est rendu. Utilisez le panneau canaux des appareils pour déterminer quand inclure du contenu spécifique pour un ou plusieurs canaux spécifiques.
Envisagez une mise en page qui inclut dix champs. Certains de ces champs sont disponibles pour tous les canaux et d’autres uniquement dans des canaux spécifiques. Par exemple, considérez un champ de bannière d’en-tête mobile qui s’affiche uniquement sur les smartphones ou une grande barre latérale personnalisée qui s’affiche uniquement sur les ordinateurs de bureau et les tablettes.
Vous pouvez également utiliser le panneau de canal d’appareil pour modifier le style et le placement du contenu sur une page en ajoutant des CSS spécifiques au canal.
Pour plus d’informations, voir extraits de code de marque à l’aide de CSS dans SharePoint.
Chaînes d’agent utilisateur et canaux d’appareils
Une chaîne d’agent utilisateur est une petite chaîne de données qui identifie le navigateur. Ces informations peuvent être envoyées au serveur, qui identifie l’agent utilisateur. Les canaux d’appareils affectent une demande à un canal d’appareil correspondant en fonction de la chaîne d’agent utilisateur (ou sous-chaînes) de l’appareil (ou navigateur) à partir de quel navigateur l’utilisateur navigue. Le développeur web frontal crée et définit des canaux pour capturer le trafic.
Pour plus d’informations, voir What Will Windows Internet Explorer Report as the User-Agent String?
Ordre de résolution des canaux d’appareils
Lorsque vous créez plusieurs canaux, placez-les dans l’ordre dans lequel vous souhaitez les résoudre. Le premier canal qui inclut une règle d’inclusion d’appareil qui correspond à la chaîne de l’agent utilisateur est utilisé. Le tableau suivant présente un exemple de cette règle.
Tableau 5. Exemple de règle d’inclusion d’appareil
| Canal | Commande 1 | Commande 2 |
|---|---|---|
| 1 | Windows Phone 8 | Windows Phone |
| 2 | Windows Phone | Windows Phone 8 |
| 3 | Par défaut | Par défaut |
Si l’ordre 1 est actif, un utilisateur demandant une page à partir d’un Windows Phone 8 reçoit le canal d’appareil 1 étiqueté Windows Phone 8. Un utilisateur avec un autre téléphone Windows utiliserait le canal 2 et tout le reste utiliserait le canal 3. Toutefois, à l’aide de l’ordre 2, un utilisateur demandant une page à partir d’un Windows Phone 8 reçoit toujours le canal d’appareil 1 étiqueté Windows Phone et n’utilise jamais le canal d’appareil spécifié pour celui-ci.
Après avoir défini et commandé des canaux d’appareils, vous pouvez appliquer différentes pages maîtres à chaque canal. Par défaut, tous les canaux utiliseront la page maître du canal par défaut.
Notes
Le CSOM n’inclut pas d’API publique pour la manipulation des canaux d’appareils et des panneaux de canal d’appareil.
Modèles d’affichage
SharePoint sites de publication utilisent des modèles d’affichage pour contrôler les propriétés gérées qui apparaissent dans les résultats de la recherche et la façon dont elles apparaissent dans le volet Web. Seuls les composants Web Parts de recherche utilisent des modèles d’affichage ; le partie Web De requête de contenu n’est pas un partie web de recherche et n’utilise pas de modèles d’affichage.
Le tableau suivant répertorie les types de modèles d’affichage, dans l’ordre dans lequel SharePoint les applique.
Tableau 6 : Types de modèles d’affichage
| Modèle d’affichage | Description |
|---|---|
| Modèles d’affichage de contrôle | S’applique à l’intégralité du SharePoint, de sorte qu’il s’applique en premier et une seule fois. Il fournit du code HTML qui structure la disposition globale pour la présentation des résultats de recherche. Par exemple, un modèle d’affichage de contrôle peut fournir du code HTML pour le titre et le début et la fin d’une liste. Ce modèle n’est restituer qu’une seule fois dans le volet Web. |
| Modèles d’affichage de groupe | Appliquée en deuxième position, elle est appliquée une fois par groupe au volet Web Des résultats de la recherche. |
| Modèles d’affichage d’élément | Appliqué en dernier, sauf si un modèle d’affichage de filtre est appliqué. Les modèles d’affichage d’élément sont appliqués à chaque élément. Ce modèle détermine la façon dont chaque élément du jeu de résultats est affiché dans le volet Web. Par exemple, il peut fournir le code HTML d’un élément de liste en texte brut, d’un élément de liste contenant une image ou d’un élément de liste qui formate un bloc de liens supplémentaires et d’informations de description récapitulatif pour fournir davantage de contexte pour les résultats de la recherche. |
SharePoint stocke les modèles d’affichage dans le dossier Modèles d’affichage dans la galerie de pages maîtres.Chaque modèle d’affichage est associé à un type de contenu dans la Gallery.To identifiez le type de contenu pour chaque fichier de modèle d’affichage lors de l’utilisation d’un lecteur mappé, utilisez le nom de fichier.
Les récepteurs d’événements qui convertissent et met à jour les pages maîtres et les mises en page du code HTML vers JavaScript convertissent également les modèles d’affichage html en JavaScript. La conversion et la synchronisation sont unidirectionnelles ; il ne convertit pas à partir de JavaScript au format HTML.
Notes
Le modèle CSOM n’inclut pas d’API publique pour la manipulation des modèles d’affichage.
Structure des modèles d’affichage
Chaque modèle d’affichage contient les éléments suivants :
- Titre.
- En-tête qui contient des éléments personnalisés liés par une
<mso:CustomDocumentProperties>balise. - Balise
<body>qui contient un bloc de script. <div>Balise.
Les propriétés de document personnalisées fournissent des informations importantes SharePoint sur le modèle d’affichage. Chaque modèle d’affichage est associé à un type de contenu, qui est identifié par <ContenTypeId> . Vous pouvez définir d’autres propriétés qui déterminent s’il faut masquer ou afficher le modèle dans la liste des modèles d’affichage disponibles pour le volet Web, le mappage de propriétés gérées HTML en JavaScript, le contexte dans lequel le modèle d’affichage est utilisé, si un fichier .js est actuellement associé au code HTML du modèle d’affichage et si la conversion du code HTML en JavaScript a réussi ou si des avertissements et des erreurs ont été produits.
À partir de la balise, vous pouvez référencer des fichiers CSS ou JavaScript externes au fichier HTML des <script> modèles d’affichage principaux.
Si l’approbation du contenu est requise dans la galerie de pages maîtres, tous les fichiers CSS, JavaScript et autres ressources doivent être publiés avant d’être disponibles pour les pages maîtres et les mises en page.
Pour plus d’informations, reportez-vous à Exiger l’approbation d’éléments dans une liste ou une bibliothèque de site.
La balise contient un ID qui correspond au nom du fichier HTML du <div> modèle d’affichage. Placez CSS ou JavaScript que vous souhaitez inclure pour personnaliser l’affichage de ce dernier dans le <div> bloc.
Traitement des modèles d’affichage
SharePoint des modèles d’affichage dans les fichiers HTML et JavaScript. Si, dans le Gestionnaire de conception, vous modifiez un fichier HTML qui contient une définition de modèle d’affichage et enregistrez les modifications, SharePoint compile les modifications dans un fichier JavaScript qui a le même nom. SharePoint ce fichier JavaScript pour restituer les composants Web Parts sur les pages.
Important
Ne modifiez pas le fichier JavaScript qui contient la définition du modèle d’affichage. Mettez uniquement à jour le fichier HTML. Le processus de conversion nécessite que le fichier HTML soit conforme au XML. Par exemple, utilisez < br >, et non < br/ >. Pour plus d’informations, voir Convertir un fichier HTML en page maître dans SharePoint.
Création de modèles d’affichage
Le moyen le plus simple de créer un modèle d’affichage consiste à modifier un modèle existant. Différents modèles d’affichage modifient l’apparence de différents composants Web Part liés à la recherche, y compris le composant Web Part de recherche de contenu, le composant Web Part d’affinement, le composant Web Part Perfectionnement de taxonomie et le composant Web Part Résultats de la recherche.
Pour plus d’informations, voir :
- Packages de conception du Gestionnaire de conception SharePoint
- Configurer l’composants WebPart de recherche dans SharePoint Server
- Configurer les propriétés du composant WebPart d'affinement dans SharePoint Server
- Afficher la référence du modèle dans SharePoint Server
Propriétés qui peuvent être utilisées dans les modèles d’affichage
Avant de commencer à identifier les propriétés que vous pouvez utiliser dans un modèle d’affichage, recherchez un modèle d’affichage existant à partir de celui-ci, puis enregistrez-le sous un nouveau nom. Le code du modèle d’affichage se trouve dans la <mso:ManagedPropertyMapping> balise.
<mso:ManagedPropertyMapping msdt:dt="string">'Picture URL'{Picture URL}:'PublishingImage;PictureURL;PictureThumbnailURL','Link URL'{Link URL}:'Path','Line 1'{Line 1}:'Title','Line 2'{Line 2}:'Description','Line 3'{Line3}:'','SecondaryFileExtension','ContentTypeId'</mso:ManagedPropertyMapping>
Ensuite, ouvrez site Paramètres de recherche, puis recherchez un nom de colonne dans la zone de filtre propriété gérée que vous souhaitez inclure dans un modèle > d’affichage. Sélectionnez la propriété gérée, puis modifiez et copiez le nom de la propriété.
<mso:ManagedPropertyMapping msdt:dt="string">'Picture URL'{Picture URL}:'PublishingImage;PictureURL;PictureThumbnailURL','Link URL'{Link URL}:'Path','Line 1'{Line 1}:'Title','Line 2'{Line 2}:'Description','Line 3'{Line3}:'','owsTXTPrice','owsTXTColor'</mso:ManagedPropertyMapping>
Notes
Dans cet exemple, PictureURL est mappé à la première propriété gérée qui est présente lorsque la recherche est obtenir des résultats pour PublishingImage, PictureURL ou PictureThumbnailURL.
Rendus d’image
Un rendu d’image définit les dimensions utilisées pour afficher des images sur des pages SharePoint sites de publication. Vous pouvez utiliser le CSOM pour inssérer et manipuler les rendus d’image. Vous pouvez spécifier des métadonnées telles que la hauteur, la largeur, le nom et la version d’un rendu d’image à l’aide de la classe ImageRendition. Vous pouvez utiliser des méthodes et des propriétés dans la classe SiteImageRenditions pour lire et écrire des rendus d’image à partir d’une collection de sites.
Pour plus d’informations, SharePoint rendus d’image du Gestionnaire de conception.
SharePoint et techniques de programmation web
SharePoint concepteurs et développeurs souhaitent souvent utiliser des techniques de programmation web standard avec SharePoint lors de la conception de sites de publication. Vous pouvez utiliser la conception réactive, la conception adaptative ou les deux canaux d’appareils et la conception réactive ensemble.
Conception réactive
Avec les canaux d’appareils, vous pouvez créer un site une seule fois, puis le cibler sur plusieurs appareils et navigateurs. La communauté de développement web utilise généralement une conception réactive et l’approche de « grille fluide » pour gérer le rendu des dispositions et concevoir des sites pour qu’ils s’restituer correctement sur n’importe quel navigateur ou appareil. Dans une conception réactive, les éléments d’une page se réorganiser pour s’adapter à l’orientation de l’appareil et de l’écran de l’utilisateur.
La conception réactive est basée sur la fonctionnalité de requêtes multimédias dans CSS3. Il utilise des requêtes multimédias pour correspondre à la largeur de l’affichage de l’appareil, puis applique des styles côté client pour afficher le contenu. Les requêtes multimédias rendent possible pour un concepteur de cibler des propriétés de site spécifiques, telles que la largeur de l’écran. Vous pouvez utiliser des requêtes multimédias pour créer des dispositions et des images flexibles, et appeler des solutions de remplacement de fichier CSS.
Pour plus d’informations et d’exemples, voir :
- SharePoint 2013/2016/Online Responsive UI (GitHub)
- Réponse SharePoint
- Implémenter vos conceptions réactives SharePoint 2013.
Conception adaptative
La conception web adaptative (parfois appelée distribution web adaptative) est similaire à la conception web réactive. Une conception adaptative écoute les appareils ou les navigateurs et choisit la façon optimale de restituer les pages.
La fonctionnalité canaux des appareils SharePoint est une conception adaptative. Il fournit des dispositions adaptatives à chaque appareil en fonction de la mise en page, des spécifications de chaque canal d’appareil et de l’ordre défini dans le panneau canaux des appareils.
Canaux des appareils et conception réactive ensemble
Vous pouvez utiliser des canaux d’appareils et des techniques de conception web réactives pour créer un site de publication SharePoint public réactif. Envisagez de créer une page maître personnalisée unique pour les appareils, tels que les téléphones et les tablettes, et une autre pour les navigateurs web, et associez chacun d’eux à un canal d’appareil. Ensuite, utilisez des grilles fluides, des images flexibles et des requêtes multimédias CSS3 pour créer la meilleure expérience d’affichage pour chaque appareil et navigateur que votre site doit prendre en charge.
Ajouter jQuery à un site SharePoint site
Vous pouvez ajouter jQuery à un site SharePoint au niveau du site, au niveau de la page ou dans des sections d’une page, telles que l’une des zones de page SharePoint ou un élément Web Que vous avez ajouté à la mise en page.
Vous pouvez utiliser une action personnalisée pour charger jQuery à partir d’une bibliothèque de documents. Faites-le si vous devez mettre jQuery à la disposition de toutes les pages d’SharePoint site. Cette approche est flexible, mais n’est pas facile à contrôler, ce qui affecte le concepteur de site et l’administrateur. Vous pouvez stocker et gérer des fichiers JavaScript dans la bibliothèque de documents, mais ils peuvent également être modifiés ou supprimés accidentellement. Pour cette raison, nous ne recommandons pas cette approche.
Vous pouvez également charger jQuery à partir de la racine SharePoint à l’aide de ScriptLinkControl. Vous pouvez utiliser le contrôle pour insérer des scripts en cours d’exécution sur un site distant et modifier les scripts sans toucher à l SharePoint’installation. L’approche ScriptLinkControl est logique lorsque vous souhaitez utiliser jQuery sur une page d’application ou dans un partie Web Qui est affiché sur une page. Bien que l’approvisionnement avec cette option soit lent et affecte les performances car jQuery est ajouté à une page à la fois, le déploiement du fichier jQuery sur la règle SharePoint contourne les autres exigences héritées. Cela est utile si vous devez migrer votre solution de code de confiance totale (FTC) SharePoint vers CSOM, et la migration inclut le déplacement et la refactoriser des comportements JavaScript et jQuery personnalisés.
Enfin, vous pouvez utiliser le partie Web Part Éditeur de contenu pour charger jQuery à partir d’un réseau de distribution de contenu (CDN). Cela est utile si vous devez ajouter jQuery à une ou plusieurs pages, y compris les pages wiki et de partie Web. Étant donné que vous chargez le fichier jQuery à partir d’une CDN, vous n’avez pas besoin de stocker des fichiers supplémentaires sur le serveur SharePoint et les utilisateurs bénéficient d’une version distribuée et mise en cache des fichiers jQuery. SharePoint appelle le fichier jQuery à partir du CDN, et vous pouvez ajouter du code jQuery personnalisé que vous avez écrit au partie Web De l’Éditeur de contenu.
Créer des SharePoint hébergés par un fournisseur avec ASP.NET MVC 5
Vous pouvez créer des add-ins personnalisés hébergés par un fournisseur avec le modèle MVC (model-view-controller) SharePoint. Ce modèle sépare l’application en trois parties interconnectées. Cela sépare les représentations internes des informations de la façon dont elles sont vues et acceptées par l’utilisateur. Le modèle représente la structure sous-jacente du logiciel, l’affichage (généralement des éléments d’interface utilisateur) et le contrôleur, qui sont les classes qui relient le modèle et l’affichage.
Vous pouvez encapsuler ASP.NET contenu MVC dans le SharePoint page maître du site. En fait, vous pouvez utiliser Office 365 API pour créer un SharePoint avec ASP.NET MVC 5.
Les API pour MVC pour SharePoint développement sont définies Filters\SharePointContextFilterAttribute.cs dans et SharePointContext.cs . Ces API encapsulent les étapes que le projet web prend pour communiquer en toute transparence avec SharePoint en un seul appel, ce qui simplifie la logique que vous devez implémenter.
L SharePoint de filtre de contexte effectue un traitement supplémentaire pour obtenir des informations standard lorsqu’il est redirigé de SharePoint vers votre application web distante, telle que l’URL du site web hôte. Il détermine également si le module doit être redirigé vers SharePoint pour que l’utilisateur se connecte (par exemple, des signets). Vous pouvez appliquer ce filtre au contrôleur ou à un affichage. SharePoint classes de contexte encapsulent toutes les informations de SharePoint de sorte que vous pouvez créer des contextes spécifiques pour le site web de add-in et le site web hôte et communiquer avec SharePoint.
Pour plus d’informations, voir En savoir plus sur ASP.NET MVC et présentation de la prise en charge de MVC pour SharePoint de recherche.
Voir aussi
- Appliquer des styles aux champs de page dans SharePoint
- Procédure : créer une mise en page dans SharePoint
- Procédure : Personnaliser des mises en page pour un site de catalogue dans SharePoint
- Mapper un lecteur réseau vers la Galerie de Pages maîtres de SharePoint
- Solutions de personnalisation et de mise en service du site pour SharePoint