开发者工具 · HTML 实体转义器
'问题：为什么撇号实体在旧版 HTML 中失败
· 背景
html 编码 兼容性
' 是 XML 的五个预定义实体之一，但在 HTML 4 中不存在，因此较旧的浏览器和某些电子邮件客户端按字面打印它。这篇文章解释了这种分割、HTML 最终采用它的时间以及为什么 ' 仍然是安全的选择。
在时事通讯中显示为 ' 的撇号 — 具体渲染失败及其原因
在时事通讯中显示为 ' 的撇号 — 具体的渲染失败及其原因。一些较旧的面向 HTML 的客户端按字面意思显示 ' ，因为该名称在旧版 HTML 处理中并未得到普遍支持。兼容性症状是可见的源文本而不是撇号。
要验证 ' 不工作 html，请构建为开发人员显示的撇号，该开发人员在电子邮件客户端或旧版浏览器中看到 ' 按字面呈现。保留为 apos in，而撇号可移植性会产生具体的通讯；确定渲染失败及其消耗的位置。有关原因的观察仅属于 HTML 文本。
XML 的五个预定义实体 - 为什么 XML 属性语法中需要 '
XML 的五个预定义实体 - 为什么 XML 属性语法中需要 ' 。 XML 在其基本名称中定义了 apos，这使得它自然出现在由撇号分隔的 XML 属性值中。这一事实并不能保证老 HTML 消费者的行为相同。
在电子邮件客户端或旧版浏览器中看到 ' 逐字呈现的开发人员可以通过记录实体为什么 apos 在撇号可移植性传递之前来测试预定义的 xml 5 个。之后比较 xml 属性中所需的内容并找到负责语法的解析器。这个 ' not running html 结果解释了撇号可移植性证据，而不是可执行上下文。
HTML 4.01 的列表 — “是，'否，以及当时的推理
HTML 4.01 的列表 — “是，'否，以及当时的推理。当前的 ToolAcre 表在解码时识别 apos，但其编码器会故意过滤反向映射。在每种编码模式下，撇号均以 ' 形式发出。
在简短的撇号可移植性示例中隔离 html 4 01 。将列表 quot yes apos 显示为文字源，遵循 no 及其目的地的推理，并命名当时读取的 API。对于 ' 不工作的 html，撇号可移植性证据仍然是解析器绑定的证据。
XHTML 的简短桥梁 — ' 起作用，因为文档是 XML
XHTML 的简短桥梁 — ' 起作用，因为文档是 XML。 XHTML 在实际充当 XML 时使用 XML 解析规则。仅使用类似 XHTML 的语法编写但解析为文本/html 的文件仍然遵循 HTML 行为，包括客户端兼容性差异。
将 xhtml 的简短桥视为边界实验。在电子邮件客户端或旧版浏览器中看到 ' 逐字呈现的开发人员应该保留 apos 工作的位置，因为执行一个撇号可移植性操作，并在更改撇号可移植性证据之前逐个字符地检查文档是否为 xml。关于撇号可移植性证据的主张仅止于此 HTML 层。
当前 HTML 识别 '; ToolAcre 仍然发出 ' 以获得更广泛的遗留可移植性
当前 HTML 识别 '; ToolAcre 仍然发出 ' 以实现更广泛的遗留可移植性。现代 HTML 识别 '，并且解码器证明 ' 和 ' 返回相同的 ASCII 撇号。可移植性问题仍然与存档的客户端和受限的电子邮件引擎相关。
重现当前 html，使用无害的输入而不是客户材料来识别 apos。记录 toolacre 仍然发出 39，观察更广泛的遗留可移植性，并计算每个有意的撇号可移植性传递。该 ' 不工作的 html 踪迹让开发人员看到 ' 在电子邮件客户端或旧版浏览器中逐字呈现的内容，无需猜测即可评估撇号可移植性证据和撇号可移植性证据。
工作示例：转义带有引号的 HTML 字符串和 XML — ' 作为可移植答案
工作示例：转义带引号的 HTML 字符串和 XML — ' 作为可移植答案。对于输入“Tom's”中 Tom's 的 ASCII 引用，转义会生成 Tom's。解码 Tom's 或 Tom's 将返回相同的普通撇号字符。
在撇号可移植性审查期间，将转义 a、带引号的字符串、html 和 xml 的工作示例并排放置。在电子邮件客户端或旧版浏览器中看到 ' 逐字呈现的开发人员可以决定 39 作为便携式设备是否在转换时或下游发生变化。将关于答案的 ' notworking html 结论保留在一般安全声明之外。
这不包括什么 - 电子邮件客户端渲染引擎详细信息
这不包括什么 - 电子邮件客户端渲染引擎的详细信息。电子邮件客户端引擎各不相同，此处未分类。当旧的渲染软件是产品要求时，测试实际的客户端矩阵仍然是必要的。
在运行撇号可移植性之前定义它不做什么。将封面电子邮件客户端渲染保存为控件，详细检查引擎背后的代码点，并将撇号可移植性证据映射到下一个解释器。这使得撇号可移植性证据对于看到“在电子邮件客户端或遗留浏览器中逐字呈现并调查”不工作的 html 的开发人员来说是可审核的。
要点：当可移植性很重要时更喜欢 ' — HTML 实体转义器的解码器如何将两种形式读回普通的撇号
要点：当可移植性很重要时，更喜欢 ' — HTML 实体转义器的解码器如何将两种形式读回普通的撇号。 Prefer ' 当广泛的 HTML 可移植性很重要时，匹配 ToolAcre 的输出。该选择具有代表性；它本身并不使属性、脚本或 SQL 表达式变得安全。
当连接到可观察的撇号可移植性输出时，首选 39 连接外卖。保持可移植性很重要，除了一次性结果之外，然后验证 html 实体转义器进入解码器读取两种形式的位置。看到“在电子邮件客户端或旧版浏览器中逐字呈现”的开发人员现在可以查看回“作为狭窄的”不工作的 html 发现的普通内容。本文背后的实际决定是具体的： ' 是 XML 的五个预定义实体之一，但 HTML 4 中不存在，因此较旧的浏览器和一些电子邮件客户端按字面打印它。这篇文章解释了这种分割、HTML 最终采用它的时间以及为什么 ' 仍然是安全的选择。阅读器操作同样具体：链接到 HTML 实体转义器，并演示将 ' 和 ' 解码为同一字符，并带有指向工具页面的指针以了解如何转义引号。