Trying harder
anyone tried ever if “Enter the location of EGroupware’s URL.” option can work that way?
I tried : seems this alone is not enough;
Currently trying if adding another Alias or a couple of, to /etc/apache2/conf.d/egroupware will have the desired effect.
-L.
And it seems to be doing the trick : I have now 1 alias for each domain PLUS the alias for the ‘common’ screen
this makes EGroupware available for all vhosts
Alias /egroupware /usr/share/egroupware
to run 2 disparate domains
Alias /egroupwaredomain1 /usr/share/egroupware
Alias /egroupwaredomain2 /usr/share/egroupware
and in each domain’s setup (through config admin) :
“Enter the location of EGroupware’s URL.” : /egroupwaredomain1
and
"Enter the location of EGroupware’s URL." : /egroupwaredomain2
now when I log in to one (e.g. select domain 1)
then go to /egroupware/login again and select domain2,
I now have 2 concurrent views of disparate set of data open in nearby tabs logged in as a different username into each one;
Which seems to be AMAZING if it is THIS simple. Hope I did not omit something important?
I suppose still the ‘search’ will have to be directed to each url separately, e.g.
(https://domain.com/egroupware/index.php?menuaction=addressbook.addressbook_ui.view&search=“49123456789”&ajax=true&cd=yes)
will have to become
(https://domain.com/egroupwaredomain1/index.php?menuaction=addressbook.addressbook_ui.view&search=“49123456789”&ajax=true&cd=yes)
and
(https://domain.com/egroupwaredomain2/index.php?menuaction=addressbook.addressbook_ui.view&search=“49123456789”&ajax=true&cd=yes)
but that I think I can live with.
---- summary ----
So the full extent of changes to config to pull this trick, seems to be :
(after actually setting up the separate domains and importing data into them and making sure they run OK when logged in one at a time)
(Of course the 2 domains are set up with their own subdirectories for files etc. too. this is a pre-requisite)
- set up the appropriate aliases in the egroupware.conf for Apache (leave the first /egroupware alias in place for common config)
- set up separate cookie paths for each domain, pointing to appropriate alias path
- set up “Enter the location of EGroupware’s URL.” appropriately for each domain
probably advisable in this order though I had done it in reverse and it SEEMS to work.
Please advise, if I did not forget something or omit because I didn’t know.
Kind Regards
Lukasz
Hello,
is it even possible to configure EGroupware to allow as in topic?
(I tried this:
-
I have one instance (installed from packages) of code with 2 domains
-
i created 2 domains, restored a different database to each of them [let’s assume same usernames exist in both apart from the admin login,
but the category tree, infolog and addressbook - and resources - are completely different; old servers had even dissimilar colour schemes
to avoid operator confusion]
-
tried opening the page of one domain in one tab of Firefox, and another (through pasting the login url) and attempted login
as another user (different username) of the second domain
-
from its behavior it was obvious it doesn’t work (the first tab when navigated e.g. to addressbook, started showing data from
the second tab / domain instead of the first one)
-
i tried setting cookie path with own prefix to either domain
-
i did not try to remove the cookies at first attempt, but it didn’t change anything even after I did;
With 2 separate EGroupware directories, I would have 2 separate instances of code, which I was trying to avoid
for simpler installation/upgrade procedures (second instance would have to be installed from git/source?)
Maybe if I had 2 separate directories on server, with one having (sym)links to whatever files need to be the same in both?
(but what would happen in event of upgrade in the ‘master’ directory?)
What would actually happen in the event of calling the search url
(https://domain.com/egroupware/index.php?menuaction=addressbook.addressbook_ui.view&search=“49123456789”&ajax=true&cd=yes)
even IF this concurrent domain views succeeds?
[if the resolution to the last one would be to have &domain=domainX appended in each URL then it actually has a chance to work ?]
Hope this makes sense
Kind Regards
Lukasz
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users