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

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Multiple DNN installs, single membership DBMultiple DNN installs, single membership DB
Previous
 
Next
New Post
6/8/2007 9:42 AM
 

I have two seperate installs of DNN (staging and production), but I would like both to use a single database for membership data.  I tried adding a connection string (which I named "SiteMembershipServer") to one of my installs that points to another identical DNN database, and then set the connectionStringName="SiteMembershipServer" for my membership provider.  Trying this out,  membership data i still stored and received from the site database and the membership database isn't touched. 

Is the connectionStringName field for the membership provider meant to be used this way?  If not, is my only other option to write my own membership provider?

Thanks in advance...

 
New Post
6/8/2007 1:25 PM
 

Two connection strings does not make sense for DNN in the web.config. 
I solve having a development and the identical production installation by using two identical databases. 
Just imagine you make a grave error during the development who kills the database as well the production database because it's the same!

 
New Post
6/8/2007 2:09 PM
 

Perhaps I was not clear previously, or maybe I don't quite understand your response.  Each site (the staging and production site) has thier own database.  However, we want a third database that is there only for membership/role/profile data that both sites can use (not to use as a complete DNN site database).  This database will still receive regular backups.  The staging site is used for  final testing and content management, and is synchronized to production every hour.  What we have run into is that when users register on the production site, those users do not show up on the staging server.  This means that any changes we make to users/roles need to be done directly in production (since the production users are not accessible through staging).  We could try synchronizing both ways, but that gets messy since you need context (ie - a user is present in production but not in staging - were they added to production and thus need to be added to staging, or were they removed from staging, and thus need to be removed from production?)  Also, I don't see why adding multiple connection string to the web.config file is a problem?  We have a large number of modules and some need to connect to databases other than DNN.  The web.config file seems like the place these should be stored.  What difference does it make how many connection strings you add to the web.config as long as you keep the DNN database connection string in there (SiteSqlServer)?

Thanks for taking the time to respond, I appreciate the help

 

 

 

 
New Post
6/8/2007 3:35 PM
 

Now we've two things to discuss: the first backup and synchronizing a database and the second a new connection string in your installation.
Regarding the first issue I really recommand solve this over the databases (I' m coming originally from the database development sector). Solely the performance argument you should suggest your synchronization / backup desideratum to be realized over TSQL. Another argument is it's a quite independent solution from further DNN versions (compared with a code based solution).

The second is: you know you must have a connection string with a name 'SiteSqlServer" with the db connection string which allows you to connect with the DNN db. When you create an additional connection string you've a second SqlDataProvider and have the advantage to code is 'in a well defined way' (I'm an austrian - I've directly translated what we express - I hope it has the same sense). Surley you've to spend more effort on the solution compared with a 'direct' solution.  

 
New Post
6/15/2007 5:24 PM
 

I need to do something similar. We have some existing apps which are using an ASP.NET 2.0 membership database and we would like to have a dotnetnuke application to use this database also, but cannot add any of the dotnetnuke tables to this database. Anyone know who to do this ?

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Multiple DNN installs, single membership DBMultiple DNN installs, single membership DB


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