MOSS 2007: Gestion du contenu Web
Jusqu'à récemment, la stratégie de Microsoft en ce qui concerne la publication de contenu sur le Web était basée sur Microsoft Content Management Server (CMS) 2002. Pour les auteurs de contenu, CMS constituait un moyen structuré d'ajouter du contenu au site Web public d'une société en utilisant des pages dont la mise en page était de niveau professionnel. CMS fournissait également un schéma officiel où un utilisateur privilégié devait approuver toute modification apportée à la page avant qu'elle ne soit visible par les visiteurs du site Web. Bien qu'un lien fournisse un certain degré d'intégration entre CMS 2002 et SPS 2003, ces deux produits sont construits sur des architectures très différentes. Vous ne pouvez pas créer un site qui tire entièrement parti à la fois des fonctionnalités de gestion du contenu Web de CMS et des fonctionnalités de portail de SPS.
Avec l'arrivée sur le marché de MOSS 2007, Microsoft recommande de migrer vers MOSS la gestion du contenu Web basée sur CMS. Cette migration aura évidemment des conséquences importantes sur des clients qui sont habitués au développement CMS. Si vous avez déjà utilisé CMS, il est important de noter que les concepts de canaux et de publications utilisés dans CMS n'existent pas dans l'infrastructure de gestion de contenu Web de MOSS 2007. En effet, l'infrastructure a été conçue à l'aide de blocs constitutifs WSS 3.0 simples, tels que les sites enfants, les modèles de page, les types de contenu, les bibliothèques de documents et les groupes de sécurité. Cette approche se prête à la création de solutions personnalisées qui développent l'infrastructure de gestion de contenu Web simple en utilisant des composants WSS standard tels que les workflows et les gestionnaires d'événements personnalisés.
Lorsque vous devez associer votre marque à un site portail MOSS 2007, vous pouvez modifier une seule page maître ASP.NET pour personnaliser l'aspect de l'ensemble du site Web, comme vous le feriez dans une collection de sites WSS 3.0 standard. Cependant, MOSS 2007 étend cette fonctionnalité en introduisant un schéma de publication basé sur les mises en page. Une mise en page constitue une approche structurée permettant de collecter le contenu auprès des auteurs et de l'afficher sur une page d'un site portail. Parmi les mises en page fournies par MOSS 2007, citons les pages d'accueil, les articles et les nouvelles.
Chaque mise en page est basée sur un type de contenu WSS et un modèle de page .aspx associé. En superposant les mises en page sur les types de contenu, MOSS vous permet d'ajouter des champs personnalisés qui stockeront différents types de contenu structuré tels que le HTML, les liens et les images. Une fois un champ personnalisé défini dans le type de contenu associé à une mise en page, ses données peuvent être liées au modèle de page .aspx associé à l'aide d'un nouveau composant MOSS 2007 appelé contrôle de champ. MOSS 2007 est livré avec plusieurs contrôles de champs, notamment un éditeur HTML complet et d'autres contrôles permettant de modifier des champs personnalisés basés sur des images et des liens. De nombreux contrôles de champs prennent en charge l'ajout de contraintes déclaratives supplémentaires pour que le contenu du portail conserve un format hautement structuré.
L'infrastructure de la mise en page est extensible car les types de contenu WSS prennent en charge l'héritage. La personnalisation de l'une des mises en page intégrés en développant son type de contenu sous-jacent ou le modèle de page .aspx est une opération assez simple.
En plus des contrôles de champs, un modèle de page .aspx d'une mise en page peut également contenir des contrôles serveur ASP.NET et des zones de composants WebPart. Une mise en page avec des zones de composants WebPart permet à l'auteur de contenu d'ajouter des composants WebPart affichant le contenu en dehors du schéma de la mise en page actuelle. MOSS 2007 propose plusieurs composants WebPart conçus pour être utilisés sur les pages de portail, notamment les composants WebPart Sommaire et Requête de contenu.
Les modèles de page .aspx associés aux mises en page sont stockés avec la page maître du site portail dans la galerie de pages maîtres. La galerie de pages maîtres contient également une colonne de métadonnées afin d'associer chaque modèle de page .aspx à un type de contenu. Notez qu'il est possible d'avoir plusieurs mises en page, chacune ayant son propre modèle de page .aspx, associées au même type de contenu, ce qui est utile lorsque vous souhaitez créer des vues différentes pour le même ensemble de contenu structuré.
Dès qu'un auteur de contenu crée une page de contenu depuis une mise en page, MOSS 2007 crée une instance du type de contenu associé et la stocke dans une bibliothèque de documents appelée Pages. Lorsqu'un auteur de contenu met à jour le contenu des champs personnalisés dans une mise en page, WSS stocke les données dans une structure définie par le type de contenu sous-jacent. Les instances de pages de contenu étant stockées dans une bibliothèque de documents WSS, l'infrastructure de gestion du contenu Web de MOSS peut profiter des fonctionnalités de base des bibliothèques de documents, telles que la gestion des versions, l'audit, l'approbation, les workflows, la configuration de la sécurité par document et le masquage de l'interface de sécurité.
Par défaut, MOSS utilise les fonctionnalités de base de l'approbation de documents d'une bibliothèque de documents WSS afin de contrôler le moment où les visiteurs du site peuvent voir le contenu mis à jour. Cependant, l'infrastructure a été conçue pour simplifier l'association de workflows personnalisés avec la bibliothèque de documents Pages lorsque vous devez utiliser des fonctionnalités plus sophistiquées que l'approbation du contenu par défaut.
Notez qu'une instance d'une page de contenu stockée dans la bibliothèque de documents ne constitue pas une copie du modèle de page. Elle contient en fait une logique de redirection afin de l'associer au modèle de page .aspx lors de l'exécution. Ainsi, lorsque le modèle de page .aspx est mis à jour, les pages de contenu déjà créées à partir de la mise en page associée sont toujours affectées.
Un certain nombre d'autres fonctionnalités de MOSS 2007 concernent la gestion du contenu Web. MOSS fournit une structure pour les convertisseurs de documents, qui sont des composants conçus pour lire le contenu depuis un format externe, tel qu'un document Word, et le convertir dans un format pouvant être affiché dans une page de contenu. Il est prévu que MOSS 2007 soit livré avec plusieurs convertisseurs de documents ainsi qu'une structure pour créer et intégrer des convertisseurs de documents personnalisés.
Dans MOSS, les fonctionnalités de déploiement du contenu vous permettent de transférer le contenu d'une collection de sites à une autre, ce qui est utile pour les sociétés qui préfèrent créer du contenu dans un environnement de test avant de le copier dans un environnement de production. Pour profiter des fonctionnalités de déploiement de contenu de MOSS 2007, vous devez configurer les chemins d'accès et les tâches. Un chemin d'accès définit une collection de sites comme source de contenu et une autre collection de sites comme cible du contenu. Lorsque vous avez défini un chemin d'accès, vous pouvez définir une ou plusieurs tâches pour déplacer le contenu de la source vers la cible. Les tâches peuvent être exécutées à la demande ou planifiées pour être exécutées ultérieurement ou selon une fréquence particulière.
MOSS 2007 prend également en charge une fonctionnalité appelée variations de site. Elle est destinée aux sociétés qui doivent dupliquer le contenu d'un site pour la traduction dans plusieurs langues ou pour cibler différents types de périphériques d'affichage. Supposons par exemple que vous avez configuré la prise en charge de la variation pour l'anglais, l'allemand et l'espagnol. MOSS 2007 conserve une structure parallèle pour ces trois sites différents en ce qui concerne les pages et les sites enfants. Lorsqu'un auteur de contenu ajoute une nouvelle page au site de variation maître qui est en espagnol, MOSS ajoute automatiquement la même page à la structure des autres sites. MOSS peut également être configuré pour créer une tâche WSS marquant la traduction requise comme tâche à effectuer pour le traducteur. MOSS 2007 ne convertit pas réellement le contenu d'une langue à une autre, mais il permet de préserver la synchronisation de plusieurs sites en ce qui concerne la structure du contenu, ce qui est très important.
MOSS 2007 dispose de plusieurs options de mise en cache. Certes, MOSS ne vous permet pas d'utiliser les directives de mise en cache de la sortie ASP.NET de la même façon que vous le faites dans une page ASP.NET standard, mais il propose une infrastructure plus sophistiquée permettant d'atteindre le même objectif. Vous pouvez activer la mise en cache de la sortie MOSS au niveau de la collection de sites. Lorsque vous utilisez ces fonctionnalités de mise en cache, vous configurez les profils de mise en cache afin de contrôler la mise en mémoire cache des éléments de la page et des pages complètes. Les développeurs doivent noter que MOSS fournit des caches dédiés pour les noeuds de navigation et le contenu renvoyé depuis des opérations de récupération qui peuvent être coûteuses, notamment l'exécution de requêtes WSS standard à l'aide d'un objet SPQuery et l'exécution de requêtes inter-site à l'aide d'un objet SPS SPSiteDataQuery.
MOSS 2007 prend également en charge la mise en cache disque du frontal Web. Si vous activez ce cache, MOSS commence à écrire les fichiers volumineux qu'il récupère de la base de données SQL Server dans un cache spécial sur le système de fichiers local du serveur Web frontal. Grâce à cette procédure, vous n'avez plus besoin de déplacer continuellement et à la demande des fichiers .jpg, .png, .gif, .css et .js du serveur de base de données SQL Server aux serveurs Web frontaux.
Enfin, il est important de noter que les sites de publication MOSS 2007 bénéficient des avancées de WSS 3.0 au niveau de la sécurité. WSS 3.0 est notamment basé sur l'infrastructure du fournisseur d'authentification ASP.NET 2.0. Contrairement à SPS 2003, qui est étroitement couplé à Active Directory, vous pouvez configurer un site portail MOSS 2007 pour qu'il utilise une authentification basée sur les formulaires. Vous pouvez ainsi stocker les informations d'identification des utilisateurs dans une base de données SQL Server ou dans un autre système de gestion des identités LDAP de votre choix.
Source : Microsoft
Avec l'arrivée sur le marché de MOSS 2007, Microsoft recommande de migrer vers MOSS la gestion du contenu Web basée sur CMS. Cette migration aura évidemment des conséquences importantes sur des clients qui sont habitués au développement CMS. Si vous avez déjà utilisé CMS, il est important de noter que les concepts de canaux et de publications utilisés dans CMS n'existent pas dans l'infrastructure de gestion de contenu Web de MOSS 2007. En effet, l'infrastructure a été conçue à l'aide de blocs constitutifs WSS 3.0 simples, tels que les sites enfants, les modèles de page, les types de contenu, les bibliothèques de documents et les groupes de sécurité. Cette approche se prête à la création de solutions personnalisées qui développent l'infrastructure de gestion de contenu Web simple en utilisant des composants WSS standard tels que les workflows et les gestionnaires d'événements personnalisés.
Lorsque vous devez associer votre marque à un site portail MOSS 2007, vous pouvez modifier une seule page maître ASP.NET pour personnaliser l'aspect de l'ensemble du site Web, comme vous le feriez dans une collection de sites WSS 3.0 standard. Cependant, MOSS 2007 étend cette fonctionnalité en introduisant un schéma de publication basé sur les mises en page. Une mise en page constitue une approche structurée permettant de collecter le contenu auprès des auteurs et de l'afficher sur une page d'un site portail. Parmi les mises en page fournies par MOSS 2007, citons les pages d'accueil, les articles et les nouvelles.
Chaque mise en page est basée sur un type de contenu WSS et un modèle de page .aspx associé. En superposant les mises en page sur les types de contenu, MOSS vous permet d'ajouter des champs personnalisés qui stockeront différents types de contenu structuré tels que le HTML, les liens et les images. Une fois un champ personnalisé défini dans le type de contenu associé à une mise en page, ses données peuvent être liées au modèle de page .aspx associé à l'aide d'un nouveau composant MOSS 2007 appelé contrôle de champ. MOSS 2007 est livré avec plusieurs contrôles de champs, notamment un éditeur HTML complet et d'autres contrôles permettant de modifier des champs personnalisés basés sur des images et des liens. De nombreux contrôles de champs prennent en charge l'ajout de contraintes déclaratives supplémentaires pour que le contenu du portail conserve un format hautement structuré.
L'infrastructure de la mise en page est extensible car les types de contenu WSS prennent en charge l'héritage. La personnalisation de l'une des mises en page intégrés en développant son type de contenu sous-jacent ou le modèle de page .aspx est une opération assez simple.
En plus des contrôles de champs, un modèle de page .aspx d'une mise en page peut également contenir des contrôles serveur ASP.NET et des zones de composants WebPart. Une mise en page avec des zones de composants WebPart permet à l'auteur de contenu d'ajouter des composants WebPart affichant le contenu en dehors du schéma de la mise en page actuelle. MOSS 2007 propose plusieurs composants WebPart conçus pour être utilisés sur les pages de portail, notamment les composants WebPart Sommaire et Requête de contenu.
Les modèles de page .aspx associés aux mises en page sont stockés avec la page maître du site portail dans la galerie de pages maîtres. La galerie de pages maîtres contient également une colonne de métadonnées afin d'associer chaque modèle de page .aspx à un type de contenu. Notez qu'il est possible d'avoir plusieurs mises en page, chacune ayant son propre modèle de page .aspx, associées au même type de contenu, ce qui est utile lorsque vous souhaitez créer des vues différentes pour le même ensemble de contenu structuré.
Dès qu'un auteur de contenu crée une page de contenu depuis une mise en page, MOSS 2007 crée une instance du type de contenu associé et la stocke dans une bibliothèque de documents appelée Pages. Lorsqu'un auteur de contenu met à jour le contenu des champs personnalisés dans une mise en page, WSS stocke les données dans une structure définie par le type de contenu sous-jacent. Les instances de pages de contenu étant stockées dans une bibliothèque de documents WSS, l'infrastructure de gestion du contenu Web de MOSS peut profiter des fonctionnalités de base des bibliothèques de documents, telles que la gestion des versions, l'audit, l'approbation, les workflows, la configuration de la sécurité par document et le masquage de l'interface de sécurité.
Par défaut, MOSS utilise les fonctionnalités de base de l'approbation de documents d'une bibliothèque de documents WSS afin de contrôler le moment où les visiteurs du site peuvent voir le contenu mis à jour. Cependant, l'infrastructure a été conçue pour simplifier l'association de workflows personnalisés avec la bibliothèque de documents Pages lorsque vous devez utiliser des fonctionnalités plus sophistiquées que l'approbation du contenu par défaut.
Notez qu'une instance d'une page de contenu stockée dans la bibliothèque de documents ne constitue pas une copie du modèle de page. Elle contient en fait une logique de redirection afin de l'associer au modèle de page .aspx lors de l'exécution. Ainsi, lorsque le modèle de page .aspx est mis à jour, les pages de contenu déjà créées à partir de la mise en page associée sont toujours affectées.
Un certain nombre d'autres fonctionnalités de MOSS 2007 concernent la gestion du contenu Web. MOSS fournit une structure pour les convertisseurs de documents, qui sont des composants conçus pour lire le contenu depuis un format externe, tel qu'un document Word, et le convertir dans un format pouvant être affiché dans une page de contenu. Il est prévu que MOSS 2007 soit livré avec plusieurs convertisseurs de documents ainsi qu'une structure pour créer et intégrer des convertisseurs de documents personnalisés.
Dans MOSS, les fonctionnalités de déploiement du contenu vous permettent de transférer le contenu d'une collection de sites à une autre, ce qui est utile pour les sociétés qui préfèrent créer du contenu dans un environnement de test avant de le copier dans un environnement de production. Pour profiter des fonctionnalités de déploiement de contenu de MOSS 2007, vous devez configurer les chemins d'accès et les tâches. Un chemin d'accès définit une collection de sites comme source de contenu et une autre collection de sites comme cible du contenu. Lorsque vous avez défini un chemin d'accès, vous pouvez définir une ou plusieurs tâches pour déplacer le contenu de la source vers la cible. Les tâches peuvent être exécutées à la demande ou planifiées pour être exécutées ultérieurement ou selon une fréquence particulière.
MOSS 2007 prend également en charge une fonctionnalité appelée variations de site. Elle est destinée aux sociétés qui doivent dupliquer le contenu d'un site pour la traduction dans plusieurs langues ou pour cibler différents types de périphériques d'affichage. Supposons par exemple que vous avez configuré la prise en charge de la variation pour l'anglais, l'allemand et l'espagnol. MOSS 2007 conserve une structure parallèle pour ces trois sites différents en ce qui concerne les pages et les sites enfants. Lorsqu'un auteur de contenu ajoute une nouvelle page au site de variation maître qui est en espagnol, MOSS ajoute automatiquement la même page à la structure des autres sites. MOSS peut également être configuré pour créer une tâche WSS marquant la traduction requise comme tâche à effectuer pour le traducteur. MOSS 2007 ne convertit pas réellement le contenu d'une langue à une autre, mais il permet de préserver la synchronisation de plusieurs sites en ce qui concerne la structure du contenu, ce qui est très important.
MOSS 2007 dispose de plusieurs options de mise en cache. Certes, MOSS ne vous permet pas d'utiliser les directives de mise en cache de la sortie ASP.NET de la même façon que vous le faites dans une page ASP.NET standard, mais il propose une infrastructure plus sophistiquée permettant d'atteindre le même objectif. Vous pouvez activer la mise en cache de la sortie MOSS au niveau de la collection de sites. Lorsque vous utilisez ces fonctionnalités de mise en cache, vous configurez les profils de mise en cache afin de contrôler la mise en mémoire cache des éléments de la page et des pages complètes. Les développeurs doivent noter que MOSS fournit des caches dédiés pour les noeuds de navigation et le contenu renvoyé depuis des opérations de récupération qui peuvent être coûteuses, notamment l'exécution de requêtes WSS standard à l'aide d'un objet SPQuery et l'exécution de requêtes inter-site à l'aide d'un objet SPS SPSiteDataQuery.
MOSS 2007 prend également en charge la mise en cache disque du frontal Web. Si vous activez ce cache, MOSS commence à écrire les fichiers volumineux qu'il récupère de la base de données SQL Server dans un cache spécial sur le système de fichiers local du serveur Web frontal. Grâce à cette procédure, vous n'avez plus besoin de déplacer continuellement et à la demande des fichiers .jpg, .png, .gif, .css et .js du serveur de base de données SQL Server aux serveurs Web frontaux.
Enfin, il est important de noter que les sites de publication MOSS 2007 bénéficient des avancées de WSS 3.0 au niveau de la sécurité. WSS 3.0 est notamment basé sur l'infrastructure du fournisseur d'authentification ASP.NET 2.0. Contrairement à SPS 2003, qui est étroitement couplé à Active Directory, vous pouvez configurer un site portail MOSS 2007 pour qu'il utilise une authentification basée sur les formulaires. Vous pouvez ainsi stocker les informations d'identification des utilisateurs dans une base de données SQL Server ou dans un autre système de gestion des identités LDAP de votre choix.
Source : Microsoft
posted by Jiri Adil at
10:10 AM
|
0 comments
