【问题标题】:How to identifiy custom code areas on a SharePoint installation?如何识别 SharePoint 安装上的自定义代码区域?
【发布时间】:2010-02-24 22:56:41
【问题描述】:

如何以编程方式确定使用自定义代码(DLL 等)的 SharePoint 2007 安装的站点?或者换一种说法,我如何识别所有不是您的“标准”文档集合、列表、日历等的网站?

基本上,我对识别需要源代码的网站感兴趣。我不想查看 GAC 或其他东西并获取 DLL 列表,因为那里可能有陈旧的文件。我想要一个可以导航到的(站点、URL 等)列表,以便查看页面实际使用的东西等。

我的公司有不使用源代码控制的承包商和员工的不良历史。我需要弄清楚我们的处境到底有多糟糕……

【问题讨论】:

    标签: sharepoint sharepoint-2007


    【解决方案1】:

    嗯,有趣的问题。

    我认为您可以使用一点 PowerShell 脚本来:

    1. 在场中迭代 Web 应用程序
    2. 检查每个网络应用程序中的根网站集,看看它是否使用自定义模板
    3. 查找在每个 Web 应用程序的每个网站集中都处于活动状态的自定义网站集功能
    4. 在每个网站集中查找活动的自定义网站功能
    5. 查看每个站点中的母版页和主页(可能还有其他),看看它们是否是定制的
    6. 检查每个 Web 应用自定义安全控件的 web.config

    我敢肯定,还有很多东西。有很多方法可以自定义共享点,这可能需要一段时间。如果您只是想知道一个站点是否是非标准的,那么这可能很容易。如果您想要一份详尽的所有自定义列表,那将非常困难。

    HTH

    干杯

    【讨论】:

    • 虽然我需要一点时间来实施您的建议,但我喜欢它们,也喜欢肯定这是一个整体的难题。这就是我在内部被告知的;很高兴听到外人证实。我会在下周开始处理你的建议。
    【解决方案2】:

    您可以使用免费的Process Explorer(现在由 Ms 拥有,是 SysInternals)并查看进程 (w3wp) 和它打开的 DLL。

    【讨论】:

    • 有趣且有用,但不是我想要的——除非我错过了什么。这可以让我探索正在运行的内容。如果什么都没有运行呢?也就是说,我首先需要弄清楚如何让事情启动,而不是在已经运行的事情上工作。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-09-11
    • 1970-01-01
    • 2012-11-11
    • 2014-06-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多