我们打算将Sharepoint 2010用作我们正在构建的网站的CMS。该网站还将具有登录功能;我的老板建议我们使用Sharepoint的用户配置文件功能来存储用户信息（用户名，密码，联系信息等）。那么如何更好地说在某个地方使用标准列表或数据库表？我正在研究这可能如何工作。但有人在这里尝试过类似的东西吗？关于它的任何轶事你可以分享？任何建设性意见非常感谢。使用Sharepoint 2010用户配置文件存储面向公众的网站的用户信息
感谢， 弗兰克
你问轶事。我有一个轶事。
早些时候，我试图建立一个Sharepoint服务器，将用户的个人页面暴露给互联网。我们希望允许通过身份验证，但不要求它;也就是说，普通用户将拥有只读访问权限，并且还可以将InfoPath表单数据提交给创建用于接收结果的Sharepoint库。因此，用户可以发布公共信息并使用Infopath网页表单创建公共调查。
当我开始公开访问时，遇到了一些问题。即使在我使用超级管理员帐户登录时，文档库的首选项页面上的“未认证用户”选项也显示为灰色。
最后，我不得不做一些网址黑客来完成这项工作。我必须在我用来访问首选项页面的URL（不完全是这样，但类似的东西）中将“DOC”更改为“DOCLIST”，然后“everyone”选项变为可用。换句话说，实际上有没有官方的方式做我想做的事情。
整个事情在我面对面向互联网的网站的Sharepoint时留下了一种非常酸的味道。另请参阅this之类的内容。 Sharepoint是专为Intranet使用而设计的。另外一个缺点是，太多比正常CMSen更耗资源。完整的Sharepoint安装可以在没有单个用户的情况下阻塞一个非常强大的虚拟机。我无法评论它的可扩展性，因为我从来没有做过非常大的部署，但我可以说索引服务在CPU上相当重要。
在我看来，LDAP将是一种更好的方式来存储用户信息;如果你使用Sharepoint，你可能已经有了一个AD基础设施。 AD无论如何都将用户配置文件信息存储在LDAP中 - 您在“Active Directory用户和计算机”中看到的只是一个荣耀的LDAP浏览器。
这是我最初的toughts：
PRO：这是“易”从外部来源，如你的AD，存储与“其他”的用户信息，以便合并信息来源使用相同的手段来显示。
CON：我还没有遇到用户配置文件存储的FBA成员资格提供程序。