WSS 3.0导航结构

时间:2010-03-26 11:09:45

标签: sharepoint navigation wss-3.0

我是WSS 3.0的初学者,我在导航设置方面遇到了一些问题。 我找不到任何明确推荐该领域最佳实践的文档。

我正在尝试创建一个内部网,自定义外观,它的结构应该类似于:

公司    - 新闻        - 新闻类型1        - 新闻类型2    - 有机体    - ......

员工    - 员工1    - 员工2        - 员工2_1    - ......

如何正确设置? 公司,新闻,网站/子网站?新闻类型1和2是网站内的页面吗?

我如上所述创建并在主站点的母版页中添加了一些将由Web部件使用的脚本,例如jquery。子网站将拥有自己的母版页并且无法识别脚本,我需要将它们添加到那里很烦人。

有什么建议吗?或者某些资源提供了设置这些结构的最佳实践?

提前谢谢

3 个答案:

答案 0 :(得分:1)

我不能推荐最好的方法来做到这一点,但实际上有一些关于如何解决问题的考虑因素:

最重要:阅读Microsoft SharePoint Best Practices Resource Center。它拥有大量优质信息,而且这里的实际情况超出了现实范围。

首先,后端的基本存储单元是内容数据库,通常认为每个内容数据库有一个网站集是最佳做法。在您的情况下,拥有两个或更多网站集可能是有意义的 - 一个用于公司,一个用于Employees(以及其他任何内容)。

第二,安全。大多数事情都是从网站继承树,但我可以很容易地想到需要为公司和员工部门提供一组不同的权限,甚至可能为员工1和2提供一系列权限(考虑到他们可能意味着像人力资源,设施等)。理想情况下,以符合公司层级或流程的逻辑方式进行布局会很好。

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

在上面的布局中,您将在公司,员工和部门的中央管理员工具中创建“托管路径”,然后为新闻,博客等创建网站集......

第三,网站是否需要共享信息?跨网站集边界共享信息稍微困难一些 - 尽管当然不是不可能的。虽然它可以帮助你更好地向上和向外扩展,但可能不值得额外的努力。

第四,发布功能是您应该仔细研究以获取网站上的内容。它提供了许多不错的功能,允许最终用户轻松提供内容以便发布,附加到工作流程以进行审批,甚至可以指定您希望新页面上线的时间(尽管这可能是仅限MOSS的功能) 。

答案 1 :(得分:0)

这实际上取决于组织,您希望使用您的网站的内容,安全结构的方式等等,因此没有单一的答案。任何最佳实践只会针对您的独特情况而进行。

在黑暗中只是一个疯狂的刺,我会制作除了以外的所有子实体:

  • 任何自包含网站的东西,比如“项目网站” - 并且 - 实际上真的非常大(比如它们的总计将超过40-50GB),或者真正需要自己复杂的安全结构。我将它们创建为自己的网站集。
  • 新闻。您可以创建1个新闻子网站,并使用不同的内容类型(和页面布局)添加不同类型的新闻。除非您有2组用户添加此新闻,否则我会为每个组创建一个单独的新闻子网站。

您可以使用委托控件将.js或.css添加到每个页面。见this post.

答案 2 :(得分:0)

我会将每个主题都设为网站,新闻,公司等。

但不是制作100页,而是将它们分类到自己的网站中。像这样:

员工:部门(人力资源):子部门(工资单):员工1_page

新闻:本地新闻:2010年5月:Local_News 1_page

新闻:市场新闻:2010年2月:Market_News 1_page

拥有本地热门网站母版页,并将母版页应用于每个网站,假设它们是相同的。作为最后的手段,您可以使用SP Designer复制/粘贴主页以获得额外的挫败感,但当然这是不好的做法。