Ruby on Rails 3表单中的_snowman参数是什么？

Question

在Ruby on Rails 3（当前使用Beta 4）中，我看到当使用form_tag或form_for助手时，会出现一个名为_snowman的隐藏字段，其值为☃（Unicode \ x9731）。

那么，这是什么？

Answer 1

这是为了支持Internet   Explorer 5，并鼓励它使用UTF-8作为它的形式。

的提交信息看到here细节，如下所示：

修复一些已知的网络编码问题：

• 指定对所有形式的接收字符集。所有最新的浏览器，以及 IE5 +，将使用指定的 的编码形式参数
• 不幸的是，IE5 +不会看接收字符集，除非在窗体的值至少一个 字符不是在页面的字符集 。由于 用户可以覆盖默认
  字符集（其Rails的集成UTF-8），我们 提供含有 Unicode字符隐藏的输入，迫使IE到 看看接收字符集。
• 现在绝大多数Web输入都是UTF-8，我们将入站 参数设置为UTF-8。这将消除许多ASCII-8BIT和
  之间的不兼容 编码的情况，UTF-8编码为 。
• 可以放心地忽略PARAMS [：_雪人]

总之，你可以放心地忽略此参数。

不过，我不确定为什么我们要支持像互联网  Explorer 5这样的旧技术。如果你问我，这看起来像是非Ruby on Rails的决定。

Answer 2

此参数已添加到表单中，以强制Internet Explorer（5,6,7 和 8）将其参数编码为unicode。

具体来说，如果用户将浏览器的编码切换为Latin-1，则会触发此错误。要理解用户为什么决定做一些看起来如此疯狂的事情，请查看this google search。一旦用户将网站设置为Latin-1模式，如果他们使用可以理解为Latin-1和Unicode的字符（例如，名称中通用的é或ç），则Internet Explorer将使用Latin -1。

这意味着如果用户搜索“ChéGuevara”，它将在服务器端不正确地通过。在Ruby 1.9中，当文本不可避免地进入正则表达式引擎时，这将导致编码错误。在Ruby 1.8中，这会导致用户的结果不完整。

通过创建一个只能被IE理解为unicode字符的参数，我们迫使IE查看accept-charset属性，然后告诉它将所有字符编码为UTF-8，甚至是可以用Latin-1编码。请记住，在Ruby 1.8中，将Latin-1数据存入UTF-8数据库非常简单（因为整个堆栈中的没有任何会检查用户在任何点发送的字节是否有效UTF-8字符）。因此，Ruby应用程序（以及PHP应用程序等）显示这种面向用户的错误非常常见，因此用户尝试将编码更改为缓和措施非常普遍。我写这个补丁的时候，我并没有意识到参数的名字会出现在面向用户的地方（它使用GET操作的表单，比如搜索表单） 。既然如此，我们会将这个参数重命名为_e，并使用一个更无害的unicode字符。