Sharepoint 2010을 우리가 만들고있는 웹 사이트의 CMS로 사용할 계획입니다. 이 사이트에는 로그인 기능이 있습니다. 내 상사는 Sharepoint의 사용자 프로필 기능을 사용하여 사이트에 대한 사용자 정보 (사용자 이름, 암호, 연락처 정보 등)를 저장하도록 제안했습니다. 표준 목록이나 데이터베이스 테이블을 어딘가에 사용하는 것이 더 나은 방법은 무엇입니까? 나는 이것이 어떻게 가능할 수 있는지 조사하고있다. 하지만 비슷한 것을 시도해 본 사람이 있습니까? 공유 할 수있는 일화가 있습니까? 모든 건설적인 의견을 크게 주시면 감사하겠습니다.Sharepoint 2010 사용자 프로필을 사용하여 공개 대면 웹 사이트에 대한 사용자 정보 저장
덕분에, 프랭크
당신은 일화에 대해 물었다. 나는 일화를 가지고있다.
나는 다시 인터넷에 사용자의 개인 페이지를 노출하는 셰어 포인트 서버를 설정하려고했습니다. 인증 된 액세스를 허용하고 싶지만 필요하지는 않았습니다. 말하자면, 일반 사용자는 읽기 전용 액세스 권한을 가지며 InfoPath 양식 데이터를 결과를 수신하기 위해 만든 셰어 포인트 라이브러리에 제출할 수 있습니다. 따라서 사용자는 Infopath 웹 양식을 사용하여 공개 정보를 게시하고 공개 설문 조사를 만들 수 있습니다.
공개 액세스를 허용 할 때 몇 가지 문제가 발생했습니다. 수퍼 관리자 계정으로 로그인 한 경우에도 문서 라이브러리의 환경 설정 페이지에있는 "인증되지 않은 사용자"옵션이 회색으로 표시되었습니다.
결국이 작업을하려면 URL 해킹을 약간해야했습니다. 환경 설정 페이지에 액세스하는 데 사용한 URL에서 "DOC"를 "DOCLIST"로 변경해야만했습니다 (정확하게는 아니지만 그런 식으로). 그런 다음 "모든 사용자"옵션을 사용할 수있게되었습니다. 즉, 실제로는 공식적인 방법이 없습니다. 내가하려는 일을 할 수 있습니다.
모든 것이 인터넷에 직면 한 사이트에 대해 Sharepoint에 대해 내 입안에서 정말로 시큼한 맛을 남겼습니다. this과 같은 내용도 참조하십시오. Sharepoint는 실제로 인트라넷 전용으로 설계되었습니다. 추가 단점으로는 많이 정상적인 CMSen보다 더 많은 자원을 필요로합니다. 전체 Sharepoint 설치는 단일 사용자가 없어도 매우 강력한 가상 시스템을 막을 수 있습니다. 정말 큰 롤아웃을 해 본 적이 없으므로 확장성에 대해서는 언급 할 수 없지만 인덱싱 서비스가 CPU에서 상당히 무겁다 고 말할 수 있습니다.
LDAP는 사용자에게 정보를 저장하는 더 좋은 방법이라고 생각합니다. Sharepoint를 사용하는 경우 이미 AD 인프라가 있습니다. AD는 LDAP에 사용자 프로필 정보를 저장합니다. "Active Directory 사용자 및 컴퓨터"에서 볼 수있는 것은 눈부신 LDAP 브라우저 일뿐입니다.
PRO :
여기에 내 초기 toughts입니다 그것은 같은 수단을 사용하여 표시하기 위해 "다른"사용자 정보와 함께 저장되는 사용자의 AD와 같은 외부 소스로부터 정보] 병합 "쉽게"입니다.
계속 : 사용자 프로필 저장소에 대한 FBA 멤버 자격 공급자를 찾지 못했습니다.