Re: Upgrade 1.3.12 -> 2.2.16: Reverse Proxy issues [WAS: Jserv issue ???]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 14.09.2010 01:15, Sander Temme wrote:

On Sep 13, 2010, at 10:57 AM, Mike Schleif wrote:

Does NOT work:
<a href=".\VENDWEB_201_vi_3M_0.pdf">

DOES work:
<a href="VENDWEB_201_vi_3M_0.pdf">

Actually, the former works with IE, but does NOT work with Firefox. Editing the former to the latter, the latter works with both IE and Firefox.

Is this the type of problem that the HTML and/or XML modules will resolve?  Is this automatic?  Or, dependent on configuration of modules?

Yes, that's what that/those modules are for.  You'll have to explicitly specify which strings to search-and-replace: the module is not so smart that it can figure out what to do by itself.

And, as you noted earlier, you will need to round up some Windows builds of some additional libraries.

... or use mod_substitute which is part of standard Apache. The replacement task seems easy enough so that you can describe it as a simple search and replace.

All this info is based on the assumption, that you didn't include a typo above, i.e. there is really a backslash in the problematic URL.

Regards,

Rainer

---------------------------------------------------------------------
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: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux