Structure de navigation WSS 3.0

Question

Je suis un débutant dans WSS 3.0 et j'ai quelques problèmes avec la configuration de la navigation. Je ne trouve aucune documentation qui recommande clairement les meilleures pratiques dans ce domaine.

Je suis en train de créer un intranet, look and feel, qui devrait avoir une structure similaire à:

Société - Nouvelles - Type Nouvelles 1 - Type Nouvelles 2 - Organogram -. ..

employés - employés 1 - employés 2 - employés 2_1 - ...

Ho w pour l'installer correctement? Société, Actualités, sont des sites/sous-sites? Et News type 1 et 2 sont des pages d'un site?

J'ai créé comme décrit ci-dessus et dans la page maître du site principal j'ai ajouté quelques scripts qui seront utilisés par les composants WebPart, comme jquery. Les sous-sites auront leur propre page maître et ne reconnaîtront pas les scripts, j'ai besoin de les ajouter là, ce qui est ennuyeux.

Des recommandations? Ou une ressource qui fournit les meilleures pratiques pour mettre en place ces structures?

Thx à l'avance

Answer 1

Je ne peux pas recommander la meilleure façon de le faire, mais il y a vraiment quelques considérations sur la façon de briser les choses:

les plus importants: Lire sur le Microsoft SharePoint Best Practices Resource Center. Il a des tonnes de bonnes informations, et beaucoup plus que ce qui peut raisonnablement être couvert ici.

D'abord, l'unité de stockage de base sur le backend est une base de données de contenu, et il est généralement considéré comme une meilleure pratique d'avoir une collection de sites par base de données de contenu. Dans votre cas, il peut être judicieux d'avoir deux ou plusieurs collections de sites - une pour la société et une pour les employés (et toute autre chose).

Deuxième, sécurité. La plupart des choses héritent de l'arbre du site, mais je pourrais facilement envisager de devoir fournir un ensemble d'autorisations différent pour les sections Société et Employé, et peut-être même pour les employés 1 et 2 (en prenant l'habitude de dire des choses comme RH, installations, etc.). Idéalement, il serait bon de faire les choses d'une manière qui suit logiquement la hiérarchie ou le processus de votre entreprise.

 
http://Server/Company/News 
http://Server/Company/Blog 
http://Server/Employees/HR 
http://Server/Employees/Facilities 
http://Server/Divisions/IT 
http://Server/Divisions/Sales 
http://Server/Divisions/Management 

Dans la mise en page ci-dessus, vous devez créer « chemins d'accès gérés » dans l'outil Administrateur central pour l'entreprise, les employés et les divisions, puis créer des collections de sites pour Nouvelles, Blog, etc ...

Troisième, les sites ont-ils besoin de partager des informations? Il est légèrement plus difficile de partager des informations à travers les limites de la collection de sites - mais certainement pas impossible. Bien que cela vous aiderait à mieux faire évoluer vos activités, cela ne vaudra peut-être pas la peine d'en faire autant.

Quatrième, les fonctionnalités de publication sont quelque chose que vous devez absolument regarder pour obtenir le contenu sur le site. Il permet un ensemble de fonctionnalités intéressantes qui permettent aux utilisateurs finaux de contribuer facilement au contenu à publier, d'y attacher un flux de travail et d'indiquer le moment auquel les nouvelles pages doivent être mises en ligne (bien que cela puisse être une fonctionnalité MOSS uniquement) .

Answer 2

Cela dépend vraiment de l'organisation, ce que vous voulez utiliser vos sites pour, comment votre structure de sécurité sera, etc. donc il n'y a pas de réponse unique. Toute bonne pratique ira seulement si loin pour votre situation unique.

Juste un coup de poignard sauvage dans l'obscurité, je ferais tout sauf les sous-sites:

• Tout ce qui est un site autonome, comme un « site du projet » -et- peut vraiment se développer-vraiment-vraiment grand (comme leur total combiné dépasserait 40-50GB) ou a vraiment besoin de sa propre structure de sécurité complexe. Je les créerais comme leurs propres collections de sites.
• Les nouvelles. Vous pouvez créer un sous-site Nouvelles et ajouter différents types de nouvelles en utilisant un type de contenu différent (et la mise en page). À moins que 2 groupes d'utilisateurs ajoutent cette nouvelle, dans ce cas, je créerais un sous-site de nouvelles distinct pour chaque groupe.

Vous pouvez ajouter .js ou Css à chaque page en utilisant un contrôle de délégué. Voir this post.

Answer 3

Je voudrais faire tous les sujets d'un site, Nouvelles, Société, etc.

Mais au lieu de 100 pages fait, les classer dans leur propre site. Comme si:

employés: Département (Ressources humaines): sous-département (paie): Employee1_page

Nouvelles: Nouvelles locales: May2010: Local_News 1_page

Nouvelles: Nouvelles du marché: February2010: Market_News 1_page

Avoir une page principale de site local et appliquer la page maître à chaque site, en supposant qu'ils seront identiques.Vous pouvez utiliser SP Designer pour copier/coller des pages maîtres pour une frustration supplémentaire en dernier recours, mais bien sûr, c'est une mauvaise pratique.