有什么理由不开始使用HTML 5文档类型？
它应该与HTML4和XHTML向后兼容。约翰·雷西格（JohnResig）发表了一些好处。
只要我们不使用任何新功能且尚不支持的功能，就可以开始使用此doctype建立网站吗？
问题答案：
好考虑一下：
当用作text / html时，您需要的一个doctype就是触发标准模式。除此之外，对于浏览器而言，doctype不会执行任何操作。
当用作text / html时，无论您使用XHTML标记还是HTML标记，浏览器都将其视为HTML。
因此，实际上归结为使用触发标准模式的最短文档类型（<！DOCTYPE html>），以及使用HTML标记在浏览器中产生正确的结果。
剩下的就是关于一致性，验证和标记偏好。
话虽如此，只要您坚持使用现在可以在浏览器中使用的稳定功能，现在就使用<！DOCTYPE
html>并尝试使标记符合HTML5并不是一个坏主意。您不会在HTML4或XHTML 1.x中使用在浏览器中无法使用的任何东西，对吗？
换句话说，您将<！DOCTYPE html>与类似HTML4的标记一起使用，同时尊重HTML5中已阐明的内容。HTML5毕竟是关于浏览器兼容性的。
现在使用HTML5的缺点是规范可能会经常更改。这对于您在不断变化的规格时保持最新很重要。另外，http://validator.nu/不一定总是最新的，但是http://validator.w3.org/也不总是最新的，所以不要让它阻止您。
当然，如果要使用XHTML 1.0标记并符合XHTML 1.0，则不应使用<！DOCTYPE html>。
就个人而言，我始终对HTML使用<！DOCTYPE html>。
-
问题内容： 我指的是模块中的OrderedDict，这是一个有序的字典。 如果它具有可订购的附加功能，我意识到这通常不是必需的，但是即使如此，是否还有缺点？慢一点吗？是否缺少任何功能？我没有看到任何丢失的方法。 简而言之，为什么我 不 总是使用它而不是普通的词典？ 问题答案： 是的子类，并且需要更多内存来跟踪键的添加顺序。这不是小事。该实现在幕后增加了第二个，所有键的双向链接列表（这是记住顺序的部
-
出于某种原因，我曾经认为是线程不安全的，a-la或，而是通过块包装对的访问，或来实现的。 实际上，是线程安全的（通过原子）。因此，需要注意的是：即使在单个线程中需要一些随机输入，使用也是有意义的，因为内部没有原子读写，没有被编译为锁定指令并发出内存障碍。 而且，由于Java8，本质上是一个单例，它的状态保留在类的某些字段中。因此，方法不是对的访问，而只是静态字段读取，即。e.非常便宜。 我有两个问
-
问题内容： 我将如何通过XSLT 将文件的doctype 干净地 设置为HTML5 （在这种情况下，使用Collective.xdv） 以下是我的Google foo能够找到的最好的结果： 产生： 问题答案： 我认为目前仅通过将文档类型写为文本来支持此操作： 这将产生以下输出：
-
版本： 返回一个，其ID为“z”，偏移量为0，默认区域规则。 返回一个，包含ID“utc”和。 例如，在处理时。在这里，我能发现的唯一区别是它的打印方式不同。 我们正在来回地进行代码审查讨论，所以我想这种冲突并不罕见。 它是一个常量（此外，它的偏移量值（0）甚至被缓存）。 由于缺少区域信息，它的开销少了一点。 在UTC时，不需要考虑夏时制时间或历史变化，就像在任何其他时区一样。 因此，对于我迄今为
-
问题内容： 对于2015年9月，以下是在Swift中制作单例的确切方法： 然后在其他地方… 没问题。 然后，您可以在整个项目范围内简单地执行以下操作： 传统习语： Model.shared.blah（）…在代码库中到处可见 “我的”成语： model.blah（）…在代码库中到处可见 因此，这导致一切看上去都很漂亮： （在你的项目中，那些“单变量”将是一些事情，如，，，或任何情况下可能会在您的项目
-
本节描述了在 Web 应用程序测试中使用 Burp Suite 的基本知识。想了解更多关于 Web 应用程序测试的一般技术和方法的信息，请参阅由 Burp Suite 的创建者共同撰写的 Web 应用程序黑客手册。 注意：在开始使用Burp之前，您需要完成如下操作，运行 Burp Suite，配置显示设置，配置浏览器和 Burp 协同工作，并且在浏览器①中安装 Burp 的 SSL CA 证书。