我们计划将 Sharepoint 2010 用作我们正在构建的网站的 CMS。该站点还将具有登录功能；我的老板建议我们使用 Sharepoint 的用户配置文件功能来存储站点的用户信息（用户名、密码、联系信息等）。这比在某处使用标准列表或数据库表更好吗？我正在研究这可能如何工作；但是这里有没有人尝试过类似的东西？你有什么关于它的轶事可以分享吗？非常感谢任何建设性的意见。
谢谢，弗兰克
问问题
1665 次
2 回答
0
这是我最初的坚持：
PRO：合并来自外部资源（如您的广告）的信息“很容易”，与“其他”用户信息一起存储，以便使用相同的方式显示。
CON：我还没有遇到过用户资料商店的 FBA 会员资格提供商。
于 2010-07-26T18:28:38.070 回答
0
你问轶事。我有一个轶事。
不久前，我试图建立一个 Sharepoint 服务器，将用户的个人页面暴露给整个 Internet。我们希望允许经过身份验证的访问，但不要求它；也就是说，普通用户将具有只读访问权限，并且还能够将 InfoPath 表单数据提交到为接收结果而创建的 Sharepoint 库。因此，用户可以使用 Infopath Web 表单发布公共信息并创建公共调查。
当我公开访问权限时，我遇到了一些问题。即使我使用超级管理员帐户登录，文档库首选项页面上的“未经身份验证的用户”选项也是灰色的。
最后，我不得不做一些 URL hacking 来完成这项工作。我必须在用于访问首选项页面的 URL 中将“DOC”更改为“DOCLIST”（不完全是，但类似的东西），然后“所有人”选项变得可用。换句话说，实际上没有正式的方式来做我想做的事情。
对于面向 Internet 的网站的 Sharepoint，整件事在我的嘴里留下了一种非常酸的味道。另见这样的事情。Sharepoint 真的是专为 Intranet 使用而设计的。另一个缺点是，它比普通的 CMSen 更需要资源。一个完整的 Sharepoint 安装可以在没有单个用户的情况下扼杀一个非常强大的虚拟机。我无法评论它的可扩展性，因为我从未进行过真正大规模的部署，但我可以说索引服务在 CPU 上相当繁重。
在我看来，LDAP 将是存储用户信息的更好方法；如果您使用的是 Sharepoint，那么您可能已经拥有了 AD 基础架构。AD 无论如何都将用户配置文件信息存储在 LDAP 中 - 您在“Active Directory 用户和计算机”中看到的只是一个美化的 LDAP 浏览器。
于 2010-07-26T17:56:26.453 回答