From e6acfe2ddff74715b097684bebf2d4ee50ff3f11 Mon Sep 17 00:00:00 2001 From: "timeless%mozdev.org" <> Date: Tue, 24 Jul 2007 23:22:01 +0000 Subject: Bug 345970 Avoid using the string 'the web' patch by jhulten@tragicallyleet.com r=timeless I've updated it to trunk r=lpsolit a=lpsolit --- docs/xml/installation.xml | 27 +++++++++++++-------------- docs/xml/security.xml | 12 ++++++------ docs/xml/troubleshooting.xml | 18 +++++++++--------- 3 files changed, 28 insertions(+), 29 deletions(-) (limited to 'docs') diff --git a/docs/xml/installation.xml b/docs/xml/installation.xml index 4c0d5cf9d..0f859bbf0 100644 --- a/docs/xml/installation.xml +++ b/docs/xml/installation.xml @@ -1,5 +1,5 @@ - + Installing Bugzilla @@ -9,8 +9,8 @@ If you just want to use Bugzilla, you do not need to install it. None of this chapter is relevant to - you. Ask your Bugzilla administrator - for the URL to access it over the web. + you. Ask your Bugzilla administrator for the URL to access it from + your web browser. @@ -164,7 +164,7 @@ However, we strongly recommend using the Apache web server (either 1.3.x or 2.x), and the installation instructions usually assume you are - using it. If you have got Bugzilla working using another webserver, + using it. If you have got Bugzilla working using another web server, please share your experiences with us by filing a bug in &bzg-bugs;. @@ -182,10 +182,9 @@ Download a Bugzilla tarball (or check it out from CVS) and place it in a suitable directory, accessible by the default web server user (probably apache or www). - Good locations are either directly in the main web space for your - web server or perhaps in - /usr/local - with a symbolic link from the web space. + Good locations are either directly in the web server's document directories or + in /usr/local with a symbolic link to the web server's + document directories or an alias in the web server's configuration. @@ -197,7 +196,7 @@ Once all the files are in a web accessible directory, make that - directory writable by your webserver's user. This is a temporary step + directory writable by your web server's user. This is a temporary step until you run the checksetup.pl script, which locks down your installation. @@ -1048,14 +1047,14 @@ checksetup.pl can set tighter permissions on Bugzilla's files and directories if it knows what group the - webserver runs as. Find the Group + web server runs as. Find the Group line in httpd.conf, place the value found there in the $webservergroup variable in localconfig, then rerun checksetup.pl. - + Optional: If Bugzilla does not actually reside in the webspace @@ -1118,7 +1117,7 @@ checksetup.pl can set tighter permissions on Bugzilla's files and directories if it knows what group the - webserver runs as. Find the Group + web server runs as. Find the Group line in httpd.conf, place the value found there in the $webservergroup variable in localconfig, then rerun @@ -1241,7 +1240,7 @@ c:\perl\bin\perl.exe -xc:\bugzilla -wT "%s" %s The ActiveState install may have already created an entry for .pl files that is limited to GET,HEAD,POST. If so, this mapping should be removed as - Bugzilla's .pl files are not designed to be run via a webserver. + Bugzilla's .pl files are not designed to be run via a web server. @@ -2223,7 +2222,7 @@ pid-file=/home/foo/mymysql/the.pid HTTP Server Ideally, this also needs to be installed as root and - run under a special webserver account. As long as + run under a special web server account. As long as the web server will allow the running of *.cgi files outside of a cgi-bin, and a way of denying web access to certain files (such as a .htaccess file), you should be good in this department. diff --git a/docs/xml/security.xml b/docs/xml/security.xml index 751f2edea..e7ea0f30c 100644 --- a/docs/xml/security.xml +++ b/docs/xml/security.xml @@ -1,5 +1,5 @@ - + Bugzilla Security @@ -57,7 +57,7 @@ You will need to set the option - in localconfig to the group your webserver runs + in localconfig to the group your web server runs as. This will allow ./checksetup.pl to set file permissions on Unix systems so that nothing is world-writable. @@ -137,7 +137,7 @@
Network Access - If MySQL and your webserver both run on the same machine and you + If MySQL and your web server both run on the same machine and you have no other reason to access MySQL remotely, then you should disable the network access. This, along with the suggestion in , will help protect your system from @@ -178,12 +178,12 @@ skip-networking There are many files that are placed in the Bugzilla directory - area that should not be accessible from the web. Because of the way + area that should not be accessible from the web server. Because of the way Bugzilla is currently layed out, the list of what should and should not be accessible is rather complicated. A quick way is to run - testserver.pl to check if your web server serves + testserver.pl to check if your web server serves Bugzilla files as expected. If not, you may want to follow the few - steps below. + steps below. diff --git a/docs/xml/troubleshooting.xml b/docs/xml/troubleshooting.xml index 019ca010a..c6c185993 100644 --- a/docs/xml/troubleshooting.xml +++ b/docs/xml/troubleshooting.xml @@ -1,5 +1,5 @@ - + Troubleshooting @@ -22,7 +22,7 @@ If you have made it all the way through (Installation) and (Configuration) but accessing the Bugzilla - URL doesn't work, the first thing to do is to check your webserver error + URL doesn't work, the first thing to do is to check your web server error log. For Apache, this is often located at /etc/logs/httpd/error_log. The error messages you see may be self-explanatory enough to enable you to diagnose and @@ -32,7 +32,7 @@ Bugzilla can also log all user-based errors (and many code-based errors) - that occur, without polluting the web server error log. To enable + that occur, without polluting the web server's error log. To enable Bugzilla error logging, create a file that Bugzilla can write to, named errorlog, in the Bugzilla data directory. Errors will be logged as they occur, and will include the type @@ -45,10 +45,10 @@
- The Apache webserver is not serving Bugzilla pages + The Apache web server is not serving Bugzilla pages After you have run checksetup.pl twice, run testserver.pl http://yoursite.yourdomain/yoururl - to confirm that your webserver is configured properly for + to confirm that your web server is configured properly for Bugzilla. @@ -75,9 +75,9 @@ TEST-OK Webserver is preventing fetch of http://landfill.bugzilla.org/bugzilla-t - The permissions on your library directories are set incorrectly. - They must, at the very least, be readable by the webserver user or - group. It is recommended that they be world readable. + The permissions on your library directories are set incorrectly. + They must, at the very least, be readable by the web server user or + group. It is recommended that they be world readable. @@ -144,7 +144,7 @@ TEST-OK Webserver is preventing fetch of http://landfill.bugzilla.org/bugzilla-t The most-likely cause is that the cookiepath parameter is not set correctly in the Bugzilla configuration. You can change this (if - you're a Bugzilla administrator) from the editparams.cgi page via the web. + you're a Bugzilla administrator) from the editparams.cgi page via the web interface. The value of the cookiepath parameter should be the actual directory -- cgit v1.2.3-24-g4f1b