Использование профилей пользователей Sharepoint 2010 для хранения информации о пользователях для общедоступного веб-сайта
Мы планируем использовать Sharepoint 2010 в качестве CMS для веб-сайта, который мы создаем. Этот сайт также будет иметь функцию входа в систему; и мой начальник предложил использовать функции профиля пользователя Sharepoint для хранения информации о пользователе (имя пользователя, пароль, контактная информация и т. д.) для сайта. Как это лучше сказать, используя стандартный список или таблицу базы данных где-нибудь? Я смотрю, как это может сработать; но кто-нибудь здесь пробовал что-то подобное? Какие-нибудь анекдоты об этом вы могли бы поделиться? Любой конструктивный вклад приветствуется.
Спасибо фрэнк
2 ответа
Вот мои начальные задачи:
PRO: "легко" объединить информацию из внешних источников, таких как ваша AD, для хранения с "другой" пользовательской информацией для отображения с использованием тех же средств.
CON: я не сталкивался с поставщиком членства FBA для магазина профилей пользователей.
Вы просили анекдоты. У меня есть анекдот.
Некоторое время назад я пытался настроить сервер Sharepoint, который бы отображал личные страницы пользователей в Интернете в целом. Мы хотели разрешить аутентифицированный доступ, но не требовать его; то есть обычные пользователи будут иметь доступ только для чтения и, кроме того, возможность отправлять данные формы InfoPath в библиотеки Sharepoint, созданные для получения результатов. Таким образом, пользователи могут публиковать общедоступную информацию и создавать публичные опросы, используя веб-формы Infopath.
Когда я пошел обнародовать доступ, я столкнулся с несколькими проблемами. Параметр "неаутентифицированные пользователи" на странице настроек библиотеки документов был серым, даже когда я вошел в систему с учетной записью супер-администратора.
В конце концов, мне пришлось немного взломать URL, чтобы сделать эту работу. Мне пришлось изменить "DOC" на "DOCLIST" в URL-адресе, который я использовал для доступа к странице настроек (не совсем так, но что-то в этом роде), и тогда стала доступна опция "все". Другими словами, на самом деле не было официального способа сделать то, что я пытался сделать.
Все это оставило во мне очень кислый вкус по поводу Sharepoint для интернет-сайтов. Смотрите также такие вещи, как это. Sharepoint действительно предназначен только для использования в интранете. Как дополнительный недостаток, он гораздо более ресурсоемкий, чем обычный CMSen. Полная установка Sharepoint может, без одного пользователя, задушить довольно мощную виртуальную машину. Я не могу комментировать его масштабируемость, так как я никогда не делал действительно большого развертывания, но я могу сказать, что служба индексирования довольно сильно загружает процессор.
Мне кажется, что LDAP был бы лучшим способом хранения информации о пользователях; Если вы используете Sharepoint, вы, вероятно, уже получили инфраструктуру AD. В любом случае AD хранит информацию о профиле пользователя в LDAP - то, что вы видите в "Пользователи и компьютеры Active Directory", - просто прославленный браузер LDAP.