summaryrefslogtreecommitdiffstats
path: root/docs/en/xml
diff options
context:
space:
mode:
authormozilla%colinogilvie.co.uk <>2008-04-04 13:47:53 +0200
committermozilla%colinogilvie.co.uk <>2008-04-04 13:47:53 +0200
commita7baa674a4c94d6d2b5d4f3fe4a29b068a3cf56f (patch)
tree568605d0d7aaf3770e14cad59efe86e6bbb90745 /docs/en/xml
parent2e0215de73f36ef4c7f1365afb9d48cec46ea0bb (diff)
downloadbugzilla-a7baa674a4c94d6d2b5d4f3fe4a29b068a3cf56f.tar.gz
bugzilla-a7baa674a4c94d6d2b5d4f3fe4a29b068a3cf56f.tar.xz
Documentation for Bug 282686: Multiple projects sharing the same Bugzilla codebase (different datastores).
Original Patch by guillomovitch@zarb.org; Completed by Colin Ogilvie <colin.ogilvie@gmail.com>; r=vladd
Diffstat (limited to 'docs/en/xml')
-rw-r--r--docs/en/xml/installation.xml42
1 files changed, 41 insertions, 1 deletions
diff --git a/docs/en/xml/installation.xml b/docs/en/xml/installation.xml
index c1f7cb7aa..c0f40ed00 100644
--- a/docs/en/xml/installation.xml
+++ b/docs/en/xml/installation.xml
@@ -1,5 +1,5 @@
<!-- <!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"> -->
-<!-- $Id: installation.xml,v 1.122 2008/04/04 06:47:52 lpsolit%gmail.com Exp $ -->
+<!-- $Id: installation.xml,v 1.123 2008/04/04 06:47:53 mozilla%colinogilvie.co.uk Exp $ -->
<chapter id="installing-bugzilla">
<title>Installing Bugzilla</title>
@@ -1466,6 +1466,46 @@ AddType application/rdf+xml .rdf</screen>
</section>
</section>
+ <section>
+ <title>Multiple Bugzilla databases with a single installation</title>
+
+ <para>The previous instructions refered to a standard installation, with
+ one unique Bugzilla database. However, you may want to host several
+ distinct installations, without having several copies of the code. This is
+ possible by using the PROJECT environment variable. When accessed,
+ Bugzilla checks for the existence of this variable, and if present, uses
+ its value to check for an alternative configuration file named
+ <filename>localconfig.&lt;PROJECT&gt;</filename> in the same location as
+ the default one (<filename>localconfig</filename>). It also checks for
+ customized templates in a directory named
+ <filename>&lt;PROJECT&gt;</filename> in the same location as the
+ default one (<filename>template/&lt;langcode&gt;</filename>). By default
+ this is <filename>template/en/default</filename> so PROJECT's templates
+ would be located at <filename>template/en/PROJECT</filename>.</para>
+
+ <para>To set up an alternate installation, just export PROJECT=foo before
+ running <command>checksetup.pl</command> for the first time. It will
+ result in a file called <filename>localconfig.foo</filename> instead of
+ <filename>localconfig</filename>. Edit this file as described above, with
+ reference to a new database, and re-run <command>checksetup.pl</command>
+ to populate it. That's all.</para>
+
+ <para>Now you have to configure the web server to pass this environment
+ variable when accessed via an alternate URL, such as virtual host for
+ instance. The following is an example of how you could do it in Apache,
+ other Webservers may differ.
+<programlisting>
+&lt;VirtualHost 212.85.153.228:80&gt;
+ ServerName foo.bar.baz
+ SetEnv PROJECT foo
+ Alias /bugzilla /var/www/bugzilla
+&lt;/VirtualHost&gt;
+</programlisting>
+ </para>
+
+ <para>Don't forget to also export this variable before accessing Bugzilla
+ by other means, such as cron tasks for instance.</para>
+ </section>
<section id="os-specific">
<title>OS-Specific Installation Notes</title>