我正在使用Sharepoint文档库，并且正在尝试查找文档库页面的源。我正在使用SharePoint服务器。我只是找不到它，应该将其存储在哪里？

谢谢！

解决方案

问题不是很清楚...

我们是否在参考文档库页面的"源"代码？
这取决于我们是否使用SharePoint Designer编辑了它们。如果不是，则它们应位于12个配置单元下(c：\ program files \ common files \ microsoft shared \ web服务器扩展\ 12)。如果使用SPD2007进行了任何修改，则文件将存储在内容数据库中。

...或者我们是指文件存储的"源"？
文档库中保存的所有文件都作为AllUserData表中的Blob存储在内容数据库中。

页面显示为" aspx"页面，它们没有作为aspx页面存储在服务器上的任何位置。所有页面或者作为BLOB存储在数据库中，或者在运行时从数据库中存储的信息中"放在一起"。 SharePoint是一个奇怪的怪物:)

如果要编辑外观，则有以下几种选择：

• SharePoint Designer(我讨厌这个应用程序)
• 在更改其周围内容的同时，制作另一个包含其内部文档库的" Web部件页"(最简单和最佳方法IMO)
• 制作专门的网络部件(最困难)

SharePoint需要花点时间才能完全掌握...这很奇怪。

如果我理解Sacha和Naspinski在说什么，那么当我创建一个新的Document库时，将从12个配置单元中检索页面外观并将其存储(重影？)到DB中。该页面不再存储在12个配置单元中，因为对于每个文档库，我都会拥有某种"自定义页面"。
真的吗？

SharePoint不会将页面直接存储在文件系统中。该机制不太直接。

若要了解此机制，我们必须了解重影/不重影以及ASP.NET虚拟路径提供程序的概念。 SharePoint将页面以BLOBS的形式存储在数据库中，并使用ASP.NET虚拟路径提供程序提供页面服务。

ASP.NET虚拟路径提供程序提供了ASP.NET和FileSystem之间的抽象。提供程序不是直接从文件系统获取System.IO.FileStream对象，而是使用MapPathBasedVirtualPathProvider和MapPathBasedVirtualFile类获取FileStream对象。

这种抽象使ASP.NET可以从任何地方提供页面，而不必将页面存储在实际的文件系统中。此概念用于实现重影/不重影，这基本上意味着拥有页面的单个副本，并将其作为不同的页面提供。

SharePoint利用ASP.NET 2.0中的这一新功能以及SQL Server 2005中改进的BLOB存储功能来提供页面。

在创建文档库模板时，" 12个配置单元"中的文件会被幻影到SharePoint内容数据库(SQL)中。此时，编辑这些页面的唯一正确方法是使用Microsoft SharePoint Designer。

打开SharePoint Designer并打开有问题的SharePoint网站，我们将在文件资源管理器中看到文档库。在文档库下，我们将看到一个Forms文件夹，该Forms文件夹包含呈现给浏览器的源文件。

这是一个屏幕截图：

SharePoint设计器http://friendfeed.s3.amazonaws.com/4fa26ae9322cf04ff95331fa24c12d1c44467730