You are hereDotNetNuke / DotNetNuke 5.x
A beginner ASP.NET developer also knows pretty well that each ASP.NET page needs to have a <form runat="server"> tag on the page and that all server controls need to be present inside this tag (although this is not entirely true; you can place server controls outside <form runat="server"> but then they cannot participate in regular ASP.NET functionality like PostBacks, Viewstate etc).
I returned to serious DotNetNuke development this year after a gap of more than a couple of years probably. And I must say, I did not see much changes as far as the public API of DotNetNuke is concerned. Yes, there have been good UI changes, some new capabilities but the underlying framework feels the same (this was in stark comparison to my last year's experience with migration from Drupal 6 to Drupal 7, where the entire Drupal API was overhauled, and here in DotNetNuke, the framework had notched up by 2 major versions).
So, I have again been asked by Packt Publishing to do a third-party review of another of their DotNetNuke book, written by John K. Murphy and titled DotNetNuke 5.4 cookbook. But this time, I am an external reviewer for the book, rather than being an official reviewer.
The book promises to teach you to "create and customize DotNetNuke (DNN) websi
I use DotNetNuke extensively for building Enterprise applications for my clients (you might be interested in checking out iClinic, or iMLM etc.). DNN together with ASP.NET & Sql Server put forward extreme power and flexibility in your hands as a Solution Architect, together with great off-the-shelf features, a perfect platform to build upon.
You might be well aware that DNN allows you to create multiple Portals based on the same physical installation and the database. It even allows the users to be managed independently across Portals, restricting users to the Portal they registered for.
I thought about writing this blog entry while doing a technical review of a book on DotNetNuke 5.x. The soon-to-be-published book (by Packt Publishing) says this about DotNetNuke portals:
I present below various Tips & Techniques (not in any particular order) for optimization of a typical DotNetNuke installation.I learned these while using DNN over time, while I encountered some of them while browsing over web.
A typical DNN install requires considerable server resources, and creates significant traffic between the database & web server. These techniques aim to reduce both of these where-ever possible, along with some other optimizations. Some of these may not apply to you, and I advise you to exert discretion in deciding which of these work best for you.