2008-09-24 44 views

回答

1

您的問題不是很清楚...

您是否引用文檔庫頁面的「源代碼」? 這取決於您是否使用SharePoint Designer編輯過它們。如果不是,他們應該位於12配置單元(c:\ program files \ common files \ microsoft shared \ web server extensions \ 12)。如果使用SPD2007進行了任何修改,文件將存儲在內容數據庫中。

...或者你指的是存儲文件的「來源」? 保存在文檔庫中的所有文件都作爲AllUserData表中的斑點存儲在內容數據庫中。

+0

我說的是源代碼,正如你所說,位於12蜂巢下......但是在哪裏?謝謝! – Layla 2008-09-24 08:19:42

1

您的頁面顯示爲'aspx'頁面,它們不會以aspx頁面的形式存儲在服務器上。所有頁面都可以作爲BLOB存儲在數據庫中,也可以在運行時根據存儲在DB中的信息進行「放在一起」。的SharePoint是一個奇怪的怪物:)

如果你要編輯一下,有幾個選項:

  • SharePoint設計(我恨這個應用程序)
  • 再拍「Web部件頁」包括它裏面的文檔庫,同時改變它周圍的內容(IMO最簡單,最好的辦法)
  • 做一個專門的網絡部分(最 困難)

SharePoint需要一點時間才能完全掌握......這很奇怪。

0

如果我明白Sacha和Naspinski在說什麼,當我創建一個新的文檔庫時,頁面的外觀從12配置單元中檢索並存儲到數據庫中(ghosted?)。該頁面不再存儲到12個配置單元中,對於每個文檔庫,我將以某種方式「定製頁面」。

這是真的嗎?

+0

作爲編輯(澄清)添加到您的問題而不是答案,這不是討論板。 – 2008-09-24 13:42:45

6

SharePoint不會將頁面直接存儲在文件系統中。該機制不那麼簡單。

要理解這種機制,您必須瞭解重影/ Unghosting和ASP.NET虛擬路徑提供程序的概念。 SharePoint將數據庫中的頁面存儲爲BLOBS,並使用ASP.NET虛擬路徑提供程序提供它們。

ASP.NET虛擬路徑提供程序提供了ASP.NET和FileSystem之間的抽象。不是直接從文件系統獲取System.IO.FileStream對象,而是使用MapPathBasedVirtualPathProvider和MapPathBasedVirtualFile類來獲取FileStream對象。

這個抽象允許ASP.NET從任何地方提供頁面,而不必將頁面存儲在實際的文件系統中。這個概念被用來實現鬼影/ Unghosting,這基本上意味着擁有一個頁面的副本,並將它們作爲不同的頁面提供。

SharePoint利用ASP.NET 2中的這一新功能。0,以及SQL Server 2005中改進的BLOB存儲功能來提供頁面。

1

當您創建文檔庫模板文件時,從「12配置單元」中將文件ghosted轉換爲SharePoint內容數據庫(SQL)。編輯這些頁面的唯一正確方法是使用Microsoft SharePoint Designer

打開SharePoint Designer並打開有問題的SharePoint網站,您將看到列在文件資源管理器中的文檔庫。在您的文檔庫下,您將看到一個Forms文件夾,該Forms文件夾包含呈現給瀏覽器的源文件。

這裏是一個屏幕截圖:

SharePoint designer http://friendfeed.s3.amazonaws.com/4fa26ae9322cf04ff95331fa24c12d1c44467730

0

有兩種類型的直接在文件system.For網站的頁面上SharePoint2010.Application網頁和網站page.SharePoint存儲應用程序頁面的頁面,如果頁面處於幻影狀態,該頁面存儲在文件系統中。如果該頁面已經被定製,則該文件被存儲在內容數據庫中。

相關問題