1
4
转储文件可能输出为UTF-8,但在导入期间被解释为Latin1。
这个
就像你有一个完整的混合体 和 数据损坏,这将很难用一般的方法修复,但通常,这种肮脏的解决方法 * 会很好地工作:
除非您使用的是荷兰语以外的其他语言,否则中断字符的范围应该非常有限,并且您可以使用少量这样的语句来修复它。 同一问题的相关问题: * (当然, 别忘了备份 在运行类似的程序之前!) |
2
0
在导出和导入Drupal转储文件时不应该有任何擅离职守的地方,除非这样做的人以某种方式成功地将导出设置为utf8以外的东西。我们出口/进口垃圾很多,从未遇到过这样的问题。 希望Pekkas的答案能够帮助您解决这个问题,如果它在数据库中,但是我也认为您可以检查网页上显示的数据是否正在通过一些不支持多字节的PHP函数运行。 以下是以MB为单位的正常函数的一些等价物: http://php.net/manual/en/ref.mbstring.php ps.如果您最近将站点移动到了另一个服务器(因此它不仅仅是数据库导入),您应该使用诸如 http://www.webconfs.com/http-header-check.php 确保最后一行中有utf8。 |
3
0
你提到进口可能是问题所在。在这种情况下,在导入与客户机和MySQL服务器的连接时,可能没有使用UTF-8。我以前有过几次这样的问题,所以我想和你分享这些MySQL设置(在my.conf中): 在“服务器设置”下添加以下内容:
在客户端设置下添加:
这可能下次会让你省去一些头痛。 |
4
0
要确保从头到尾都有utf8,请执行以下操作:
|
Bijan Zand · 如何将条件设置为数组值以显示自定义字符串 6 年前 |
sydborn · 在ubuntu的httpdocs上安装 7 年前 |
hxtree · Solr 7强制q值 7 年前 |
thelawnmowerman · 视图内外内容类型的不同模板 7 年前 |