WSS 3.0導航結構

Question

我是WSS 3.0的初學者，導航設置存在一些問題。 我找不到任何明顯推薦該領域最佳實踐的文檔。

我正在嘗試創建一個內部網，自定義外觀，其結構應類似於：

公司-新聞-新聞類型1-新聞類型2-組織圖-...

員工-員工1-員工2-員工2_1-...

如何正確設置？ 公司，新聞，是網站/子網站嗎？ 新聞1和2是網站內的頁面嗎？

我如上所述創建，並且在主站點的主頁中添加了一些腳本，這些腳本將由web部件使用，例如jquery。 子站點將具有自己的母版頁，並且無法識別腳本，我需要在其中添加它們，這很煩人。

有什么建議嗎？ 還是一些提供最佳實踐來建立這些結構的資源？

提前Thx

Answer 1

我不推薦執行此操作的最佳方法，但是實際上有一些關於如何分解的注意事項：

最重要：在Microsoft SharePoint最佳實踐資源中心上閱讀 。 它具有大量的有用信息，而且在這里實際涵蓋的范圍還遠遠不止這些。

首先 ，后端的基本存儲單位是內容數據庫，通常認為最佳做法是每個內容數據庫只有一個網站集。 在您的情況下，擁有兩個或多個網站集可能是有意義的-一個用於公司，一個用於員工（以及其他）。

第二 ，安全性。 大多數事情都是從站點繼承下來的，但是我可以很容易地想到需要為Company和Employee部分，甚至可能是雇員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

在上面的布局中，您將在Central Administrator工具中為公司，員工和部門創建“管理路徑”，然后為新聞，博客等創建網站集。

第三 ，站點是否需要共享信息？ 跨網站集邊界共享信息會稍微困難一些，盡管當然並非沒有可能。 雖然它可以幫助您更好地向上擴展和向外擴展，但可能不值得您付出額外的努力。

第四 ，發布功能是您一定要研究的內容，以獲取網站上的內容。 它啟用了許多不錯的功能，這些功能使最終用戶可以輕松地貢獻要發布的內容，並將其附加到工作流中以供審批，您甚至可以指定希望新頁面上線的時間（盡管這可能是僅MOSS的功能） 。

Answer 2

這實際上取決於組織，您要使用網站的用途，安全結構如何等等，因此沒有一個唯一的答案。 到目前為止，任何最佳實踐都只能針對您的獨特情況。

只是在黑暗中肆虐，我會把所有子站點設置為以下站點：

• 任何自包含的站點（例如“項目站點”）都可以真正真正地變得很大（例如它們的總和將超過40-50GB），或者真的需要它自己的復雜安全結構。 我會將它們創建為自己的網站集。
• 新聞。 您可以創建1個新聞子站點，並使用不同的內容類型（和頁面布局）添加不同類型的新聞。 除非您有2個用戶組添加此新聞，否則在這種情況下，我將為每個組創建一個單獨的新聞子站點。

您可以使用委托控件將.js或.css添加到每個頁面。 看到這篇文章。

Answer 3

我會將每個主題都設為網站，新聞，公司等。

但是，而不是制作100頁，而是在自己的網站中對其進行分類。 像這樣：

員工：部門（人力資源）：子部門（工資單）：Employee1_page

新聞：本地新聞：2010年5月：Local_News 1_page

新聞：市場新聞：2010年2月：市場新聞1頁

擁有本地頂級站點母版頁，然后將母版頁應用於每個站點（假定它們相同）。 您可以使用SP Designer復制/粘貼母版頁，以防萬一，這是不明智的做法，但這當然不是一個好習慣。