Multiple Sub-domain Access to One JR Database?

Is it possible (maybe using a wildcard) for sub-domains to access the same JR database?

As we continue to grow, one skin seems insufficient to present the wide variety of offerings from a JR community website. It would be awesome to be able to offer to members (plus have the SEO flexibility of) themed sub-domains for example:
videos.myawesomejrsite.com
social.myawesomejrsite.com
music.myawesomejrsite.com
podcasts.myawesomejrsite.com
photos.myawesomejrsite.com

What do you think? Is it possible?


--
The Patria Company - patriaco.com / quality-trades.com / a-t.life - doing Jamroom since v3
updated by @the-patria-company: 04/16/18 01:28:47PM

Our demo systems use a single database for multiple sites, its possible.

Your database connection details are found in:
/data/config/config.php

Set them to the same database.

--edit--
Might have issues you'd need to deal with with the javascript side of things. our demos are on the same top level domain so don't have that issue.

Still should be possible with some fiddling.
updated by @michael: 01/07/18 02:37:52PM

For example: would I just need to complete the full path name for each js in the skins include.php?

Currently, I am getting a 500 error with making only the change to the config file.

Otherwise, it sounds like it would work if instead, I uploaded the core files to different directories:

https://myawesomejrsite.com/our-videos/
https://myawesomejrsite.com/our-music/

Am I understanding this correctly?

**UPDATE**

tried, https://myawesomejrsite.com/our-videos/ (not literally )
still getting a 500 error - could it be an htaccess issue?


--
The Patria Company - patriaco.com / quality-trades.com / a-t.life - doing Jamroom since v3
updated by @the-patria-company: 01/08/18 09:56:06AM

We do this on our demo system, but you need to understand how it works and what the shortcomings are - it's not going to be "easy" unless you set it up right:

1) You should have 1 "master install" in it's own directory - i.e.

public_html/master

This is where you actually do the work i.e. running the marketplace and keeping things up to date

2) you place other installs in their own directories - i.e.

public_html/install1

HOWEVER - the "modules" and "skins" directories need to be relative symbolic links that point to the master i.e.

modules -> ../master/modules
skins -> ../master/skins

3) You add the skin you want to use on the site to the data/config/config.php file - i.e.


That's how we do it here. Note that this will NOT work on our hosting - you'll need to be self hosting for this to work.


--
Brian Johnson
Founder and Lead Developer - Jamroom
https://www.jamroom.net

I definitely want to stick with JRhosting. What would it take to make this possible? Preferably as sub-domains, video.my-jr-site.com.


--
The Patria Company - patriaco.com / quality-trades.com / a-t.life - doing Jamroom since v3

It's not going to work like I outlined above on Jamroom Hosting - our host control program has no concept of Jamroom directories that are "outside" the main directory, nor can you symlink between domains.

Let's look at this from a different view. What is the root "issue" that is making you want to set your sites up this way? Is it just different skins?


--
Brian Johnson
Founder and Lead Developer - Jamroom
https://www.jamroom.net

Ultimately, it is all about the index page and the way it introduces the skin. So much is won or lost in gaining new members, based upon the few seconds that you have their attention, during that first impression (that first page). Being able to market based on interest (videos, music, blogs) is HUGE. JR is just so broad, it is impossible to market all the benefits, with just one landing page. Managing these from directories is fine, and I really want to stay on JRhosting.


--
The Patria Company - patriaco.com / quality-trades.com / a-t.life - doing Jamroom since v3

It sounds like you just need different landing pages based on the incoming visitor? Is that correct? I'm not sure what the need is for different skins when you can setup different landing pages that should meet your need of getting a good first impression.


--
Brian Johnson
Founder and Lead Developer - Jamroom
https://www.jamroom.net

I haven't found a way to give a member (who is paying for "domain profile" services) enough control over a skin's design to satisfy them. I was thinking that the number of options available in each skin's front page would be enough to help meet the need.

Again, the thought is to give them the equivalent of a "profile skin" to go with there "profile domain" but keep them with our community database.



--
The Patria Company - patriaco.com / quality-trades.com / a-t.life - doing Jamroom since v3
updated by @the-patria-company: 01/16/18 08:09:56AM