Several VHosts, one database
Jochen Wiedmann
jochen.wiedmann at gmail.com
Wed Sep 16 18:59:17 UTC 2015
Thanks, Ryan!
On Wed, Sep 16, 2015 at 3:18 PM, Ryan Wilson <theycallmefish at gmail.com> wrote:
> I can confirm that this method works (My production setup currently has 4
> domains using the same database).
>
> I have a few warnings involving not sharing the data directory. Any template
> changes you do require a ./checksetup.pl run for each PROJECT. Also, if you
> have Bugzilla configured to store attachments locally, you will run into
> problems when accessing a bug from a host other than the one the bug was
> added in. I can, however, confirm that replacing the attachments directory
> in all but one setup with a symbolic link to the remaining setup and
> configuring apache to accept symlink read/write eliminates that problem
> entirely.
>
> On Wed, Sep 16, 2015 at 4:00 AM, Jochen Wiedmann <jochen.wiedmann at gmail.com>
> wrote:
>>
>> Hi,
>>
>> I'd like to ask, whether the following idea is sound:
>>
>> I've got a bugzilla installation, where several Intranets are
>> connected to a single machine. As a consequence, the machine has
>> multiple network interfaces, and, in particular, multiple IP adresses.
>> Depending on the users intranet, a different IP address is used as the
>> browsers URL.
>>
>> It is therefore mandatory, that the urlbase parameter varies,
>> depending on the browsers URL. I intend to resolve the problem as
>> follows:
>>
>> For every IP address, I'll create a VHost in Apache, with a configuration
>> like
>>
>> SetEnv PROJECT "Name of Net"
>>
>> Likewise, I'll be setting up Bugzilla once for every net with
>>
>> PROJECT="Name of Net" perl checksetup.pl
>>
>> The various Bugzilla Vhosts will be configured to share a single
>> database. I won't be able to share the data directories, but I hope
>> that will be fine.
>>
>> In essence, I will have the same situation that I would have when
>> clustering Bugzilla, only without the shared data directories.
>>
>> Are there any problems I will have to expect?
>>
>> Thanks,
>>
>> Jochen
>>
>>
>>
>> --
>> The next time you hear: "Don't reinvent the wheel!"
>>
>>
>> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
>> -
>> To view or change your list settings, click here:
>> <http://bugzilla.org/cgi-bin/mj_wwwusr?user=theycallmefish@gmail.com>
>
>
--
The next time you hear: "Don't reinvent the wheel!"
http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
More information about the developers
mailing list