Types de pages SharePoint
Dernière modification : vendredi 12 février 2010
S’applique à : SharePoint Foundation 2010
Il existe deux types de pages principaux dans Microsoft SharePoint Foundation : les pages de site et les pages d’application. La rubrique suivante traite des différences entre les deux types de page. Les pages d’application et les pages de site héritent toutes deux leur présentation de la même page maître. Pour plus d’informations sur les pages maîtres, voir Pages maîtres.
Pages de site
Il s’agit des pages créées, modifiées et personnalisées par les utilisateurs finaux. Elles sont principalement utilisées pour le contenu d’un site. Les pages de site existent sous deux types : la page standard et la Page de composants WebPart. Une page standard contient du texte, des images, des composants Web Part et autres éléments. Une Page de composants WebPart contient des composants WebPart dans les zones de composants WebPart. Elles ont une présentation prédéfinie qui utilise les zones WebPart. Les deux types de pages de site sont modifiés à l’aide d’un navigateur Web ou de Microsoft SharePoint Designer.
Les pages de site sont configurées à partir d’un modèle de page stocké sur le système de fichiers du serveur Web frontal. Quand un site est configuré, SharePoint Foundation crée un pointeur vers l’instance du modèle de page du système de fichiers. Cela permet à SharePoint Foundation d’éviter de créer en permanence des copies de pages, mises en service à chaque création d’un site.
Quand un utilisateur personnalise une page de site, le modèle de la page est stocké dans la base de données de contenu. La page est extraite de cette base de données chaque fois qu’un utilisateur la demande. Une page personnalisée peut, cependant, être rétablie à la page du modèle original via le navigateur Web ou un outil tel que SharePoint Designer.
Les pages de site personnalisées ne peuvent pas contenir de code côté serveur en ligne. L’ensemble des contrôles autorisés à s’exécuter sur la page est gouverné par la liste des contrôles fiables du fichier <Lecteur>:\inetpub\wwwroot\wss\VirtualDirectories\<numéro_port>\web.config. Il est recommandé d’éviter d’utiliser un code côté serveur sur les pages de site lors du développement des définitions de site. Si un utilisateur modifie la page, le code ne s’exécutera plus.
Les règles générales suivantes régissent l’utilisation du code côté serveur sur une page de site.
Si la page n’est pas personnalisée, elle accepte le code côté serveur.
Si la page est personnalisée, le code côté serveur ne s’exécute pas et la page ne s’affiche pas. Il en est de même pour le code-behind de la page elle-même.
Un administrateur peut ajouter un paramètre PageParserPath dans le fichier web.config afin de permettre l’exécution d’un code côté serveur sur les pages stockées selon un chemin d’accès défini. Il peut s’agir d’une seule page spécifique ou d’un répertoire complet de pages.
.gif "Remarque sur la sécurité") Note de sécurité |
|---|
L’ajout de paramètres PageParserPath permet à toute personne à même de télécharger des pages vers les dossiers spécifiés d’écrire un code approuvé arbitraire sur le serveur. Les administrateurs doivent être extrêmement prudents quand ils fournissent ces paramètres et comprendre les implications d’une telle action en matière de sécurité. |
L’exemple suivant illustre un paramètre PageParserPath utilisant un caractère générique. L’ajout de ce paramètre PageParserPath permet à toute personne bénéficiant des autorisations nécessaires sur la galerie de pages maîtres de télécharger un code côté serveur. Soyez extrêmement vigilant quand vous ajoutez ce type de paramètre PageParserPath.
<SharePoint>
<SafeMode ...>
<PageParserPaths>
<PageParserPath VirtualPath="/_mpg/*" CompilationMode="Always" AllowServerSideScript="true" IncludeSubFolders="true"/>
</PageParserPaths>
Pages d’application
Les pages d’application permettent de prendre en charge les implémentations d’application dans SharePoint Foundation. Elles sont stockées sur le système de fichiers du serveur Web frontal dans le répertoire %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\LAYOUTS et existent pour chaque site d’une application Web. Ce dossier est mappé avec un répertoire virtuel IIS (Internet Information Services) appelé _layouts. Chaque site et chaque sous-site auront accès aux pages de l’application à l’aide du répertoire virtuel _layouts. Par exemple, http://myserver/_layouts/settings.aspx et http://myserver/subsite/_layouts/settings.aspx accèdent à la même page d’application du serveur Web frontal, contrairement aux pages de site, qui constituent une instance du site spécifié.
Les pages d’application ne sont pas soumises aux mêmes restrictions que les pages de site. Elles autorisent le code en ligne sans aucune restriction. Elles ne peuvent pas, cependant, utiliser les composants WebPart ou les zones de composants WebPart, ni être modifiées à l’aide de SharePoint Designer. La modification des pages d’application par défaut n’est pas prise en charge dans SharePoint Foundation. Il est possible d’ajouter les pages d’application personnalisées à un sous-répertoire du dossier _layouts.