Frank Gingras wrote:
'http://utexas.edu/student/registrar/schedules/092/regrules/all.html#acc'
directly. It'll bypass the mod_rewrite redirection, and work as
expected. I tested it here under OSX 10.4.
There is no 'wishful thinking' in this process, whatsoever.
On 05.11.08 15:02,
I'm glad you understand why the www. host redirection was removing the
original anchor.
Now the second part of the problem is exposed, and confirmed. I'll do
some digging as far apache is concerned to see if we can preserve that
anchor.
On Thu, Nov 6, 2008 at 3:34 AM, Matus UHLAR - fantomas
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
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:
On Wed, Nov 5, 2008 at 9:46 AM, Robert T Wyatt [EMAIL PROTECTED] 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:
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,
On Wed, Nov 5, 2008 at 10:10 AM, Eric Covener [EMAIL PROTECTED] wrote:
On Wed, Nov 5, 2008 at 9:46 AM, Robert T Wyatt [EMAIL PROTECTED] 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
Eric,
See my last reply. It explains his misconceptions.
Eric Covener wrote:
On Wed, Nov 5, 2008 at 10:10 AM, Eric Covener [EMAIL PROTECTED] wrote:
On Wed, Nov 5, 2008 at 9:46 AM, Robert T Wyatt [EMAIL PROTECTED] wrote:
Here's the link:
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
Robert,
Apparently, you didn't listen to my last reply. Let me put into very
simple words:
1) There is a redirection happening from 'www.utexas.edu' to
'utexas.edu', and it's using mod_rewrite.
- Apache sees that you accessed www.utexas.edu, and tells you no, I'd
rather you use
Frank Gingras wrote:
'http://utexas.edu/student/registrar/schedules/092/regrules/all.html#acc'
directly. It'll bypass the mod_rewrite redirection, and work as
expected. I tested it here under OSX 10.4.
There is no 'wishful thinking' in this process, whatsoever.
That is so strange! That file
All,
I'll bet this has been answered, but I haven't found it yet. Please
feel free to point me at the answer if you know where it is.
We are trying to redirect users from URLs of the form:
http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
to URLs of the form:
Hello Robert,
Actually, the # in the URI indicates an anchor, not a comment. They
cannot be matched on, nor captured.
Frank
Robert T Wyatt wrote:
All,
I'll bet this has been answered, but I haven't found it yet. Please
feel free to point me at the answer if you know where it is.
We are
Thanks Frank,
What I'm hearing is that the redirection is using a RegEx and that the
hash character cannot be a player. Furthermore, the fact that this
works on most browsers (but fails on Safari) is due to them being not
strictly compliant.
Is that about it?
Thanks,
Robert
Frank Gingras
Robert,
You CAN enter the URL directly in a browser, and the page 'should'
scroll down to the anchor (a name='foo'). A sample URL would be:
http://hostname/foo#bar.
Now, a rule is allowed to redirect to an anchor. It simply cannot match
or capture it.
To address your issue with Safari, I
Well, here's the example:
http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
Try this with several browsers and you'll find that it only fails to
pass the anchor on Safari
Anyhow, I'm afraid that I am trying to capture the anchor and pass it
through to the
Robert,
May be? I told you now three times that it cannot be captured. Were
you listening to me?
Robert T Wyatt wrote:
Well, here's the example:
http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
Try this with several browsers and you'll find that it only fails
Hi Frank,
I'm not trying to be dense or contentious; I don't understand why this
is working with all browsers except Safari. I do understand that it
shouldn't work at all since I've now found:
http://httpd.apache.org/docs/2.2/misc/rewriteguide.html
The Apache kernels URL escape function also
18 matches
Mail list logo