问题标签 [moss]

我正在开展一个项目，该项目正在用 sharepoint 替换旧的门户系统 (Plumtree)，我们希望使过渡尽可能顺利。

我们目前正在研究的一件事是获取所有小工具（WebParts 的 Plumtree 术语）并确保它们出现在用户新的 MySite 上的相同位置。

Plumtree 将这些信息保存在一个包含用户、页面、小工具和位置信息的简单表格中。我想找到一种方法来自动读取此表并将新的 WebParts 放在用户 MySite 上，而不必为数百个用户手动设置它。

有人告诉我，直接在 SQL Server 中修改 Sharepoint 表不是一个好选择，因为它可能会影响我们的支持安排，但如果这样可以节省手动执行此操作，那么我会考虑它。

想到的其他选项是创建等效表并在用户第一次访问其 MySite 时使用 API 调用加载 WebPart。

有更好的建议吗？

在用 c# 编写的 Sharepoint WebPart 中，我需要找出当前用户 MySite 的 ID，或者检查当前站点是否是用户 MySite。

想法？

我正在使用编程方式创建一个 SharePoint 网站

我需要运行什么代码来设置 spWeb 以关闭“在导航中显示页面”选项？

回答：

我的 MOSS '07 网站有一个页面布局，我想在其中放置一个 MultipleLookupField。该字段将指向我的自定义内容类型中的多个查找列，该列指向页面库，因此我可以拥有一个“相关文章”字段.

我已经让该字段正确显示——当页面处于编辑模式时，它甚至是可编辑的！但是，当您单击那里显示的链接时，它会显示页面的属性视图而不是页面本身。

控件上有很多属性，但 MSFT 几乎没有关于它们的作用的文档。

有谁知道如何将链接的 URL 更改为实际页面而不是属性视图？

这是我正在使用的标签：

<SharePointWebControls:MultipleLookupField ID="MultipleLookupField1" FieldName="RelatedIssues" runat="server"></SharePointWebControls:MultipleLookupField>

该链接将我带到这里：/Pages/Forms/DispForm.aspx?ID=6&RootFolder=*

我希望它带我到这里：/Pages/faq1.aspx

所以，也许我有点老派，但是当我们过去创建网站时，我们会在开发服务器上开发网站，然后将页面和文件发布或推广到生产服务器。这似乎一直是一个好方法，这样用户就不会看到混乱的页面或（上帝保佑）因为我们中的一个人搞砸了而宕机的服务器。

但微软在创建 SharePoint 时似乎并没有想到这个想法……至少，我无法在定义的基础架构中找到实现这一点的方法。

有谁知道是否有针对 SharePoint 开发的管理策略？我在网上看到我们可以备份开发环境并恢复到生产服务器。这可能是第一次工作，但是对生产服务器的任何更新都无法做到这一点，而不会冒生产服务器上的数据丢失的风险。我已经看到了一些用于将列表内容、页面和文档从一台服务器迁移到另一台服务器的工具——尽管不可否认，我还没有研究过它们。

但是，我关心的另一个问题是自定义内容类型。似乎一旦列表使用了内容类型，您就无法在不从列表中删除项目、取消关联内容类型并重新关联内容类型的情况下对其进行更新。不应该有一些方法来升级内容类型吗？

无论如何，如果您对当前的这些困境有任何建议，我很乐意听取您的意见。

提前致谢，

担

感谢您的快速答复。

我们已经为我们的网站创建了几个功能和一个针对基础（内容类型、列等）的解决方案包捆绑功能，以及与品牌相关的功能（页面布局、母版页等）的另一个解决方案。

但这似乎是一次性的……基本上，它可以设置我们的服务器，对吗？一旦人们开始使用生产环境，我们的内容数据库中就会有文档、页面、列表项，并且不可能更新内容类型、列等内容。

您必须先停用和卸载功能，然后才能安装和激活新功能，对吧？我在功能定义上看到了 Version 属性，但据我所知，这没有任何作用。解决方案似乎可以通过增加版本号来升级，但它似乎并没有修改内容类型和列之类的东西——尤其是在它们正在使用的情况下。另外，我不确定解决方案升级的范围有多大。

这类事情几乎没有什么珍贵的文档。似乎我正在阅读的所有内容都是如何在最初设置您的 SharePoint 服务器......而不是长期管理它。

你有什么意见或建议吗？

谢谢大家的建议。

但是我们已经在这个网站上工作了一年多。我非常有信心，我们已经按照你们大多数人的建议进行了设置。我们已经有几个功能可以安装内容类型、列、母版页、页面布局和工作流等内容。大多数这些功能都包含在解决方案包中。我们将所有开发环境都设置为 VPC 服务器。

所以，我已经基本完成了初始部署。我真正希望找出的是如何升级内容类型和列之类的东西以及未来的东西。内容类型在使用后是否可以更改？因为根据我的初步测试，这似乎是不可能的。我不担心这些程序集，因为看起来它们交换得很好，但是我更新内容类型的唯一方法是删除引用它们的任何项目（即我的页面库中的所有页面），删除内容类型，然后重新添加它。

你们中的任何人都知道是否有办法在初始部署后更新内容类型？...当用户已经根据我们已经部署的内容类型创建了项目时？

（我的问题的另一部分实际上是将现有页面从开发服务器移动到生产服务器，但我可以没有它。我主要担心的是内容类型。）

在为 SharePoint 导入 AD 时，MOSS 会自动执行此操作：“Office SharePoint Server 2007 会自动将您的经理、同事和直接下属添加为您的同事”。如何自动禁用此功能，使其成为干净的同事列表？

从 Word 2007 保存到我们的 SharePoint 2007 (MOSS) 文档库时，我们遇到了一个奇怪的间歇性问题，它提供了一个永远不会消失的对话框 - 它的标题是“内容类型”和消息“正在获取可用内容类型的列表... " 带有一个持续滚动的绿色进度条。它在我们的训练服务器（具有独立 SQL Server 的自包含虚拟机）上发生了很多，但更令人担忧的是在我们的实时生产服务器上发生SQL 服务器）。场中的所有服务器都是 64 位的。

这是奇怪的随机 - 用户必须杀死 Word 2007，然后他们恢复他们的文档并尝试保存到同一个文档库，它保存没有问题。

它发生在训练服务器上比实时服务器上更多。实时 Web 应用程序服务器很少超过 20% 的 CPU（通常为 5% 左右），内存峰值为可用 4Gb 的 2Gb（通常为 1.5Gb），所以我认为这不是资源问题。

使用解决方案中的功能自定义和部署文档库。其中唯一的内容类型是标准的 Documents 内容类型。

更新我们将此作为支持问题与 Microsoft 一起打开，这是一个已知问题，目标是在 2009 年 2 月的 SharePoint 累积更新修补程序包中解决。

编辑将上述回复复制到一个答案，以便可以将此问题标记为已回答。

我有一个包含多个文档库的站点。其中一位站点用户完全控制了站点，并且在某一时刻，他们没有创建新的文档库，而是将默认文档库从“共享文档”重命名为“通信”。现在他们已经在 Windows 资源管理器中打开了文档库，因此在他们的网络位置中添加了一个条目。该条目的名称是“portal.mydomain.net 上的共享文档”而不是“portal.mydomain.net 上的通信”。这是因为库的地址仍然是“共享文档”。我进入了用户的网络并重命名了该条目，但是我希望也更改地址，以便将来的用户不会遇到同样的问题。

我查看了文档库设置，但找不到更改地址的地方。地址显示在“标题、描述和导航”中，但无法更改它。我尝试在“站点操作”>“站点设置”>“内容和结构”下查看是否有任何方法可以更改那里的地址。但是，当我检查通信文档库并下拉操作菜单时，“移动”显示为灰色。

我想我可以将库保存为模板，包含内容并在正确的地址中创建一个新库，但是信息修改的都是错误的。

有任何想法吗？

我的生产前端服务器上的事件日志充满了错误消息：

“无法确定具有 ID 的功能的定义”

现在，我在其中一个开发服务器上发现了有问题的功能——它是一个 InfoPath 表单，后面有一些代码。但是，在生产服务器上找不到它。

我尝试在生产服务器上运行以下命令：stsadm -o uninstallfeature -id (your GUID) -force

没有变化 - 仍在生成错误。

如何摆脱错误？

如何自定义站点操作菜单以删除或重命名“标准”菜单项？站点操作菜单项在哪里定义？