X3.5将对取消数据库UTF8编码的支持，转为UTF8-mb4编码

Killer

       X3.5版本，支持InnoDB与MyISAM两种数据库引擎，在两种引擎下数据库都不再支持utf8编码，转而支持utf8mb4编码。

       无论是InnoDB还是MyISAM，所有的表都使用utf8mb4编码与utf8mb4_unicode_ci，该编码的支持，将直接导致X3.5支持emoj表情。

       MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。既然utf8能够存下大部分中文汉字,那为什么还要使用utf8mb4呢? 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff，也就是 Unicode 中的基本多文种平面(BMP)。也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符集存储。包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码，常见于 ios 和 android 手机上)，和很多不常用的汉字，以及任何新增的 Unicode 字符等等(utf8的缺点)。

我知道答案 回答被采纳将会获得1 贡献 已有10人回答

挖奇乐

那UFT8的论坛还需要转码？数据库也提供转码？

fictioner

重装代价很大，能否提供转码工具，包括文件（自己改过的代码、插件）、数据的稳定转码工具呢？
目前gbk想转utf8

刘先生

UTF虽然好，我也向这个方向靠拢

但太多的老站以产是GBK，还希望官方能够为老站考虑做好这个过滤

DZ现在的发展，不要忘记了老站！

lookboy

说不支持 GBK
又不提供转码功能
说来说去，还是无法升级

Killer

lookboy 发表于 2020-9-30 01:10
说不支持 GBK
又不提供转码功能
说来说去，还是无法升级

目前X3.5没有正式发布，正式发布X3.5的时候是有附带解决方案的

sdfarmer

其实现在最关键的是discuz能否重新构建真正的移动端，废掉微社区
做一个自定匹配的h5

另外对于多端进行定义表跟数据结构，参照下Q的思路。把短信、app、小程序、微信公众号方便多端打通

jiangchuankyo

这样的话会不会出现BUG 别人是不是就可以用表情图标来注册用户名了?

这应该不是论坛想要的

专家

jiangchuankyo 发表于 2020-12-18 10:35
这样的话会不会出现BUG 别人是不是就可以用表情图标来注册用户名了?

这应该不是论坛想要的

x3.5确实有这个功能，这个功能在一些论坛实装以后，会员们非常喜欢。

打不倒的肥猫

那么  到时我们论坛升级是否自动切换过去呢