Mysql 你看到了什么？ 在进行特殊设置之前，Windows终端特别容易受到此类行为的影响

4） 您正在运行Ruby1.9，它对Unicode的处理完全是一件特殊的事情

5） 完全不可能，但谁知道呢：您正在使用（或您的主机正在使用）一些蹩脚的代理解决方案，它会损坏您的charset头或重新编码发送的输入。

---

我可以用大约50%的几率赌2和3。

为了让Ruby本身有点Unicode意识，您需要以下几行：

$KCODE='u'

我总是把这一行放在config/environment.rb中

---

您的数据库必须使用utf8排序规则创建，并且必须在database.yml中将编码设置为utf8。

要使Ruby本身有点Unicode意识，您需要以下代码行：

$KCODE='u'

我总是把这一行放在config/environment.rb中

---

您的数据库必须使用utf8排序规则创建，并且必须在database.yml中将编码设置为utf8。

尽管上面已经提到：

---

将

编码：utf8

放入database.yml为我解决了这个问题。

尽管上面已经提到过：

---

将

encoding:utf8

放入database.yml为我解决了这个问题。

我不认为这是问题所在，但引号转义有点滑稽。当值由单引号分隔时，为什么要转义双引号？嗯。。。这似乎来自编辑-我想这个问题可能在约翰·拉什的编辑中被弄乱了。@Dominic-我只是将块中的所有内容都编码为完整的，我不认为这是问题所在，但引用转义中有一些有趣的事情。当值由单引号分隔时，为什么要转义双引号？嗯。。。这似乎是编辑出来的-我想这个问题可能在约翰·拉什的编辑中被弄错了。@Dominic-我只是把这段代码整理好了，里面的一切都完好无损谢谢。这个我假设这是我的终端，因为它显示了发送到数据库的内容。DB根本不包括后面的任何内容，也不包括问号。DB中的标记为+1-我认为这是必要的唯一原因是当您将用户输入存储为富文本时谢谢。这个我假设这是我的终端，因为它显示了发送到数据库的内容。DB根本不包括后面的任何内容，也不包括问号。DB中的标记为+1-我认为这是必要的唯一原因是当您将用户输入存储为富文本时谢谢。我在上面提到的同一个终端中尝试了这一点：irb（main）：001:0>“puts'ü'=>“puts'\303\274'”，因此它在输入端正确显示，您可以在那里看到输出。谢谢。我在上面提到的同一个终端中尝试了这一点：irb（main）：001:0>“puts'ü'”=>“puts'\303\274'”，因此它在输入端正确显示，在那里您可以看到输出。Rails默认使用UTF-8/Unicode已经很长时间了。无需设置$KCODE.Rails默认使用UTF-8/Unicode已有很长时间了。无需设置$KCODE。

UPDATE `xxxx` SET 
   `updated_at` = '2009-08-13 14:22:33', 
   `description` = '<p><span style=\"font-size: 14px; line-height: normal; white-space: pre; \">Gerhard Tr?ster</span></p>' 
WHERE `id` = 1228

| description | --------------- | Gerhard Tr |