Patch for mod_alias.xml

Hi,
  After a colleague at work was struggling with the Redirect directive,
I realized that the docs could be a bit clearer.  I prepared a small
patch, but didn't want to commit myself simply because I'm not 100% sure
of the patch-xml/ant/html processes for committing doc patches.

This is against httpd-2.2.13 (should patch fine to trunk, too).

  Issac

Index: manual/mod/mod_alias.xml
===================================================================
--- manual/mod/mod_alias.xml	(revision 800376)
+++ manual/mod/mod_alias.xml	(working copy)
 <at>  <at>  -214,7 +214,8  <at>  <at> 

     <p>Then any request beginning with <em>URL-Path</em> will return a
     redirect request to the client at the location of the target
-    <em>URL</em>.  Additional path information beyond the matched
+    <em>URL</em>.  If <em>URL-Path</em> ends with a trailing slash,
+    then additional path information beyond the matched
     <em>URL-Path</em> will be appended to the target URL.</p>

     <example><title>Example:</title>

---------------------------------------------------------------------
To unsubscribe, e-mail: docs-unsubscribe <at> httpd.apache.org

Re: Patch for mod_alias.xml

On Mon, Aug 10, 2009 at 12:13 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
> Hi,
>  After a colleague at work was struggling with the Redirect directive,
> I realized that the docs could be a bit clearer.  I prepared a small
> patch, but didn't want to commit myself simply because I'm not 100% sure
> of the patch-xml/ant/html processes for committing doc patches.
>
> This is against httpd-2.2.13 (should patch fine to trunk, too).
>
>  Issac
>
> Index: manual/mod/mod_alias.xml
> ===================================================================
> --- manual/mod/mod_alias.xml    (revision 800376)
> +++ manual/mod/mod_alias.xml    (working copy)
>  <at>  <at>  -214,7 +214,8  <at>  <at> 
>
>     <p>Then any request beginning with <em>URL-Path</em> will return a
>     redirect request to the client at the location of the target
> -    <em>URL</em>.  Additional path information beyond the matched
> +    <em>URL</em>.  If <em>URL-Path</em> ends with a trailing slash,
> +    then additional path information beyond the matched
>     <em>URL-Path</em> will be appended to the target URL.</p>

Can you demonstrate the trailing-slash/no-trailing-slash difference
this is describing?  I wasn't able to recreate.

--

-- 
Eric Covener
covener <at> gmail.com

Re: Patch for mod_alias.xml

Eric Covener wrote:
> On Mon, Aug 10, 2009 at 12:13 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
>   
>> Hi,
>>  After a colleague at work was struggling with the Redirect directive,
>> I realized that the docs could be a bit clearer.  I prepared a small
>> patch, but didn't want to commit myself simply because I'm not 100% sure
>> of the patch-xml/ant/html processes for committing doc patches.
>>
>> This is against httpd-2.2.13 (should patch fine to trunk, too).
>>
>>  Issac
>>
>> Index: manual/mod/mod_alias.xml
>> ===================================================================
>> --- manual/mod/mod_alias.xml    (revision 800376)
>> +++ manual/mod/mod_alias.xml    (working copy)
>>  <at>  <at>  -214,7 +214,8  <at>  <at> 
>>
>>     <p>Then any request beginning with <em>URL-Path</em> will return a
>>     redirect request to the client at the location of the target
>> -    <em>URL</em>.  Additional path information beyond the matched
>> +    <em>URL</em>.  If <em>URL-Path</em> ends with a trailing slash,
>> +    then additional path information beyond the matched
>>     <em>URL-Path</em> will be appended to the target URL.</p>
>>     
>
> Can you demonstrate the trailing-slash/no-trailing-slash difference
> this is describing?  I wasn't able to recreate.
>

Re: Patch for mod_alias.xml

2009/8/10 Issac Goldstand <margol <at> beamartyr.net>:
> Let's say you have a line Redirect 301 /foo/bar. /baz/bar.extension
>
> One would assume from the docs that this would rewrite
> /foo/bar.something to /baz/bar.extension.something
>
> However, this isn't the case, since /foo/bar.something doesn't end with
> a / and therefore mod_alias is looking for an exact match (in
> alias_matches) and the request doesn't get modified at all

Yes, but a request for /foo/bar./other/some would become
/baz/bar.extension/other/some with your redirect directive. So may be
you should word that the string compared against the URL-path argument
of the directive must have a slash beyond the match in order to append
additional path information to the URL-argument of the directive.

But may be "Additional path information" may word that already if
you're defining additional path information as /path/info and not foo.

Bob

Re: Patch for mod_alias.xml

On Mon, Aug 10, 2009 at 2:47 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
> Eric Covener wrote:
>> On Mon, Aug 10, 2009 at 12:13 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
>>
>>> Hi,
>>>  After a colleague at work was struggling with the Redirect directive,
>>> I realized that the docs could be a bit clearer.  I prepared a small
>>> patch, but didn't want to commit myself simply because I'm not 100% sure
>>> of the patch-xml/ant/html processes for committing doc patches.
>>>
>>> This is against httpd-2.2.13 (should patch fine to trunk, too).
>>>
>>>  Issac
>>>
>>> Index: manual/mod/mod_alias.xml
>>> ===================================================================
>>> --- manual/mod/mod_alias.xml    (revision 800376)
>>> +++ manual/mod/mod_alias.xml    (working copy)
>>>  <at>  <at>  -214,7 +214,8  <at>  <at> 
>>>
>>>     <p>Then any request beginning with <em>URL-Path</em> will return a
>>>     redirect request to the client at the location of the target
>>> -    <em>URL</em>.  Additional path information beyond the matched
>>> +    <em>URL</em>.  If <em>URL-Path</em> ends with a trailing slash,
>>> +    then additional path information beyond the matched
>>>     <em>URL-Path</em> will be appended to the target URL.</p>
>>>
>>
>> Can you demonstrate the trailing-slash/no-trailing-slash difference
>> this is describing?  I wasn't able to recreate.

Re: Patch for mod_alias.xml

Eric Covener wrote:
> On Mon, Aug 10, 2009 at 2:47 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
>   
>> Eric Covener wrote:
>>     
>>> On Mon, Aug 10, 2009 at 12:13 PM, Issac Goldstand<margol <at> beamartyr.net> wrote:
>>>
>>>       
>>>> Hi,
>>>>  After a colleague at work was struggling with the Redirect directive,
>>>> I realized that the docs could be a bit clearer.  I prepared a small
>>>> patch, but didn't want to commit myself simply because I'm not 100% sure
>>>> of the patch-xml/ant/html processes for committing doc patches.
>>>>
>>>> This is against httpd-2.2.13 (should patch fine to trunk, too).
>>>>
>>>>  Issac
>>>>
>>>> Index: manual/mod/mod_alias.xml
>>>> ===================================================================
>>>> --- manual/mod/mod_alias.xml    (revision 800376)
>>>> +++ manual/mod/mod_alias.xml    (working copy)
>>>>  <at>  <at>  -214,7 +214,8  <at>  <at> 
>>>>
>>>>     <p>Then any request beginning with <em>URL-Path</em> will return a
>>>>     redirect request to the client at the location of the target
>>>> -    <em>URL</em>.  Additional path information beyond the matched
>>>> +    <em>URL</em>.  If <em>URL-Path</em> ends with a trailing slash,
>>>> +    then additional path information beyond the matched
>>>>     <em>URL-Path</em> will be appended to the target URL.</p>

Re: Patch for mod_alias.xml

On 10 Aug 2009, at 17:13, Issac Goldstand wrote:

> Hi,
>   After a colleague at work was struggling with the Redirect  
> directive,
> I realized that the docs could be a bit clearer.

Is this anything to do with PR#47644 ?

--

-- 
Nick Kew

Re: Patch for mod_alias.xml

Nick Kew wrote:
>
> On 10 Aug 2009, at 17:13, Issac Goldstand wrote:
>
>> Hi,
>>   After a colleague at work was struggling with the Redirect directive,
>> I realized that the docs could be a bit clearer.
>
> Is this anything to do with PR#47644 ?
>
<sarcasm>I love how these issues always tend to magically appear days or
just weeks apart.  It's uncanny!</sarcasm>

It could be.  I'll glance at the code and tinker with the config and see
if it could be MultiViews related, and follow-up here.

  Issac

Name based vhosts and SSL

Hi,
since 2.2.12 it should be possible to use name based vhosts since
apache can use SNI now.

From the docs http://httpd.apache.org/docs/2.2/en/vhosts/name-based.html

--- snip ---
Name-based virtual hosting cannot be used with SSL secure servers
because of the nature of the SSL protocol.
--- /snip ---

Mario

Re: svn commit: r804977 - in /httpd/httpd/trunk/docs/manual: ./ developer/ misc/ mod/ platform/ programs/ rewrite/

After updating some of the .xml files in the docs and rebuilding, a
number of other files get updated by the build.  Should I check all of
these in as well?  Just some of them?

(I looked for some guidance at http://httpd.apache.org/docs-project/ but
didn't see anything.)

Thanks,
Dan
<poirier <at> pobox.com>