Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

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

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Question - Forum and other DBQuestion - Forum and other DB's
Previous
 
Next
New Post
1/19/2009 1:32 PM
 

Hello everyone!

I haven't used dnn since the 1.1 days, and have just recently caught up on (most) of what it can do.

 

I have a client with a brittle access/asp I'm debating on rebuilding out on DNN. My issue is this - how would I go about keeping the application upgradeable with future DNN releases? I am hoping that in a year or so, this will be handed off to an in-house staff member, so I want to make certain they can get the basic updates and such from here, and feel confident it won't touch my code.

If I just use uniquely named tables, will this solve the issue? I recall getting burnt once or twice with functions and such in 1.1. and thought I'd just ask the community.

Is there a "Best practices" guide, or a better place to post this? I looked over the forums and this seemed my best bet.

 

Thank you!

 
New Post
1/19/2009 9:32 PM
 

Hey mediapyre,

There are really only a few things you need to do to avoid the types of module collisions that you mentioned - and they each have a pretty similiar theme - incorporate your unique name into as much of your module's naming as possible.

  • Make sure you give your module's folder a unique name (e.g. c:\inetpub\wwwroot\MyDnnSite\DestkopModules\EngageModule)
  • Use a "module qualifier" for database objects. (e.g. EngageModuleName_ObjectName)
  • Use a unique (and consistant) name for your assembly / namespace (e.g. EngageModule.dll and Engage.Dnn.Modules.ModuleName)

Also, from a big picture standpoint, in order to maintain a clean upgrade path, it is essential for you to avoid making modifications directly to the core DotNetNuke application and only enhance it with extensions (Skins, Modules, Providers, etc...)

Hope that helps & welcome back!

Take care,

Ian


Software Engineer
Co-Founder, dnnGallery
Stack Overflow: Ian Robinson
Twitter: @irobinson
Linked In: Ian Robinson
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Question - Forum and other DBQuestion - Forum and other DB's


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.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out