无忧启动论坛

 找回密码
 注册
搜索

discuzX3.4数据库改用utf8mb4字符集,实现emoji表情符

查看数: 17472 | 评论数: 52 | 收藏 1
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2018-5-26 17:27

正文摘要:

discuzX 3.4 默认字符集是utf8,安装后无法发一些表情符,也不能用表情符当用户名。 现在做测试改成 utf8mb4 测试机环境 centos 7.5 mysql 8.0.11 php 7.2.5 apache 2.4.6 一、全新安装 下载补丁文件 ...

回复

henimabiA1 发表于 2023-6-3 21:20:57
直说多少钱能下载附件,能下得起我就给你转钱
骑猪看月出 发表于 2022-11-23 12:49:40
下载不了的
骑猪看月出 发表于 2022-11-23 12:49:27
辛苦了。。希望论坛越来越好
abcuiopa 发表于 2021-4-19 21:47:55
看看
ninglie 发表于 2020-11-24 03:16:12
没有问题
kevinqin 发表于 2020-9-29 10:30:48
新安装最新版本, 怎么  
ninglie 发表于 2020-9-25 19:59:57
辛苦了
wuyovooo 发表于 2020-8-6 18:34:31
进来学习一下
henimabiA1 发表于 2020-8-4 16:12:30
怎么下载???????????????????????????????????????????????????????????
tans123 发表于 2020-7-17 12:55:44
感谢分享
ydyd883 发表于 2020-7-16 16:12:20
大佬,全新安装的patch文件现在有版本更新吗,因为我看到你后面的帖子说转换过程有问题的说
lonhowe 发表于 2020-6-30 18:33:44
版主辛苦了。。希望论坛越来越好。。
小小华 发表于 2020-2-20 00:46:58
无忧启动
nenge 发表于 2020-1-7 19:17:07
我也去试试
ully 发表于 2019-12-16 22:46:03
VIP会员 大元帅
51xixi 发表于 2019-12-2 11:10:28
感谢楼主,已经完美支持emoji表情符
blankplay 发表于 2019-10-15 21:20:16
钉钉
hygx.org 发表于 2019-8-10 11:49:35
听说修改完可以完美支持偏僻汉字,特来测试:&#147059;  &#136586;  
wangyu1314 发表于 2018-12-2 22:39:36
我的VBB也改了这个的。。
qxhdly 发表于 2018-10-30 17:48:07
版主辛苦了。
wangyu1314 发表于 2018-10-30 17:29:07
大佬牛逼,我们也为改utf8mb4这个事伤透脑筋。
osp@qq.com 发表于 2018-10-30 17:11:58
ding@################
osp@qq.com 发表于 2018-10-30 17:11:50
zhichi@@@@@@@@@@@
wuyou 发表于 2018-8-16 10:53:51
liaofabiao 发表于 2018-7-1 22:47
测试转换utf8mb4数据库会出错吗?我上面人很多 !哪种方法比较完美呢 各给建议  现数据库UTF8 停机时间长就 ...

最好先在本地虚拟机环境(一般人比较难做到这一点)下先进行数据转换,没有问题以后,再导数据到实机上。
liaofabiao 发表于 2018-7-1 22:47:22
测试转换utf8mb4数据库会出错吗?我上面人很多 !哪种方法比较完美呢 各给建议  现数据库UTF8 停机时间长就麻烦!

点评

最好先在本地虚拟机环境(一般人比较难做到这一点)下先进行数据转换,没有问题以后,再导数据到实机上。  详情 回复 发表于 2018-8-16 10:53
wuyou 发表于 2018-6-1 15:44:37
对现有的库或表转换字符集
如库名bbs,表名 table1

  1. ALTER DATABASE bbs CHARACTER SET utf8mb4 COLLATE utf8mb4_bin; 
  2. ALTER TABLE table1 CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_bin; 
复制代码
wuyou 发表于 2018-6-1 10:55:36
这几天一直没转顺利,很大原因在于不知道mysql 校对集对大小写敏感差异。

以下是转载网上的

utf8_bin跟utf8_general_ci的区别

ci是 case insensitive, 即 "大小写不敏感", a 和 A 会在字符判断中会被当做一样的;

bin 是二进制, a 和 A 会区别对待.

例如你运行:

SELECT * FROM table WHERE txt = 'a'

那么在utf8_bin中你就找不到 txt = 'A' 的那一行, 而 utf8_general_ci 则可以.
wuyou 发表于 2018-6-1 00:37:55
发现 InnoDB 导入数据的速度好慢好慢,可能只有 MyISAM 的十分之一。
wuyou 发表于 2018-5-31 07:05:38
转载:Discuz X前台删除了DIY模块,后台“模块管理”中却删不掉怎么办?解决

今天重做首页,先统一在前台将所有“原来的DIY模块"删除,然后新建,但是做完后去后台一看,靠,很多删掉了的“原来的DIY模块"在“后台-门户-模块管理”中还存在着,只是“所在页面”一栏被标示为“未填写”了,而且还没有可以删除的按钮。这个怎么回事以及怎么办啊。



哈,今天官方刚好有张帖子说这事,原文如下:

今天看见很多人说自己明明已在前台删除了某个DIY模块,它在后台“门户-模块管理”中却仍然存在,被标示为“未填写”,且无法被删除,无聊就去试了一下,用多种顺序试过。
结果发现原因简单得要死。。。。。。
这个仅仅是因为删除模块的时候,不是“先删模块再删嵌套该模块的框架”,而是“直接删除嵌套该模块的框架”。直接删除嵌套该模块的框架,模块在前台是没有了,但后台并没有接到删除该模块的指令。
“模块”的菜单是蓝色,“框架”的菜单是红色的,先删蓝色再删红色,保证没有任何问题。
想偷懒将“模块”与“框架”同时删除,那是要付出代价的。
任何时候偷懒都要付出更大的代价。

如果已经出现问题了,那么......
1、去数据库的pre_common_block表里删除“门户-模块管理”中多余的模块。
2、去数据库的pre_common_diy_data表里删除“门户-页面管理”中多余的页面。
  1. truncate table pre_common_diy_data;
复制代码
wuyou 发表于 2018-5-29 19:14:30
目前还是存在数据导入不完整,有显示重复,解决中。

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2026-2-13 19:56

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表