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 StartedNew to DNN Plat...New to DNN Plat...Multi-Company featureMulti-Company feature
Previous
 
Next
New Post
7/7/2010 9:39 AM
 
Raman, for your scenario, still both approaches are valid, though not out of the box. A user might be member of multiple portals (with individual user profiles), but you need to provide him with a company switcher etc. Custom modules may easily be build to support multiple portals as individual companies. This approach will allow you to create individual web sites per company and still use the same modules and users to manage the backoffice stuff as well as the storefront. For future versions, there has been Portal Groups feature announced, which might also solve some issues of this scenario.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
7/7/2010 10:10 AM
 
>A user might be member of multiple portals (with individual user profiles), but you need to provide him with a company switcher etc.
A use will be a member of one and only company (portal in terms of DNN). Yes, the system should have the ability to send his data to a user of another company. This can be implemented using the workflow feature. Right? In other words, the users of other companies should be able to view his data. Is it possible, if we adopt the sub-domain option.

>Custom modules may easily be build to support multiple portals as individual companies.
By multiple portals, do you mean the sub-domains like companyA.website.com?

By custom modules, do you mean to say the modules comprising our core business logic? Or, do we need to customize the DNN itslef in order to assign one sub-domain (portal) to one company?

>This approach will allow you to create individual web sites per company
The company A will access with this URL: companyA.website.com

With Regards
 
New Post
7/7/2010 1:25 PM
 
Coooolers,

I have implemented the scenario you described a few years ago.  We actually modified the core user  object to include a company ID.  At this point I would recommend against that, because of the upgrade hassles.  (the changes were not that great but it was enough to cause some headache)  I would suggest you just create  database tables for companies then a table that relates users to the company (or companies) and a module to handle those mappings.  Then you can use that info in any modules you create.  The out of the box DNN modules will be unaware of your mappings though. (along with any other 3rd party modules)

I would not create separate websites or subdomains for each company. That is a maintenance nightmare.

 
New Post
7/7/2010 10:35 PM
 
Robert

Thanks. This is some info. that will help me get on the track. But I am still halfway through being new to DNN.

>We actually modified the core user object to include a company ID. At this point I would recommend against that, because of the upgrade hassles. (the changes were not that great but it was enough to cause some headache)

I did the same mistake in the PHP-based huge code base and completely closed myself to upgrades. I made the changes in about 2K places but it was done using a script.

However, at how many places did you make the changes. If in one single class, then I believe it won't be difficult to keep it in sync with the upgrades.

>I would suggest you just create database tables for companies then a table that relates users to the company (or companies) and a module to handle those mappings. Then you can use that info in any modules you create.

The backend part I got it. Pl. elaborate what kind of info. would need to be there in the module that handle those mappings. Pl. give an example. In other words, what will be the functions/methods like of that module.

>The out of the box DNN modules will be unaware of your mappings though. (along with any other 3rd party modules)
Yes. Or, can't use inheritance to extend them, if required.

>I would not create separate websites or subdomains for each company. That is a maintenance nightmare.
I am of the same viewpoint.

I am really looking forward to hear from you.

Thanks
Raman
 
New Post
7/9/2010 11:40 AM
 
Raman,

If I get some time this weekend I'll reply to your questions.

Robert
 
Previous
 
Next
HomeHomeGetting StartedGetting StartedNew to DNN Plat...New to DNN Plat...Multi-Company featureMulti-Company feature


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