New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Proposal  - Provider model for PageState persistenceProposal - Provider model for PageState persistence
Previous
 
Next
New Post
11/11/2010 7:54 AM
 
I put a proposal into Gemini for a new kind of provider - a "PageState Persistence" provider. I would like to get feedback whether this is a good idea or not. See: DNN-14357 - Provider model for PageState persistence

This isn't a show-stopping issue, just something that if at some point got added to the core would make a difference.

Here's what it says in the ticket:



Currently DNN natively supports two PageState persistence mechanisms (Page and Memory) and the host user can switch between them in Host Settings.

Historically there have been many problems reported with the Memory option, to the extent that it was at one point removed,then added back with a warning about its use.

However, there is still a great interest in having a (working) server-based mechanism for the large potential performance gains. How to implement this "correctly" is a hot topic in the developer community, and not just in DNN as this is an issue for ASP.NET sites generally.

Because the current implementation is coded into the DNN core, there is not much opportunity for developers to develop their own implementation, and for these solutions to be shared with the community/sold. The public perception of the Memory option is that it is a "broken" feature which should and could be made to work if only the core team would do X, Y or Z.

In my view, implementing a Provider model for PageState persistence would , transform this situation. There would be two built in PageState persistence providers  i.e. the current Page and Memory options (or possibly just Page, if Memory is still unreliable), with Page being the default. As with all other providers, changing it would be via extension installer or manually in web.config (the options in Host Settings would be removed). Developers could write their own alternative providers and package them for sharing with the community or as commercial products. 

This area might then be perceived as "DNN has a working page-based mechanism, and if you want to pursue a possibly better performing alternative you can try these third-party alternatives".


 
New Post
11/15/2010 4:20 PM
 
Personally I would rather see this option removed again and left alone.  There are too many dependencies on this one and ways that you would be impacting third party solutions that isn't easily feasible.

-Mitchel Sellers
Microsoft MVP, ASPInsider, DNN MVP
CEO/Director of Development - IowaComputerGurus Inc.
LinkedIn Profile

Visit mitchelsellers.com for my mostly DNN Blog and support forum.

Visit IowaComputerGurus.com for free DNN Modules, DNN Performance Tips, DNN Consulting Quotes, and DNN Technical Support Services
 
Previous
 
Next
HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Proposal  - Provider model for PageState persistenceProposal - Provider model for PageState persistence


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.