If no status argument is given, the redirect will be "temporary" (HTTP status 302). This indicates to the client that the -resources is has moved temporarily. The status +resource has moved temporarily. The status argument can be used to return other HTTP status codes:
ifconfig alias
1.20 +6 -6 httpd-docs-1.3/htdocs/manual/misc/perf-tuning.html
Index: perf-tuning.html
===================================================================
RCS file: /home/cvs/httpd-docs-1.3/htdocs/manual/misc/perf-tuning.html,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- perf-tuning.html 2000/04/21 03:52:38 1.19
+++ perf-tuning.html 2000/09/09 17:59:42 1.20
@@ -359,7 +359,7 @@
One is that it's possible Apache will die without cleaning up the semaphore
(see the ipcs(8) man page). The other is that the semaphore
API allows for a denial of service attack by any CGIs running under the
-same uid as the webserver (i.e., all CGIs unless you use something
+same uid as the webserver (i.e., all CGIs, unless you use something
like suexec or cgiwrapper). For these reasons this method is not used
on any architecture except IRIX (where the previous two are prohibitively
expensive on most IRIX boxes).
@@ -446,7 +446,7 @@
timeout, but it doesn't prohibit it. On systems without the timeout,
Apache 1.2 induces many sockets stuck forever in the FIN_WAIT_2 state.
In many cases this can be avoided by simply upgrading to the latest
-TCP/IP patches supplied by the vendor, in cases where the vendor has
+TCP/IP patches supplied by the vendor. In cases where the vendor has
never released patches (i.e., SunOS4 -- although folks with a source
license can patch it themselves) we have decided to disable this feature.
@@ -799,8 +799,8 @@
There are
-several performance patches available for 1.3. But they may
-be slightly out of date by the time Apache 1.3.0 has been released,
+several performance patches available for 1.3. Although they may
+not apply cleanly to the current version,
it shouldn't be difficult for someone with a little C knowledge to
update them. In particular:
@@ -856,8 +856,8 @@
Apache's core code is already multithread aware, and Apache version 1.3 is multithreaded on NT. There have been at least two other experimental implementations of threaded Apache, one using the 1.3 code base on DCE, -and one using a custom user-level threads package and the 1.0 code base, -neither are available publically. There is also an experimental port of +and one using a custom user-level threads package and the 1.0 code base; +neither is available publically. There is also an experimental port of Apache 1.3 to Netscape's Portable Run Time, which is available 1.2 +14 -12 httpd-docs-1.3/htdocs/manual/misc/FAQ-H.html Index: FAQ-H.html =================================================================== RCS file: /home/cvs/httpd-docs-1.3/htdocs/manual/misc/FAQ-H.html,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FAQ-H.html 1999/06/24 15:02:52 1.1 +++ FAQ-H.html 2000/09/09 17:59:42 1.2 @@ -31,7 +31,7 @@
- $Revision: 1.1 $ ($Date: 1999/06/24 15:02:52 $) + $Revision: 1.2 $ ($Date: 2000/09/09 17:59:42 $)
The latest version of this FAQ is always available from the main @@ -211,19 +211,21 @@
- You can't! The reason is: First, case translations for arbitrary - length URLs cannot be done via regex patterns and - corresponding substitutions. One need a per-character pattern like - sed/Perl tr|..|..| feature. Second, just making URLs - always upper or lower case will not resolve the complete problem of - case-INSENSITIVE URLs, because actually the URLs had to be rewritten - to the correct case-variant residing on the filesystem because in - later processing Apache needs to access the file. And Unix - filesystem is always case-SENSITIVE. + You can't! The reasons are: first, that, case translations for + arbitrary length URLs cannot be done via regex patterns and + corresponding substitutions. One needs a per-character pattern like + the sed/Perl tr|..|..| feature. Second, just making + URLs always upper or lower case does not solve the whole problem of + case-INSENSITIVE URLs, because URLs actually have to be rewritten to + the correct case-variant for the file residing on the filesystem + in order to allow Apache to access the file. And + the Unix filesystem is always case-SENSITIVE.
- But there is a module named mod_speling.c (yes, it is named
- this way!) out there on the net. Try this one.
+ But there is a module named mod_speling.c in the
+ Apache distribution. Try this module to help correct people who use
+ mis-cased URLs.