Présentation des sites dérivés et des connexions superposées à des sites Web

Présentation des paramètres administratifs et des rôles dans les sites Web superposés

Contribute crée un dossier administratif spécial (appelé _mm) contenant un fichier de paramètres partagés sur chacun des sites Web pour lesquels vous créez une connexion. Ce fichier de paramètres partagés contient des informations sur chaque rôle que vous définissez, y compris celui de l'administrateur et toute autorisation que vous définissez à l'échelle du site.

Lorsque vous établissez des connexions superposées à des sites Web, vous pouvez avoir plusieurs utilisateurs qui utilisent plusieurs connexions à différentes sections de votre site Web. Lorsque ces utilisateurs modifient une page, le fichier de paramètres de la connexion la plus imbriquée s'appliquent à la page et à l'utilisateur.

Par exemple, si un utilisateur dispose des connexions suivantes :

• connexion1: www.monsite.com/intranet/

• connexion2: www.monsite.com/intranet/marketing

  Une page du dossier marketing, marketinganalysis.htm par exemple, fait partie au sens propre des deux sites Web auxquels cet utilisateur est connecté. Mais dans la mesure où il s'agit de deux connexions distinctes, et par conséquent de deux sites Web différents, il existe deux dossiers administratifs différents. Lorsque l'utilisateur modifie le fichier marketinganalysis.htm, les rôles et les paramètres de la connexion de site Web la plus imbriquée s'appliquent? Dans cet exemple, www.monsite.com/intranet/marketing.

  Supposons que le même utilisateur modifie un fichier dans le dossier intranet/marketing/contacts, et que cet utilisateur ne dispose pas de connexion pour ce dossier. Il peut toujours modifier des pages dans ce dossier, car il fait partie du site Web marketing, mais ne dispose pas de connexion distincte pour ce dossier, ce qui implique donc qu'il ne s'agit pas d'un site Web distinct. Encore une fois, les paramètres de www.monsite.com/intranet/marketing s'appliquent parce qu'il s'agit de la connexion de site Web la plus imbriquée dans le chemin vers la page que l'utilisateur est en train de modifier.

Présentation du brouillon pour le processus de révision dans les sites Web superposés

Lorsque vous envoyez des brouillons à faire réviser, la liste des réviseurs potentiels correspond aux utilisateurs qui sont connectés à votre site. Le brouillon dont vous demandez la révision est placé de façon temporaire à la racine de votre site Web (ce qui correspond à la racine de la connexion de votre site Web Contribute).

Afin d'éviter tout problème potentiel avec le processus de révision des brouillons, les utilisateurs qui sont connectés aux sites Web comportant des sites enfant doivent également se connecter à l'ensemble des sites enfant.

Lorsque des sites se chevauchent, selon vos connexions à des sites Web, le processus de révision peut ne pas fonctionner comme prévu :

1. Vous risquez de ne pas pouvoir effectuer d'envoi aux utilisateurs voulus.

   Considérez, par exemple, les connexions suivantes à des sites Web :

   • Connexion de l'utilisateur 1 : www.monsite.com/intranet/

   • Connexion de l'utilisateur 2 : www.monsite.com/intranet/marketing

     Si l'utilisateur 1 modifie une page dans le dossier marketing, puis clique sur Envoyer pour la révision, la liste des réviseurs possibles correspond aux utilisateurs connectés au même site Web que l'utilisateur 1 (www.monsite.com/intranet/). Dans ce cas, l'utilisateur 1 n'a pas pu effectuer d'envoi à l'utilisateur 2, qui appartient au site Web marketing.

     Supposons désormais que l'utilisateur 1 dispose de connexions aux deux sites Web (www.monsite.com/intranet/ et www.monsite.com/intranet/marketing) et que l'utilisateur 2 dispose d'une connexion au site Web marketing uniquement (www.monsite.com/intranet/marketing). Si l'utilisateur 1 modifie une page dans le dossier marketing, puis clique sur Envoyer pour révision, la liste des réviseurs potentiels correspond aux utilisateurs connectés au même site Web le plus imbriqué de l'utilisateur 1 (www.monsite.com/intranet/marketing). Dans ce cas, l'utilisateur 1 pourrait envoyer le brouillon à l'utilisateur 2.

2. Les réviseurs risquent de ne pas recevoir les brouillons.

   Reprenons les connexions de l'exemple précédent :

   • Connexion de l'utilisateur 1 : www.monsite.com/intranet/

   • Connexion de l'utilisateur 2 : www.monsite.com/intranet/marketing

     Si l'utilisateur 1 modifie une page dans le dossier marketing, puis clique sur Envoyer pour révision, la liste des réviseurs potentiels correspond aux utilisateurs connectés au même site Web que l'utilisateur 1 (www.monsite.com/intranet/).

     Si les deux sites Web comportent un groupe du même nom, Rédacteurs, l'utilisateur 1 peut procéder à un envoi au groupe Rédacteurs pour www.monsite.com/intranet/, mais penser qu'il envoie le brouillon au groupe Rédacteurs du site Web marketing. Dans ce cas, le groupe Rédacteurs de marketing ne recevrait pas le brouillon de l'utilisateur 1.

3. Les réviseurs peuvent ne pas pouvoir agir sur un brouillon.

   Nous allons maintenant analyser les connexions suivantes :

   • Connexion de l'utilisateur 1 : www.monsite.com/intranet/

   • Connexions de l'utilisateur 2 : www.monsite.com/intranet/ et www.monsite.com/intranet/marketing

     Supposons que l'utilisateur 1 modifie une page dans le dossier marketing et la transmette à l'utilisateur 2 pour révision. Le brouillon à réviser est placé de façon temporaire sur le site Web, à la racine de la connexion de l'utilisateur 1 (www.monsite.com/intranet/). (N'oubliez pas, l'utilisateur 1 ne dispose pas de connexion au site Web marketing.) Lorsque l'utilisateur 2 reçoit le brouillon, il y a un conflit, car l'utilisateur 2 dispose d'une connexion au site où figure le brouillon à réviser, ainsi qu'au site contenant la page d'origine.

     Dans ce cas, Contribute présente un conflit concernant la façon de traiter le brouillon à réviser, car il attend le brouillon à réviser dans le même dossier que la page d'origine. En raison de ce conflit, l'utilisateur 2 peut envoyer le brouillon à réviser ou supprimer le brouillon uniquement. L'utilisateur 2 ne peut pas modifier ou publier le brouillon à réviser.

Présentation des modèles, des actifs partagés et des images dans les sites Web superposés

Les modèles de Contribute résident dans un dossier appelé Templates et situé dans le dossier racine des connexions à un site Web (par exemple, /Templates/contactPage.dwt). Les actifs partagés et les images sont également stockés de façon distincte pour tous les sites Web et sont à la disposition des utilisateurs en fonction rôle qui leur a été attribué par l'administrateur du site Web.

Lorsque vous établissez des connexions superposées à des sites Web dans votre site, vous pouvez avoir plusieurs utilisateurs qui utilisent plusieurs connexions à différentes sections de votre site Web. Lorsque ces utilisateurs modifient une page, ils ont accès aux modèles et actifs partagés de la connexion la plus imbriquée pour la page et l'utilisateur.

Vous devez planifier avec soin l'emplacement des modèles, des actifs partagés et des images. Par exemple, si vous placez le logo de la société à la racine du site Web intranet (www.monsite.com/intranet/), les utilisateurs qui disposent uniquement de connexions au site Web marketing (www.monsite.com/intranet/marketing) n'auront pas accès au logo.