为什么在不同的URL访问同一服务器上的相同代码时,重音字符呈现不一致? [英] Why are accented characters rendering inconsistently when accessing the same code on the same server at a different URL?

查看:114
本文介绍了为什么在不同的URL访问同一服务器上的相同代码时,重音字符呈现不一致?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们的服务器上有一个页面可以通过两个不同的URL访问。

There is a page on our server that's reachable via two different URLs.

http://www.spotlight.com/6213-5613-0721

http://www.spotlight.com/interactive/cv/1/M103546.html

幕后有经典的ASP,这两个URL实际上都是一个Server.Transfer到同一底层的ASP页面。

There's classic ASP behind the scenes, and both of those URLs actually do a Server.Transfer to the same underlying ASP page.

页面顶部的名称中的口音正好在一个URL上正确呈现,而在另一个URL上显示不正确 - 但据我所知,两个请求返回相同的响应(相同的标记,相同的标题,相同一切) - 我完全不知道为什么一个URL应该正确呈现,而另一个则是破坏重音字符。

The accents in the name at the top of the page are rendering correctly on one URL and incorrectly on the other - but as far as I can tell, the two requests are returning identical responses (same markup, same headers, same everything) - and I have absolutely no idea why one URL should be rendering correctly whilst the other is corrupting the accented characters.

有什么吗其他(内容编码?)我应该exa如果是这样,那么如何知道在Firebug中显示的信息是什么呢?

Is there anything else (content encoding?) that I should be examining - and if so, how can I tell what's being returned beyond the information displayed in Firebug?

推荐答案

我一直在这个问题在过去,问题是某些文件(可能是执行传输或某些包含的asp文件)不会保存为ANSI。

I been in this problem in the past and the problem was that some file (maybe the asp file that do the transfer or some include) is not saved as ANSI.

检查所涉及的所有文件该请求在服务器中具有相同的编码(尝试文件 - >另存为编码)

Check that all files involved in the request has the same encoding in the server (try File -> Save As With Encoding)

这篇关于为什么在不同的URL访问同一服务器上的相同代码时,重音字符呈现不一致?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆