Try our conversational search powered by Generative AI!

Johan Björnfot
May 7, 2010
(0 votes)

PageProvider capabilities

There has been some questions regarding why capabilities for a page provider are set through configuration rather than that the provider itself declares its capabilities through code.

First, it is possible to “ignore” the configured capabilities in your provider implementation. That is possible since you can override the virtual property Capabilities in PageProviderBase.

There is however a reason why capabilities are set through configuration rather than code. The reason is that there are some occasions where it is desirable to have the provider configured with less capabilities than it “technically” supports. One such scenario is when you have a setup with an dedicated editor site and other “read-only” public sites (just delivering content). In those cases it is practical to configure the page provider with no capability (same as read-only) on the read-only sites. Then the UI will automatically prohibit edit on those sites. And also if some code (e.g. through some web or wcf service) would try to edit content on that site it would throw NotSupportedException.

You can use this “feature” even if you are not using any custom page provider by declaring following in the config files for the “read-only” sites:

     <add name="default" type="EPiServer.LocalPageProvider,EPiServer" /> 

In that case the “read-only” site will run with the normal built in EPiServer page provider serving pages from the episerver database but the pages will not be editable through that site.

May 07, 2010


Please login to comment.
Latest blogs
Change the IP HTTP Header used for geo-lookup in Application Insights


Johan Kronberg | Jun 10, 2024 | Syndicated blog

Copying property values

In this article I’d like to show simple Edit Mode extension for copying property values to other language versions. In one of my previous blogposts...

Grzegorz Wiecheć | Jun 8, 2024 | Syndicated blog

Auto-translate with OpenAI GPT-4o in Optimizely CMS

Improvements for Episerver.Labs.LanguageManager! It's now possible to auto-translate both a page and its children at the same time! Additionally, m...

Tomas Hensrud Gulla | Jun 7, 2024 | Syndicated blog

Upgrade To Optimizely CMS 12 Issue: List item fields have become Required

There are many funny details to be aware of when upgrading from Episerver CMS 11 to Optimizely CMS 12. One of them that might feel a bit confusing ...

Allan Thraen | Jun 7, 2024 | Syndicated blog