|
|
1
7
当你看到“里面有问号的奇怪的方形符号”,也就是 REPLACEMENT CHARACTER ,这通常是一个指示符,指示您的字节在80-FF(128-255)范围内,并且系统正在尝试用UTF-8呈现它。 整个字节范围对于UTF-8中的单字节字符无效,但在西方编码(如ISO-8859-1)中都很常见。
当我查看您的页面并手动将字符编码从utf-8切换到iso-8859-1时(在firefox中
那么,怎么了?很难说,这里有很多地方都会被弄脏。但很可能是在数据库级别。将表上的字符集设置为utf8通常是不够的。在字符在系统中正常移动之前,您的所有字符集和排序规则都需要保持有序。常见的陷阱设置不正确 connection charsets ,所以我先从那里开始。 如果你需要更多的指导,请告诉我。 编辑要检查为该值实际存储了哪些字节,请运行此查询。
如果你看到
如果你看到
编辑2
|
|
|
2
3
把我的2便士削掉。我用 utf8_encode() 从数据库输出数据。这似乎也照顾其他角色。 |
|
|
3
1
试用使用
代替_符号,交替打印_符号,请执行以下操作:
|
|
|
4
1
我也有同样的问题。我所做的是在连接到数据库(php)后立即运行此命令:
希望这有帮助。 |
|
|
5
1
我也遇到了同样的问题,在mysql数据库上运行select查询之前,我添加了下面的PHP代码,解决了这个问题。
|
|
|
6
1
我自己也遇到了这个问题,并在输出阶段使用 mb_convert_encoding “。 用你的例子…
|
|
|
7
0
你可以退房 here 我不确定它是否有效,但请尝试一下,因为这很奇怪,我以前从未见过类似的东西。 |
|
|
Bard.Mus · 迁移后的数据库字符集环境 1 年前 |
|
Efannnnnn · 将Id数据存储到任何页面 1 年前 |
|
|
yooooo · 用于在块中删除的存储过程-LOOP未执行 1 年前 |
|
John Beasley · 更新一定数量记录的连续日期 1 年前 |
|
|
ColinM · MySQL以前的结果查询返回不正确的值 1 年前 |
|
Sergey_Z · MySQL只需无条件连接2个表和交叉连接 1 年前 |