开发者工具 · HTML 实体转义器
为什么一个未转义的 & 符号会破坏整个 RSS 或 XML feed
· 为什么它很重要
html xml 编码
XML 在 HTML 宽容的情况下是严格的：未转义的 & 或纯 HTML 实体（例如 ）使整个文档无法解析。这篇文章解释了五个 XML 实体、为什么无效以及如何转义 Feed 内容。 ( )
在一个标题“提示与技巧”和一个格式不正确的错误之后从每个读者那里消失的提要
在出现一个标题“提示与技巧”和一个格式不正确的错误后，该提要就从每个读者中消失了。包含提示和技巧的 RSS 标题的格式不正确 XML，因为 & 符号开始了一个永远无法解析的引用。严格的解析器可以拒绝完整的提要而不是修复它。
要验证 rss feed 与符号错误，请为在单个帖子后提要未通过验证的发布者构建消失的提要。严格的 XML 提要产生一个标题提示技巧后，防止每位读者接触；确定消耗的地点和井。对形成错误的观察仅属于 HTML 文本。
XML 的五个预定义实体 — < > & " ' 没有 DTD 就没有其他实体
XML 的五个预定义实体 - < > & " ' 以及没有 DTD 的其他实体。 XML 预定义 amp、lt、gt、quot 和 apos。还提供数字参考。与 HTML 不同，如果没有声明，则不会自动识别任意熟悉的名称。
其 feed 在单个帖子后验证失败的发布者可以通过在严格的 XML feed pass 之前记录实体 lt gt amp 来测试预定义的 xml 5 个。比较 quot apos 和后面的任何内容，并找到负责 else 且没有 dtd 的解析器。此 rss feed ＆符号错误结果解释了严格的 XML feed 证据，而不是可执行上下文。
为什么 、© 和 — 中断 XML — XML 从未听说过的 HTML 名称，以及数字替代 ( )
为什么 、© 和 — 打破 XML — XML 从未听说过的 HTML 名称，以及数字替代。 nbsp、copy 和 mdash 等名称属于 HTML 的表，而不是 XML 的五个预定义名称。在 XML 中，在允许的情况下使用文字 UTF-8 字符或数字引用（例如 ）。 ( )
隔离为什么 nbsp 复制并在简短的严格 XML 饲料样本中。将 mdash break xml html 显示为文字源，按照 xml 的名称到达其目的地，并命名读取从未听说过的 API 和。对于 rss feed ＆符号错误，数字替代仍然是解析器绑定的证据。
在提要内转义 HTML — 本身标记的内容必须再次转义或包装在 CDATA 中
在提要内转义 HTML — 本身标记的内容必须再次转义或包装在 CDATA 中。作为数据嵌入到 feed 内的标记必须作为文本转义或根据 feed 设计正确放置在 CDATA 中。混合方法可以产生双重逃逸或意外结构。
将 a 内的转义 html 视为边界实验。在单个帖子后提要未通过验证的发布者应保留提要内容，即执行一个严格的 XML 提要操作，并在再次更改转义或换行之前检查自身标记必须逐个字符。关于cdata中的声明就止于这个HTML层。
工作示例：修复损坏的项目 — 有问题的字符、更正的实体和验证器的结果
工作示例：修复损坏的项目——违规字符、更正后的实体以及验证器结果。对于标题 Tips & Tricks <Draft>，最小模式会生成 Tips & Tricks <Draft>。这些替换使文本既可表示为 XML 字符数据，也可表示为 HTML 文本。
重现使用无害输入而不是客户材料修复 a 的工作示例。记录有问题的损坏项目，观察已纠正实体的字符，并计算每个有意严格的 XML feed pass。该 rss feed ＆符号错误跟踪允许其 feed 在单个帖子评估后验证失败的发布者，并且验证器和结果无需猜测。
常见错误 - 修复 & 但从 CMS 编辑器中留下 ，以及双重转义 CDATA ( )
常见错误 - 修复 & 但在 CMS 编辑器中留下 ，以及双重转义 CDATA。在离开时替换一个原始 & 符号仍然会失败，因为解析器遇到未声明的名称。相反，转义已受 CDATA 保护的内容可能会留下可见的实体文本。 ( )
在严格的 XML feed 审查期间并排放置修复的常见错误，但留下一个 nbsp 和来自 cms 编辑器的内容。如果发布者的 feed 在单个帖子后验证失败，则可以决定是否在转换时或下游更改双重转义 cdata。将有关严格 XML 提要证据的 rss feed 与 错误结论保留在一般安全声明之外。
这不包括什么 - Atom 与 RSS 的差异以及提要阅读器渲染怪癖
这不包括什么 - Atom 与 RSS 的差异以及提要阅读器渲染怪癖。 Atom 与 RSS 词汇和阅读器呈现与基本的 XML 格式良好是分开的。使用生产中使用的相同命名空间和序列化来验证最终文档。
在运行严格的 XML feed 之前定义它不做什么。将 coveratom 与 rss 保存为对照，检查差异背后的代码点并提要阅读器，并将渲染怪癖映射到下一个解释器。这使得对于在单个帖子调查 rss feed 和符号错误后其 feed 未通过验证的发布者来说，严格的 XML feed 证据是可审核的。
要点：最小模式涵盖 XML 标记字符；命名模式是特定于 HTML 的
要点：最小模式涵盖 XML 标记字符；命名模式是特定于 HTML 的。对标记关键字符使用最小模式并查看 XML 特定要求。命名模式可以发出纯 HTML 名称，因此它不会被宣传为通用 XML 序列化程序。
将外卖最小模式覆盖连接到可观察的严格 XML 馈送输出。保留在一次性结果旁边命名的 xml 标记字符，然后验证模式特定于 html 的位置输入严格的 XML 提要证据。其提要在单个帖子后验证失败的发布者现在可以将严格的 XML 提要证据作为狭窄的 rss 提要与符号错误发现进行审查。本文背后的实际决策是具体的：XML 在 HTML 宽容的情况下是严格的：未转义的 & 或纯 HTML 实体（例如 ）使整个文档无法解析。这篇文章解释了五个 XML 实体、为什么无效以及如何转义 Feed 内容。阅读器操作同样具体：链接到 HTML 实体转义器，并演示转义包含 & 和 < 的标题以在提要项中使用。 ( )