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 ...Have to do something about the migration problemHave to do something about the migration problem
Previous
 
Next
New Post
7/9/2007 10:37 PM
 

DNN is too cool and too powerful to be so hamstrung in the area of migration.  It is almost IMPOSSIBLE to move a DNN site from one server to another, and Google searches on the topic reveal nothing but frustrated users (like myself) and "experts" scratching their heads and acknowledging that, really, it can't be done.

Any enterprise-class application needs to be able to support basic development/test/production staging as well as failover (being able to quickly bring the site up in another environment).  DNN suffers terrible in these areas.  It's just too brittle.

Example:  I created a DNN site with a couple of portals and a lot of content in a folder in my hosted site (on easyCGI) since this was the default EasyCGI implementation.  It turns out that it is impossible to move the site to the root.  That's such a simple task, yet impossible to perform.  The only solution is to manually rebuild the site in the root.  Amazing!!  With any other site this would essentially be a copy/paste task.

It's time to solve the problem once and for all.  DNN needs the ability to perform the following tasks:

From the Host menu: move / copy the entire site to a different location (ie. different domain or folder within the domain) by specifying a new location and clicking a button to move / copy.

From the Admin menu: move / copy a portal to a different host location by specifying the new host root; or, import a site from another host by specifying the host and portal ID.

Am I wrong?  Am I being unfair?


 
New Post
7/10/2007 6:25 PM
 

I would also add that there is a need to coordinate the Windows security system to simplify installation. Ideally DotNetNuke should create its own user account to coordinate the granting of permissions to whatever it needs: IIS, SqlExpress, NFTS file system, etc.

I am new to DNN and IIS and have had to becoming acquainted with the labyrinth that is the permissions required to get things going; never mind changing things around...

In particular, there are three accounts involved and five application systems. Their settings seem scattered throughout he documentation and in particular, implied. For example, machine.config in the .Net framework installation system provides for local databases by attaching the local database file at connection time. This action seems to require a particular level of permission that at least one of the accounts do not have by default. The resulting error message is uninformative.

APPLICATION/SYSTEM ACCOUNT____________
IIS Server users  IUSR_<system>
WinXP,2K,2K3 processes NETWORK SERVICE
ASP.NET processes  ASPNET
NTFS File System ==> provide permissions
SQLServer/Express ==> provide permissions

The recommended approach of course is to spend five hours reading the documentation and then provide the minimum access for each user account. A reasonable proposition if documentation were generally correct, clear, thorough, and complete.

George's 2Cents.

 

 
New Post
8/9/2007 3:19 PM
 

I'm in the same boat. I have a development server for DNN 4.5 and have been given the instructions to move it to our production IIS server. I checked the web and found this on a DNN developer blog, which I plan to test out in a "controlled" migration. I'll respond to the list about my progress.

http://dnnblog.venexus.com/PermaLink.aspx?guid=8900aa61-f975-4a8e-8e80-da2df3884241

 

 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Have to do something about the migration problemHave to do something about the migration problem


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