httpd-docs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sl...@locus.apache.org
Subject cvs commit: httpd-docs-2.0/htdocs/manual/vhosts name-based.html
Date Sat, 09 Sep 2000 18:19:57 GMT
slive       00/09/09 11:19:56

  Modified:    htdocs/manual/mod mod_alias.html core.html
               htdocs/manual/misc perf-tuning.html FAQ-H.html
               htdocs/manual/vhosts name-based.html
  Log:
  PR: 6470,6450,6218,6216,6478
  Submitted by:	pepper@reppep.com
  Reviewed by:	Joshua Slive
  Grammar fixes from the bug database.
  
  Revision  Changes    Path
  1.25      +1 -1      httpd-docs-2.0/htdocs/manual/mod/mod_alias.html
  
  Index: mod_alias.html
  ===================================================================
  RCS file: /home/cvs/httpd-docs-2.0/htdocs/manual/mod/mod_alias.html,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- mod_alias.html	1999/06/29 14:32:15	1.24
  +++ mod_alias.html	2000/09/09 18:19:51	1.25
  @@ -183,7 +183,7 @@
   <P>
   If no <EM>status</EM> argument is given, the redirect will be
   &quot;temporary&quot; (HTTP status 302). This indicates to the client that the
  -resources is has moved temporarily. The <EM>status</EM>
  +resource has moved temporarily. The <EM>status</EM>
   argument can be used to return other HTTP status codes:
   <P>
   <DL>
  
  
  
  1.170     +1 -1      httpd-docs-2.0/htdocs/manual/mod/core.html
  
  Index: core.html
  ===================================================================
  RCS file: /home/cvs/httpd-docs-2.0/htdocs/manual/mod/core.html,v
  retrieving revision 1.169
  retrieving revision 1.170
  diff -u -r1.169 -r1.170
  --- core.html	2000/04/22 23:45:10	1.169
  +++ core.html	2000/09/09 18:19:52	1.170
  @@ -3393,7 +3393,7 @@
   
   Each VirtualHost must correspond to a different IP address, different port
   number or a
  -different host name for the server, in the latter case the server
  +different host name for the server, in the former case the server
   machine must be configured to accept IP packets for multiple
   addresses. (If the machine does not have multiple network interfaces,
   then this can be accomplished with the <CODE>ifconfig alias</CODE>
  
  
  
  1.20      +6 -6      httpd-docs-2.0/htdocs/manual/misc/perf-tuning.html
  
  Index: perf-tuning.html
  ===================================================================
  RCS file: /home/cvs/httpd-docs-2.0/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:54:38	1.19
  +++ perf-tuning.html	2000/09/09 18:19:54	1.20
  @@ -359,7 +359,7 @@
   One is that it's possible Apache will die without cleaning up the semaphore
   (see the <CODE>ipcs(8)</CODE> 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 (<EM>i.e.</EM>, all CGIs unless you use something
  +same uid as the webserver (<EM>i.e.</EM>, 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 (<EM>i.e.</EM>,  SunOS4 -- although folks with a source
   license can patch it themselves) we have decided to disable this feature.
   
  @@ -799,8 +799,8 @@
   
   There are
   <A HREF="http://www.arctic.org/~dgaudet/apache/1.3/">
  -several performance patches available for 1.3.</A>  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.</A>  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 @@
   <P>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 <A HREF="http://www.mozilla.org/docs/refList/refNSPR/">
   Netscape's Portable Run Time</A>, which
   <A HREF="http://www.arctic.org/~dgaudet/apache/2.0/">is available</A>
  
  
  
  1.2       +14 -12    httpd-docs-2.0/htdocs/manual/misc/FAQ-H.html
  
  Index: FAQ-H.html
  ===================================================================
  RCS file: /home/cvs/httpd-docs-2.0/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 18:19:54	1.2
  @@ -31,7 +31,7 @@
     <!--#include virtual="header.html" -->
     <H1 ALIGN="CENTER">Apache Server Frequently Asked Questions</H1>
     <P>
  -  $Revision: 1.1 $ ($Date: 1999/06/24 15:02:52 $)
  +  $Revision: 1.2 $ ($Date: 2000/09/09 18:19:54 $)
     </P>
     <P>
     The latest version of this FAQ is always available from the main
  @@ -211,19 +211,21 @@
         </STRONG>
        </A>
     <P>
  -  You can't! The reason is: First, case translations for arbitrary
  -  length URLs cannot be done <EM>via</EM> regex patterns and
  -  corresponding substitutions.  One need a per-character pattern like
  -  sed/Perl <SAMP>tr|..|..|</SAMP> 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 <EM>via</EM> regex patterns and
  +  corresponding substitutions.  One needs a per-character pattern like
  +  the sed/Perl <SAMP>tr|..|..|</SAMP> 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.
     </P>
     <P>
  -  But there is a module named <CODE>mod_speling.c</CODE> (yes, it is named
  -  this way!) out there on the net. Try this one.
  +  But there is a module named <CODE><A
  +  HREF="../mod/mod_speling.html">mod_speling.c</A></CODE> in the
  +  Apache distribution. Try this module to help correct people who use
  +  mis-cased URLs.
     </P>
     <HR>
    </LI>
  
  
  
  1.11      +1 -1      httpd-docs-2.0/htdocs/manual/vhosts/name-based.html
  
  Index: name-based.html
  ===================================================================
  RCS file: /home/cvs/httpd-docs-2.0/htdocs/manual/vhosts/name-based.html,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- name-based.html	1999/02/14 14:26:49	1.10
  +++ name-based.html	2000/09/09 18:19:55	1.11
  @@ -78,7 +78,7 @@
   directive then requests to that IP address will only ever be served
   by matching &lt;VirtualHost&gt;s.  The "main server" will
   <STRONG>never</STRONG> be served from the specified IP address.
  -If you start to use virtual hosts you should stop to use the "main server"
  +If you start to use virtual hosts you should stop using the "main server"
   as an independent server and rather use it as a place for
   configuration directives that are common for all your virtual hosts.
   In other words, you should add a &lt;VirtualHost&gt; section for
  
  
  

Mime
View raw message