You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Dirk-Willem van Gulik <di...@covalent.net> on 2000/12/30 04:11:12 UTC

Re: cvs commit: httpd-docs-1.3/htdocs/manual index.html.ja.jis

Bill,

I am holding out on that change; and in fact almost object to it !

As both the HTTP/1.x spec (rfc2616) say that the string is case-sensitive:

	5.1.1 Method

	The Method token indicates the method to be performed on the resource
	identified by the Request-URI. The method is case-sensitive. 
	
i.e. on the wire it needs to be 'POST'. (And we certainly do a strcmp() in
the method <-> number translation function (though we do not nicely to
a reverse mapping to make it really safe). So any browser which passed

	<form action="poSt">

on as anything else but POST is arguably wrong. But we could be leisure in
what we accecpt; (though we do not currently do that too nicely).

Secondly the CGI/1.1 specification (The old NCSA one, Robinsons '95 one
and the recent one on Ken his web site) says that again the string is case
sensitive.

	6.1.13. REQUEST_METHOD 

	The REQUEST_METHOD metavariable is set to the method with which the
	request was made, as described in section 5.1.1 of the HTTP/1.0
	specification [3] and section 5.1.1 of the
	HTTP/1.1 specification [8]. 

	    REQUEST_METHOD   = http-method
	    http-method      = "GET" | "HEAD" | "POST" | "PUT" | "DELETE"
                       | "OPTIONS" | "TRACE" | extension-method
	    extension-method = token
  
	The method is case sensitive. CGI/1.1 servers MAY choose to process some
	methods directly rather than passing them to scripts. 

So IMHO either the change below is bogus OR we are doing something badly
wrong inside apache. Or we need to chanmge the spec.

Plus because we do not do a carefull reverse mapping inside apache I worry
that making the script case-insensitive would have silly side effects with
things such as limit and so on.

Having said that; I will chekc in the searhc script later today into CVS
and fix it with the rearranging of the site so it properly indexes again.

Dw

On 30 Dec 2000 wrowe@locus.apache.org wrote:

> wrowe       00/12/29 18:52:27
> 
>   Modified:    htdocs/manual index.html.ja.jis
>   Log:
>     The last two patches fixed the .en page, but not the .ja.jis encoded
>     one, as O is possibly a state transition.  Since there is a headache
>     here, I'm reverting to "post" and await a fixed search script.
>   
>   Revision  Changes    Path
>   1.4       +1 -1      httpd-docs-1.3/htdocs/manual/index.html.ja.jis
>   
>   Index: index.html.ja.jis
>   ===================================================================
>   RCS file: /home/cvs/httpd-docs-1.3/htdocs/manual/index.html.ja.jis,v
>   retrieving revision 1.3
>   retrieving revision 1.4
>   diff -u -r1.3 -r1.4
>   --- index.html.ja.jis	2000/12/29 23:37:45	1.3
>   +++ index.html.ja.jis	2000/12/30 02:52:27	1.4
>   @@ -48,7 +48,7 @@
>    
>    <table cellspacing="0" cellpadding="0" border="0" width="600">
>    <tr><td align="center">
>   -   <form method="POST" action="http://search.apache.org/">
>   +   <form method="post" action="http://search.apache.org/">
>       <input type="hidden" name="what" value="ap">
>       <input type="hidden" name="results" value="20">
>       <input type="text" name="keyword" size="20">
>   
>   
>   
> 



RE: cvs commit: httpd-docs-1.3/htdocs/manual index.html.ja.jis

Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
ack, there is something else going on here... I'm still researching.
ITMT users, .jis is restored, and the .en translation is using POST
which is successful for whatever reason.  I'm digging further

Bill

> -----Original Message-----
> From: Dirk-Willem van Gulik [mailto:dirkx@covalent.net]
> Sent: Friday, December 29, 2000 9:11 PM
> To: new-httpd@apache.org
> Cc: httpd-docs-1.3-cvs@apache.org
> Subject: Re: cvs commit: httpd-docs-1.3/htdocs/manual 
> index.html.ja.jis
> 
> 
> 
> Bill,
> 
> I am holding out on that change; and in fact almost object to it !
> 
> As both the HTTP/1.x spec (rfc2616) say that the string is 
> case-sensitive:
> 
> 	5.1.1 Method
> 
> 	The Method token indicates the method to be performed 
> on the resource
> 	identified by the Request-URI. The method is case-sensitive. 
> 	
> i.e. on the wire it needs to be 'POST'. (And we certainly do 
> a strcmp() in
> the method <-> number translation function (though we do not nicely to
> a reverse mapping to make it really safe). So any browser which passed
> 
> 	<form action="poSt">
> 
> on as anything else but POST is arguably wrong. But we could 
> be leisure in
> what we accecpt; (though we do not currently do that too nicely).
> 
> Secondly the CGI/1.1 specification (The old NCSA one, 
> Robinsons '95 one
> and the recent one on Ken his web site) says that again the 
> string is case
> sensitive.
> 
> 	6.1.13. REQUEST_METHOD 
> 
> 	The REQUEST_METHOD metavariable is set to the method 
> with which the
> 	request was made, as described in section 5.1.1 of the HTTP/1.0
> 	specification [3] and section 5.1.1 of the
> 	HTTP/1.1 specification [8]. 
> 
> 	    REQUEST_METHOD   = http-method
> 	    http-method      = "GET" | "HEAD" | "POST" | "PUT" 
> | "DELETE"
>                        | "OPTIONS" | "TRACE" | extension-method
> 	    extension-method = token
>   
> 	The method is case sensitive. CGI/1.1 servers MAY 
> choose to process some
> 	methods directly rather than passing them to scripts. 
> 
> So IMHO either the change below is bogus OR we are doing 
> something badly
> wrong inside apache. Or we need to chanmge the spec.
> 
> Plus because we do not do a carefull reverse mapping inside 
> apache I worry
> that making the script case-insensitive would have silly side 
> effects with
> things such as limit and so on.
> 
> Having said that; I will chekc in the searhc script later 
> today into CVS
> and fix it with the rearranging of the site so it properly 
> indexes again.
> 
> Dw
> 
> On 30 Dec 2000 wrowe@locus.apache.org wrote:
> 
> > wrowe       00/12/29 18:52:27
> > 
> >   Modified:    htdocs/manual index.html.ja.jis
> >   Log:
> >     The last two patches fixed the .en page, but not the 
> .ja.jis encoded
> >     one, as O is possibly a state transition.  Since there 
> is a headache
> >     here, I'm reverting to "post" and await a fixed search script.
> >   
> >   Revision  Changes    Path
> >   1.4       +1 -1      
> httpd-docs-1.3/htdocs/manual/index.html.ja.jis
> >   
> >   Index: index.html.ja.jis
> >   
> ===================================================================
> >   RCS file: 
> /home/cvs/httpd-docs-1.3/htdocs/manual/index.html.ja.jis,v
> >   retrieving revision 1.3
> >   retrieving revision 1.4
> >   diff -u -r1.3 -r1.4
> >   --- index.html.ja.jis	2000/12/29 23:37:45	1.3
> >   +++ index.html.ja.jis	2000/12/30 02:52:27	1.4
> >   @@ -48,7 +48,7 @@
> >    
> >    <table cellspacing="0" cellpadding="0" border="0" width="600">
> >    <tr><td align="center">
> >   -   <form method="POST" action="http://search.apache.org/">
> >   +   <form method="post" action="http://search.apache.org/">
> >       <input type="hidden" name="what" value="ap">
> >       <input type="hidden" name="results" value="20">
> >       <input type="text" name="keyword" size="20">
> >   
> >   
> >   
> > 
> 
> 

RE: cvs commit: httpd-docs-1.3/htdocs/manual index.html.ja.jis

Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
ack, there is something else going on here... I'm still researching.
ITMT users, .jis is restored, and the .en translation is using POST
which is successful for whatever reason.  I'm digging further

Bill

> -----Original Message-----
> From: Dirk-Willem van Gulik [mailto:dirkx@covalent.net]
> Sent: Friday, December 29, 2000 9:11 PM
> To: new-httpd@apache.org
> Cc: httpd-docs-1.3-cvs@apache.org
> Subject: Re: cvs commit: httpd-docs-1.3/htdocs/manual 
> index.html.ja.jis
> 
> 
> 
> Bill,
> 
> I am holding out on that change; and in fact almost object to it !
> 
> As both the HTTP/1.x spec (rfc2616) say that the string is 
> case-sensitive:
> 
> 	5.1.1 Method
> 
> 	The Method token indicates the method to be performed 
> on the resource
> 	identified by the Request-URI. The method is case-sensitive. 
> 	
> i.e. on the wire it needs to be 'POST'. (And we certainly do 
> a strcmp() in
> the method <-> number translation function (though we do not nicely to
> a reverse mapping to make it really safe). So any browser which passed
> 
> 	<form action="poSt">
> 
> on as anything else but POST is arguably wrong. But we could 
> be leisure in
> what we accecpt; (though we do not currently do that too nicely).
> 
> Secondly the CGI/1.1 specification (The old NCSA one, 
> Robinsons '95 one
> and the recent one on Ken his web site) says that again the 
> string is case
> sensitive.
> 
> 	6.1.13. REQUEST_METHOD 
> 
> 	The REQUEST_METHOD metavariable is set to the method 
> with which the
> 	request was made, as described in section 5.1.1 of the HTTP/1.0
> 	specification [3] and section 5.1.1 of the
> 	HTTP/1.1 specification [8]. 
> 
> 	    REQUEST_METHOD   = http-method
> 	    http-method      = "GET" | "HEAD" | "POST" | "PUT" 
> | "DELETE"
>                        | "OPTIONS" | "TRACE" | extension-method
> 	    extension-method = token
>   
> 	The method is case sensitive. CGI/1.1 servers MAY 
> choose to process some
> 	methods directly rather than passing them to scripts. 
> 
> So IMHO either the change below is bogus OR we are doing 
> something badly
> wrong inside apache. Or we need to chanmge the spec.
> 
> Plus because we do not do a carefull reverse mapping inside 
> apache I worry
> that making the script case-insensitive would have silly side 
> effects with
> things such as limit and so on.
> 
> Having said that; I will chekc in the searhc script later 
> today into CVS
> and fix it with the rearranging of the site so it properly 
> indexes again.
> 
> Dw
> 
> On 30 Dec 2000 wrowe@locus.apache.org wrote:
> 
> > wrowe       00/12/29 18:52:27
> > 
> >   Modified:    htdocs/manual index.html.ja.jis
> >   Log:
> >     The last two patches fixed the .en page, but not the 
> .ja.jis encoded
> >     one, as O is possibly a state transition.  Since there 
> is a headache
> >     here, I'm reverting to "post" and await a fixed search script.
> >   
> >   Revision  Changes    Path
> >   1.4       +1 -1      
> httpd-docs-1.3/htdocs/manual/index.html.ja.jis
> >   
> >   Index: index.html.ja.jis
> >   
> ===================================================================
> >   RCS file: 
> /home/cvs/httpd-docs-1.3/htdocs/manual/index.html.ja.jis,v
> >   retrieving revision 1.3
> >   retrieving revision 1.4
> >   diff -u -r1.3 -r1.4
> >   --- index.html.ja.jis	2000/12/29 23:37:45	1.3
> >   +++ index.html.ja.jis	2000/12/30 02:52:27	1.4
> >   @@ -48,7 +48,7 @@
> >    
> >    <table cellspacing="0" cellpadding="0" border="0" width="600">
> >    <tr><td align="center">
> >   -   <form method="POST" action="http://search.apache.org/">
> >   +   <form method="post" action="http://search.apache.org/">
> >       <input type="hidden" name="what" value="ap">
> >       <input type="hidden" name="results" value="20">
> >       <input type="text" name="keyword" size="20">
> >   
> >   
> >   
> > 
> 
>