You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by ke...@apache.org on 2004/08/14 18:16:24 UTC

cvs commit: httpd-2.0/docs/manual cgi_path.xml cgi_path.html.en

kess        2004/08/14 09:16:24

  Modified:    docs/manual cgi_path.xml cgi_path.html.en
  Log:
  - name Apache with its full name
  - markup improvement
  
  Revision  Changes    Path
  1.8       +13 -13    httpd-2.0/docs/manual/cgi_path.xml
  
  Index: cgi_path.xml
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/cgi_path.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- cgi_path.xml	17 Apr 2004 11:18:02 -0000	1.7
  +++ cgi_path.xml	14 Aug 2004 16:16:23 -0000	1.8
  @@ -24,10 +24,10 @@
     <title>PATH_INFO Changes in the CGI Environment</title>
   
     <summary>
  -    <p>As implemented in Apache 1.1.1 and earlier versions, the
  -    method Apache used to create PATH_INFO in the CGI environment
  -    was counterintuitive, and could result in crashes in certain
  -    cases. In Apache 1.2 and beyond, this behavior has changed.
  +    <p>As implemented in Apache HTTP Server 1.1.1 and earlier versions, the
  +    method <code>httpd</code> used to create PATH_INFO in the CGI
  +    environment was counterintuitive, and could result in crashes in certain
  +    cases. In Apache HTTP Server 1.2 and beyond, this behavior has changed.
       Although this results in some compatibility problems with
       certain legacy CGI applications, the Apache 1.2 behavior is
       still compatible with the CGI/1.1 specification, and CGI
  @@ -36,7 +36,7 @@
     </summary>
   
     <section id="prob"><title>The Problem</title>
  -    <p>Apache 1.1.1 and earlier implemented the PATH_INFO and
  +    <p>Apache HTTP Server 1.1.1 and earlier implemented the PATH_INFO and
       SCRIPT_NAME environment variables by looking at the filename,
       not the URL. While this resulted in the correct values in many
       cases, when the filesystem path was overloaded to contain path
  @@ -48,7 +48,7 @@
       </example>    
   
       <p>In this case, <code>user.cgi</code> is the CGI script, the
  -    "/ralph" is information to be passed onto the CGI. If this
  +    "<code>/ralph</code>" is information to be passed onto the CGI. If this
       configuration was in place, and a request came for
       "<code>/cgi-ralph/script/</code>", the code would set PATH_INFO
       to "<code>/ralph/script</code>", and SCRIPT_NAME to
  @@ -57,9 +57,9 @@
     </section>
   
     <section id="solution"><title>The Solution</title>
  -    <p>Apache 1.2 and later now determine SCRIPT_NAME and PATH_INFO
  -    by looking directly at the URL, and determining how much of the
  -    URL is client-modifiable, and setting PATH_INFO to it. To use
  +    <p>Apache HTTP Server 1.2 and later now determine SCRIPT_NAME and
  +    PATH_INFO by looking directly at the URL, and determining how much of
  +    the URL is client-modifiable, and setting PATH_INFO to it. To use
       the above example, PATH_INFO would be set to
       "<code>/script</code>", and SCRIPT_NAME to
       "<code>/cgi-ralph</code>". This makes sense and results in no
  @@ -68,7 +68,7 @@
       "<code>http://$SERVER_NAME:$SERVER_PORT$SCRIPT_NAME$PATH_INFO</code>"
       will always be an accessible URL that points to the current
       script, something which was not necessarily true with previous
  -    versions of Apache.</p>
  +    versions of <code>httpd</code>.</p>
   
       <p>However, the "<code>/ralph</code>" information from the
       <code>Alias</code> directive is lost. This is unfortunate, but
  @@ -82,7 +82,7 @@
       <title>Compatibility with Previous Servers</title>
   
       <p>It may be necessary for a script that was designed for
  -    earlier versions of Apache or other servers to need the
  +    earlier versions of Apache HTTP Server or other servers to need the
       information that the old PATH_INFO variable provided. For this
       purpose, Apache 1.2 (1.2b3 and later) sets an additional
       variable, FILEPATH_INFO. This environment variable contains the
  @@ -99,6 +99,6 @@
   
       <p>By doing this, a script can work with all servers supporting
       the CGI/1.1 specification, including all versions of
  -    Apache.</p>
  +    Apache HTTP Server.</p>
     </section>
   </manualpage>
  
  
  
  1.20      +16 -14    httpd-2.0/docs/manual/cgi_path.html.en
  
  Index: cgi_path.html.en
  ===================================================================
  RCS file: /home/cvs/httpd-2.0/docs/manual/cgi_path.html.en,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- cgi_path.html.en	21 Feb 2004 00:31:28 -0000	1.19
  +++ cgi_path.html.en	14 Aug 2004 16:16:23 -0000	1.20
  @@ -18,15 +18,16 @@
   <div id="path">
   <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP Server</a> &gt; <a href="http://httpd.apache.org/docs-project/">Documentation</a> &gt; <a href="./">Version 2.1</a></div><div id="page-content"><div id="preamble"><h1>PATH_INFO Changes in the CGI Environment</h1>
   <div class="toplang">
  -<p><span>Available Languages: </span><a href="./en/cgi_path.html" title="English">&nbsp;en&nbsp;</a> |
  +<p><span>Available Languages: </span><a href="./de/cgi_path.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
  +<a href="./en/cgi_path.html" title="English">&nbsp;en&nbsp;</a> |
   <a href="./ja/cgi_path.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
   <a href="./ko/cgi_path.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
   </div>
   
  -    <p>As implemented in Apache 1.1.1 and earlier versions, the
  -    method Apache used to create PATH_INFO in the CGI environment
  -    was counterintuitive, and could result in crashes in certain
  -    cases. In Apache 1.2 and beyond, this behavior has changed.
  +    <p>As implemented in Apache HTTP Server 1.1.1 and earlier versions, the
  +    method <code>httpd</code> used to create PATH_INFO in the CGI
  +    environment was counterintuitive, and could result in crashes in certain
  +    cases. In Apache HTTP Server 1.2 and beyond, this behavior has changed.
       Although this results in some compatibility problems with
       certain legacy CGI applications, the Apache 1.2 behavior is
       still compatible with the CGI/1.1 specification, and CGI
  @@ -40,7 +41,7 @@
   <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
   <div class="section">
   <h2><a name="prob" id="prob">The Problem</a></h2>
  -    <p>Apache 1.1.1 and earlier implemented the PATH_INFO and
  +    <p>Apache HTTP Server 1.1.1 and earlier implemented the PATH_INFO and
       SCRIPT_NAME environment variables by looking at the filename,
       not the URL. While this resulted in the correct values in many
       cases, when the filesystem path was overloaded to contain path
  @@ -52,7 +53,7 @@
       </code></p></div>    
   
       <p>In this case, <code>user.cgi</code> is the CGI script, the
  -    "/ralph" is information to be passed onto the CGI. If this
  +    "<code>/ralph</code>" is information to be passed onto the CGI. If this
       configuration was in place, and a request came for
       "<code>/cgi-ralph/script/</code>", the code would set PATH_INFO
       to "<code>/ralph/script</code>", and SCRIPT_NAME to
  @@ -61,9 +62,9 @@
     </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
   <div class="section">
   <h2><a name="solution" id="solution">The Solution</a></h2>
  -    <p>Apache 1.2 and later now determine SCRIPT_NAME and PATH_INFO
  -    by looking directly at the URL, and determining how much of the
  -    URL is client-modifiable, and setting PATH_INFO to it. To use
  +    <p>Apache HTTP Server 1.2 and later now determine SCRIPT_NAME and
  +    PATH_INFO by looking directly at the URL, and determining how much of
  +    the URL is client-modifiable, and setting PATH_INFO to it. To use
       the above example, PATH_INFO would be set to
       "<code>/script</code>", and SCRIPT_NAME to
       "<code>/cgi-ralph</code>". This makes sense and results in no
  @@ -72,7 +73,7 @@
       "<code>http://$SERVER_NAME:$SERVER_PORT$SCRIPT_NAME$PATH_INFO</code>"
       will always be an accessible URL that points to the current
       script, something which was not necessarily true with previous
  -    versions of Apache.</p>
  +    versions of <code>httpd</code>.</p>
   
       <p>However, the "<code>/ralph</code>" information from the
       <code>Alias</code> directive is lost. This is unfortunate, but
  @@ -86,7 +87,7 @@
       
   
       <p>It may be necessary for a script that was designed for
  -    earlier versions of Apache or other servers to need the
  +    earlier versions of Apache HTTP Server or other servers to need the
       information that the old PATH_INFO variable provided. For this
       purpose, Apache 1.2 (1.2b3 and later) sets an additional
       variable, FILEPATH_INFO. This environment variable contains the
  @@ -103,10 +104,11 @@
   
       <p>By doing this, a script can work with all servers supporting
       the CGI/1.1 specification, including all versions of
  -    Apache.</p>
  +    Apache HTTP Server.</p>
     </div></div>
   <div class="bottomlang">
  -<p><span>Available Languages: </span><a href="./en/cgi_path.html" title="English">&nbsp;en&nbsp;</a> |
  +<p><span>Available Languages: </span><a href="./de/cgi_path.html" hreflang="de" rel="alternate" title="Deutsch">&nbsp;de&nbsp;</a> |
  +<a href="./en/cgi_path.html" title="English">&nbsp;en&nbsp;</a> |
   <a href="./ja/cgi_path.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
   <a href="./ko/cgi_path.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
   </div><div id="footer">