2009-10-22 39 views
4

除了將該定製JavaScript文件(或任何其他資源文件),在文檔庫中,如明顯的好處:將JavaScript文件放在12 Hive或文檔庫中?

  • 版本,歷史,跟蹤
  • 容易改變/編輯

還有其他好處嗎?

表現?頁面加載時間?

有什麼利弊?

PS。這並不意味着文件/資源​​數量上的問題具有一般的HTTP性能,而是文件位置上的特定SharePoint問題。

http://site/_layouts/myjavascript.js 

http://site/DocumentLibrary/myjavascript.js 

回答

6

。如果你是存儲在庫中的JavaScript,然後將其存儲在數據庫中。

這意味着:

  1. 它的版本控制

  2. 它是慢然後文件系統(除非您使用BLOB緩存)

  3. 將包含在任何備份您可以通過任何W¯¯做您的SharePoint安裝(STSADM例如)

  4. 這將是訪問(可變)文檔庫(更容易維護,安全性較低)第i個接入

  5. 客戶端緩存將表現不同(你需要配置它,它的內容VS文件系統的內容有點複雜了MOSS)

我們決定將其存儲在12個蜂巢,因爲它認爲在問候代碼與數據分離更好。如果你認爲這個文件是數據然後將它存儲在MOSS中,如果你認爲它是「代碼」,那麼將它存儲在文件系統中。

+1

好名單。一個額外的考慮可能是你想如何引用資源文件。相關連結更容易,如果你知道你的東西是在_layouts。 – 2009-10-27 04:00:22

1

你有沒有考慮使用谷歌託管的JavaScript文件(如jQuery)

  • 利用其帶寬這個好處下載文件
  • 快頁面加載時間
  • 更高的可用性
  • 機會是很高,你的JavaScript文件已經被緩存在用戶的機器
+1

喜來修改文件。不。內部網站。不保證所有客戶都能上網。 – 2009-10-22 11:58:59

+0

好點沒有考慮。 – Rob 2009-10-23 16:10:59

1

文檔庫

優點 - 自動傳遞給所有的web前端,方便,版本控制,歷史記錄,便於編輯

缺點的 - 慢(這是在數據庫中),安全性意外地確保該項目的網站所帶來的問題有關,登錄提示,如果你是通過引用絕對URL您的用戶可能會重複登錄的JS提示

Plasing在12蜂巢

優點 JS文件 - 更快,前述方式的安全性沒有問題提示

缺點 - 其它不能自動傳遞給所有你的web前端,可能AAM問題,技術上,你不應該在12蜂巢

+0

如果您使用的解決方案這些文件確實得到「自動地」向您的所有WFES。此外,將文件放入12個配置單元中也沒有限制。你只是不想修改OOTB文件。 – 2009-10-27 03:56:51

+0

因爲當多個用戶不斷地訪問一個js文件時,對於文檔庫的web請求肯定會被緩存,我想知道它是否真的會比文件緩存更慢?另外,我會說你確實必須修改你的12個文件夾中的文件,你會如何定製(高級)SharePoint?這裏的關鍵不是修改** OOB ** Microsoft文件。 – 2009-10-27 10:43:28

相關問題