我們打算將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成員資格提供程序。