Following are three examples describing when to use which provider. Note that every use case has its own special requirements in terms of security, databases, platforms, etc.
You have a custom database, which is already utilizing the SqlMembershipProvider functionality. In this case, you can add a new provider to your provider’s collection inside your Sitefinity CMS instance, and point to this database. After that, the provider is fully functional.
In this case, you implement an SqlMembershipProvider.
You have an existing application, which has its own security mechanism, such as a CRM system, a PHP web application, or a REST WebAPI that is used for authenticating customers.
If you want, for example, to let customers login to a specific part of your website, perform the following:
In this case, you implement a custom Membership Provider.
You want all the functionality described in Case 2 above, but you also want to add the following:
In this case, you implement a custom Membership Provider, which inherits the MembershipDataProvider class that comes with Sitefinity.
MembershipDataProvider
Increase your Sitefinity skills by signing up for our free trainings. Get Sitefinity-certified at Progress Education Community to boost your credentials.
This free lesson teaches administrators, marketers, and other business professionals how to use the Integration hub service to create automated workflows between Sitefinity and other business systems.
This free lesson teaches administrators the basics about protecting yor Sitefinity instance and its sites from external threats. Configure HTTPS, SSL, allow lists for trusted sites, and cookie security, among others.
The free on-demand video course teaches developers how to use Sitefinity .NET Core and leverage its decoupled architecture and new way of coding against the platform.
To submit feedback, please update your cookie settings and allow the usage of Functional cookies.
Your feedback about this content is important