2008-09-24 80 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存储应用程序页面的页面,如果页面处于幻影状态,该页面存储在文件系统中。如果该页面已经被定制,则该文件被存储在内容数据库中。

相关问题