通过 SSL 上的 HTML 页面传送特殊字符的差异。编码规则？
当发布具有特殊字符（例如半分数）的 HTML 时，
<li>½ tsp salt</li> [HTTP]
它在 HTTP 上显示良好。我们没有按照我们应该的方式对其进行显式编码： &
但是，当通过 SSL 连接传递时，相同的 HTML 会显示该字符在源代码中显示为带有问号的乱码（使用相同的浏览器） ）就像这样：
<li>?? tsp salt</li> [HTTPS]
尽管我们应该正确编码这些实体，但这不是问题所在（我们知道如何解决该问题）。
有人能解释一下 SSL 编码是如何工作的吗？在同一个浏览器中，通过 HTTP 和 HTTPS 传输相同的特殊字符会有所不同吗？
更多信息：
- 我们使用 IIS7 和来自 GeoTrust 的证书。
- 任何浏览器都可用于显示 SSL 模式与标准 HTTP 的差异
When dishing out HTML having a special character like half fraction
<li>½ tsp salt</li> [HTTP]
it shows fine over HTTP. We are not explicitly encoding it as we should be: &
However, the same HTML, when delivered over an SSL connection reveals the character as garbled with question marks in the source (using same browser) like so:
<li>?? tsp salt</li> [HTTPS]
Despite the fact that we should be encoding these entities properly, this is not what the question is about ( we know how to solve that problem ).
Can anybody explain how the SSL encoding works such that there's a difference in delivery of the same special character over HTTP vs HTTPS, in the same browser?
More Info:
- We're using IIS7 and a certificate from GeoTrust.
- Any browser can be used to show the difference in SSL mode vs standard HTTP
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
SSL 在这里不会有任何区别。该问题可能与 SSL 的使用有关，但问题并非由 SSL 引起。
SSL won't make any difference here. The problem may be coincident with the use of SSL, but it isn't SSL that is causing the problem.