Hi all,
I hope someone has had the same/similar architectural situation as mine and made it work!
Here is what I have / did:
I would like to create a content based sites like,
windows.development.com
linux.development.com
mac.development.com
etc.
I have different IP addresses for TLD (development.com) and subdomains (all sub domains have one IP address)
I installed Drupal with mutisite feature. Different Databases with one code base. Its working fine.
Here is what I am looking for:
I would like to have:
- the users register once in ANY of the sites. Meaning, same user across all domains including TLD (development.com)
- Different Templates / Themes and Modules on each site.
- Some common content across the sites.
Should / Can I use "Domain Access" module in this scenario? Is it possible?
Should I "Single Sign On" for unified user authentication? Or its handled automatically?
In multisite instructions, I see that I need to create a separate database to share user related tables for single registration across the domains. Should I be doing this?
What else I need to do in order to achieve my goals above?
Any better architectural recommendations, please?
"I am a newbie to Drupal though a hardcore programmer"
Please shed some lights on this topic!
Comments
Anyone?
Anyone? Any suggestions?
I could imagine that you can
I could imagine that you can use domain access for content and user sharing but I'm not sure about the ip addresses.
What might be possible is that you configure different virtual servers for the subdomains but route them to the same document root.
If you don't need the different addresses go ahead with domain access and use as it should be used.
Remember: I compute you!
A few questions...
Thanks rogerpfaff.
A few questions:
Does DA allow the following:
-Manage individual Layout / themes / templates for each domain
-Some common content
-Same users, roles and Profiles across all domains
-Single Sign On (same as above)? How does it fit in? Do I need it?
Appreciate your help!
i can give you just one
i can give you just one answer: yes ;)
But you will not need single sign on as long as you're using subdomains. Just set the cookie domain in settings.php to your main domain and you can share the logins across the sites.
the other points are managable via domain access: individual themes, shared or unique content and same user base are core features of DA.
Remember: I compute you!
Wow, I am excited. Thanks
Wow, I am excited.
Thanks much for the info. I will try out.
I already have multilsite with individual databases. I haven't shared any tables, yet!
Can I just remove the Sites/x.domain.com, sites/y.domain.com folders and related databases and continue with the default Drupal install? Or I need to start all over again trashing everything I have now?
Is it okay to have different IPs, one for all 3 subdomains and another one for main domain? (All are pointing to same drupal code base)
Thanks again!
the point with three IPs is
the point with three IPs is something you have to try. Please report any findings in this issue. ;)
and with the databases. If there is no content yet: good for you. if there is content: phew. I don't know any tool / module to combine multiple site to one. there might be a solution as always...
So if you're in the early state start from scratch.
Remember: I compute you!
Its fresh install. I am
Its fresh install. I am trying out each option. I just tried mutisite and it worked. Next on to this DA thing...
Sure, will keep you posted. I could get the mutisite working with diff IPs. So it should be same for DA too, I believe.
Thanks much!
Well, it worked with multiple
Well, it worked with multiple IPs!!!
You just have to point all Virtual directories to same drupal installation. Thats the key. Different IPs don't matter!
Help!
SpicyGuy,
If you have gotten this working, it may be a silver bullet for some of what we're facing. Can we talk more about your approach, how you're doing this, etc.? We have multi-site going on and a long list of modules. We've tried splitting functionality and specializing our tables. We need to share our user tables, but try to find a way to have separated databases.
All the best,
Mike DeWolfe
Work - https://www.shawndewolfe.com/
Education - https://cinchacademy.com/
Etc. - https://shawn.dewolfe.ca
My First Drupal site - http://www.comminit.com