構築中の Web サイトの CMS として SharePoint 2010 を使用する予定です。このサイトにはログイン機能もあります。私の上司は、Sharepoint のユーザー プロファイル機能を使用して、サイトのユーザー情報 (ユーザー名、パスワード、連絡先情報など) を保存することを提案しました。どこかで標準のリストやデータベーステーブルを使用するよりも、これがどのように優れているでしょうか? これがどのように機能するかを調べています。しかし、ここで誰かが似たようなことを試しましたか? あなたが共有できるそれについての逸話はありますか? 建設的な意見は大歓迎です。
ありがとう、フランク
あなたは逸話を求めました。逸話があります。
しばらく前に、ユーザーの個人ページをインターネット全体に公開する SharePoint サーバーをセットアップしようとしていました。認証されたアクセスを許可したかったのですが、それを要求したくはありませんでした。つまり、通常のユーザーは読み取り専用アクセス権を持ち、さらに結果を受け取るために作成された SharePoint ライブラリに InfoPath フォーム データを送信することができます。したがって、ユーザーは Infopath Web フォームを使用して公開情報を投稿し、公開調査を作成できます。
アクセスを公開しようとしたとき、いくつかの問題に遭遇しました。ドキュメント ライブラリの設定ページにある [認証されていないユーザー] オプションは、スーパー管理者アカウントでログインしている場合でもグレー表示されていました。
最終的に、これを機能させるために URL ハッキングを少し行う必要がありました。設定ページにアクセスするために使用した URL で「DOC」を「DOCLIST」に変更する必要がありました (正確ではありませんが、そのようなものです)。その後、「全員」オプションが使用可能になりました。言い換えれば、私がやろうとしていたことを行うための正式な方法は実際にはありませんでした.
インターネットに直接接続するサイトの SharePoint について、私の口の中に本当に嫌な味が残りました。このようなものも参照してください。Sharepoint は、実際にはイントラネットでの使用のみを目的として設計されています。追加の欠点として、通常の CMSen よりもはるかに多くのリソースを消費します。Sharepoint を完全にインストールすると、ユーザーが 1 人もいないと、非常に強力な仮想マシンが機能しなくなる可能性があります。非常に大規模なロールアウトを行ったことがないため、そのスケーラビリティについてコメントすることはできませんが、インデックス サービスは CPU にかなり負担をかけていると言えます。
ユーザーに関する情報を保存するには、LDAP の方が適しているように思えます。Sharepoint を使用している場合は、おそらく AD インフラストラクチャを既に取得しています。とにかく、AD はユーザー プロファイル情報を LDAP に保存します。「Active Directory ユーザーとコンピューター」に表示されるのは、美化された LDAP ブラウザーにすぎません。
ここに私の最初の考えがあります：
PRO: AD などの外部ソースからの情報を「簡単に」マージして、同じ手段を使用して表示するために「他の」ユーザー情報と一緒に保存します。
短所: ユーザー プロファイル ストアの FBA メンバーシップ プロバイダーを見つけられませんでした。