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 ...Urgent (expert) help required deploying DNN to production serverUrgent (expert) help required deploying DNN to production server
Previous
 
Next
New Post
10/21/2008 12:14 PM
 

Hi guys,

I've done many deployments of DNN over the years in all sorts of strange configurations - but this one has me stumped at the moment.

My web server runs a MS Commerce server site on the 'default' web.  Due to the nature of this deployment, I have no ability to play around with either the machine.config or the root web.config (I do however have copies of both at my disposal)

I have deployed my DNN site in a virtual directory (in a separate app pool) which works fine if i reference it by an IP address assigned to the virtual directory (which has been fine for testing) but in the real world I must deploy the DNN site to www.domain.com/blah/dnn  (for example)

Now - if I just deploy the standards web.config in the dnn directory - it of course complains about the many missing modules etc. 

I've tried copying the modules in question to the 'bin' directory - and 'removing' them from web.config in my dnn domain this throws up further error after error...

I tried 'clearing' the modules from the web.config - which results in the DNN site being browsable, but then it is not possible to 'login' - it does however allow a user to register - and it actually 'works' in that it sends the confirmation email etc.

So - close but no cigar.

anyone got any suggestions as to any module that i specifically need to 're-include' (beyond the standard dnn ones in web.config) after using the clear function to get authentication to work?

 

Many thanks!

Ben

 
New Post
10/22/2008 6:07 AM
 

Hi,

I've also moved many DNN installations and set them up in different domains etc. Usually what I do is create a backup of the db, and restore it on the new server.  I also copy the entire dnn folder from inetpub to the new server.  But the magic trick is to create an HTTP alias exactly the way you would like it to appear in the new domain on the old installation BEFORE moving it.  Once moved, I delete the old http alias from the portal alias table in the db, then I setup the iis on the new server to point to the newly copied dnn folder (using virtual directory).  So far this has worked for me eveytime.

 
New Post
10/22/2008 9:17 AM
 

Thanks for taking the time to reply Julian, but you've totally missed the nature of the problem...

I have no issue 'moving' a DNN site / database etc.

The problem is to do with inheritance (standard IIS behavior) of modules and configuration within the web.config

I've got COMMERCE SERVER installed on the 'default' web - which is essential to the running of my company primary website.

I'm setting up a DNN portal, to serve a specific purpose for a 'community' aspect of our business

www.company.com/community

where community is my DNN portal

the problem is that settings in the default web.config (and machine.config for that matter) are inherited by my 'sub-web'  because of the many assemblies as a part of the commerce server site - first - dnn would not run at all.

I spent many hours 'trying' to explicitly 'remove' all assemblies/modules/handlers from the web.config for the DNN application - but with no success.

eventually - taking the sledgehammer approach - I have used the tag - < clear /> within the httpModules section which has NEARLY got the site working.

Ie - the site is browsable however a couple of significant issues remain.

1.  Images are not rendered

2. (and more significantly) Sign in is not possible.  I can see from my SQL logs, that it performs the validation of the user account - however it seems that IIS is not effectively creating a session for the validated user.

 

I'm really starting to tear my hair out over this - and cant believe that ultimately i dont just have to 'add' a couple of httpModules or something to resolve it in web.config.

 

ANYONE?  (ps - this is not a question for people who don't really understand the workings of assemblies/web.config/IIS etc)

thanks! - free beer for whoever solves this one...

 
New Post
10/22/2008 8:59 PM
 

I would move your commerce server site to mycompany.com/commerce and your dnn site stays at mycompany.com/community.

In the default website remove the web.config file.

 
New Post
10/22/2008 9:39 PM
 

I'm not very familiar with commerce sever... but if you can create a new website instead of a virtual directory then you will not have any problems with web.config clashes.

JK.


You know your website is cool, so why not let your users help you by spreading the word on social networking sites - get the DotNetNuke Social Bookmarks Module with 57 different ways to add social bookmarks to your site ... or download the FREE demo right now
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...Urgent (expert) help required deploying DNN to production serverUrgent (expert) help required deploying DNN to production server


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