Hi Frank, I appreciate the fact that you seem to know all the answers and are willing to share them, but apparently you never tried this link with Safari as compared with any other browser: http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
I do understand why the redirection (mod_rewrite) is not supposed to work now thanks to this discussion. Personally, I think Eric is onto something with the fact that some browsers store the anchor but Safari does not (and should not). In my own defense, I believe that "my misconceptions" could be better referred to as "my wishful thinking." Best, Robert Frank Gingras wrote: > Robert, > > The issue is simple here: The www.utexas.edu site automatically > redirects to utexas.edu with mod_rewrite (see > http://httpd.apache.org/docs/2.2/misc/rewriteguide.html#url). As you > know, and as I explained to you several times now, mod_rewrite cannot > see or capture the initial anchor, so it cannot use it in the redirection. > > The resulting URL is then > http://utexas.edu/student/registrar/schedules/092/regrules/all.html > (notice the stripped anchor). > > If you were to access > http://utexas.edu/student/registrar/schedules/092/regrules/all.html#acc > directly, every browser would jump directly to the anchor without a > problem. > > Frank > > Robert T Wyatt wrote: >> Here's the link: >> http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc >> >> >> You'll find that you are successfully redirected on every browser >> except Safari to: >> http://registrar.utexas.edu/schedules/092/regrules/all.html#acc >> (on Safari you wind up at: >> http://registrar.utexas.edu/schedules/092/regrules/all.html as >> predicted by the documentation) >> >> I'll come back to the other comments after a meeting I'm attending. >> >> Thanks for your input and efforts, >> Robert >> >> Frank Gingras wrote: >> >>> Robert, >>> >>> Your first quote simply states that the characters after the hash sign >>> cannot be extracted by mod_rewrite. Nothing else. That guide even gives >>> you a workaround. >>> >>> The second link can be circumvented with the [NE] flag. In any case, try >>> this simple ruleset on your server (directly in one of your vhosts, or >>> in the main configuration, if you don't have vhosts): >>> >>> RewriteEngine on >>> RewriteRule ^/foo http://www.google.com/#name_of_anchor >>> >>> It works with FF, IE, Konq, and many more browsers. >>> >>> Your 'does not work' claim is dubious at best. How about you give us a >>> link to a page where the rewriting takes place, and we'll try to open it >>> with Safari from here? >>> >>> Frank >>> > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [EMAIL PROTECTED] " from the digest: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
