2022在动荡中过去了，欧洲动荡，东土大陆动荡，偏安北美的我们也是多被疫情干扰。
在 2023 已经到来的日子里，想要做些什么呢？
看到 Kaix.in 的一个小目标，#100DaysToOffload
还是挺有意思的，我也参与一下。为什么不呢？这个我还是完的成的。
还有就是要去旧金山，看看岳父大人。能有机会的话，去东部看看，这个只是想想，要条件很成熟才行。还想去大陆看看亲人，这个更是需要中加两国的防疫政策都解冻，要回到2019年初的状态，才能成行。
还能干什么呢？把 Blog 的样式简化简化，再简化。
也许尝试一下 youtuber，做视频。这个还真的没有多少把握，而我又很少做没有把握的事情，再考虑考虑。
上一篇文字还是四月写的，选择就已经要到九月，孩子们就要开学了。
实在是忙的很，生活上的忙碌也是，家中有事，然后工作倒是一直这样，没有特别的变化。
刚刚把 Blog 系统更新到最新的 R5301，也是 MovableType 7.9.5。看上去的样子同之前的还是一样，现在 MT 系统的更新已经不在界面，样式上花时间了，基本上都是内在的，让用户感觉不到的更新。
对于专注于内容的用户，是非常的友好。
本 blog 用的模板是自己写的，用到了 Bootstrap 和 jQuery。
今天对其做了更新。
用了最新的 Bootstrap v4.6.0 和 jQuery 3.6.0。
直接在官方获取其最新的软件包，下载后解压缩，把有用到的文件，上传到网站上，然后登录 MovableType 后台，修改模板文件，然后重建整个 Blog 就行了。
其实也费不了多少时间，很快，另外我还更新了 highlight javascript 文件包。
之前提到了多个第三方出品的开源留言评论系统，我也查了网上很多的评测，比较。自己也做了小小的测试，最后选的是较小的 js 文件，以及方便的导入 Disqus 的备份记录的系统： Commento。 在之前我还以为我会选 Remark42 或者 Isso 的呢。
现在其实已经安装好了，在本站也启用了。
偏向技术方面的东西就不写在这里，贴几张图好了。
开始使用 Disqus 作为评论模块，也已经很久了，其实一直都觉得速度是个问题，而且现在还因为广告，以及用户追踪的问题，被很多人诟病。
好了我也动了去掉它的念头，在那些用 Wordpress 搭建的 Blog ，很容易就把 Disqus 评论系统替换回 WP 原生的评论功能。
这里，我用的是 MovableType ，这个系统的评论模块模板比较麻烦，因为模板我已经全部重写了，现在要把评论部分也改掉，会牵涉到一些 Javascript 文件，而这些文件在新的模板中早就被丢弃了，现在再加上，显然不太合理。
于是开始研究找个开源的独立评论系统，最好这个评论系统单独成立，并且可以给多个 Blog 使用。
在调研之前，先把目前用的 Disqus 评论去掉了。去掉后，可以看到在 Google Chrome 的 lighthouse 测试报告中，Performance 性能一项的评分从60多，提高到80。
这里是我们写中文生活中琐事的Blog，在看过去的文字的时候，发现有不少的链接失效了，不少的外部图片也不显示了，等等各种陈旧的内容，于是决定要做一次整理，一次更新。
对于一个有着超过 16 年历史的 Blog 来说，工作量还是很大的，大概看来，有些年份写的勤快一点，文章就多，有些年份写的有些懒，就少些。不过还算顺利，多多少少唤起了我不少的回忆。
关于主要整理的部分如下：
所以现在的很多时间都花在这个上面，看文章，找需要修复的部分，更新。
新的一年开始一周了。虽然才仅仅一周，世界上的大事不断，比如昨晚美国国会被冲击，前几天，香港抓了50多民主人士，各国爆发的疫情，延长 lockdown 的时间，还有大陆也有多地爆发新一轮的疫情。
在昨天，把这里的模板从原来的 MovableType自带的默认模板改成了基于 Bootstrap 的模板，主要是自己写的，适应新的移动优先的趋势。
最重要的就是改了名字了，原来的 Blog 名称为 FreeThinking，当然依然是自由思想，不过改了一个中文名称，叫做"青梅竹马的旅程"，因为这里是我同夫人合写的blog，虽然她几乎没有再写，等这里弄好了，我再建议她恢复写作。至于为什么叫做这个名字，就是因为，我们两个算是从13岁就认识了，虽然不是那种从特别小就玩在一起的发小，但也可以算是青梅竹马，两小无猜的了。毕竟要到差不多19岁，才开始恋爱，毕竟有很长一段时间，我们都是非常要好的普通朋友。
Blog 是一个非常好的记录生活，记录我们的想法的方式。
时间是过去的很快，从最初的2004年开始写，到现在已经是第17个年头了。
那么接下来，会写多久，这个 Blog 会持续多久，无法预测。
下面说说改版的情况。
在我的 NAS 上我有用 SMB 做共享，同时也有用 NFS 做共享。
有关 NFS 的共享，可以做更加细致的设置，从性能上来说，也比 SMB 好一点。
比如 SMB 的共享权限是哦可以设置为公共共享，和权限共享。公共共享就是匿名共享，谁都可以访问，而权限共享就是按照用户，或用户组来设置权限。
NFS 共享，则可以按照 IP 地址来设置权限。
我这里用了固定IP地址，和 IP 段，这两种都可以。
刚刚升级了Blog 的系统到 MovableType 7.3.0，也就是 r4607 版本。
升级过程乏善可陈，简而言之：
就这样升级完成了。
比较有意思的是增加了一个表格功能。看似还很好用的。
最近刚刚把网站迁移到新的 VPS，还是放在 DigitalOcean，但是系统已经是全新的 Ubuntu 20.04 LTS。
迁移 Blog 需要把数据库备份，然后导入到新的服务器上的数据库中后才行。
本Blog 用的是 MovableType，从 2004 年开始建立的，当时采用的是 MT 3.11。中间迁移过好多次，每次导出的数据，看上去都是乱码，而且如果用 phpmyadmin 之类的工具查看数据的话，也是乱码。但是导入之后，从 MT 后台看到的还是正确的，可以正常地使用，所以就一直没有怎么去管它。
这次确实出现了导入后， 在 MovableType 后台看到的还是乱码，当然如果直接发布，就会全部是乱码的文字了，不知如何解决。
于是外事不决问 Google，一番搜索之后，找到下面这段，看着很类似我现在的问题。
Movable Type 5 默认使用的编码是 UTF-8，但是数据库连接中却优先使用当前数据库的 DEFAULT CHARSET 设置。如果在建立数据库的时候，DEFAULT CHARSET = utf8 那不会出什么问题，但如果设置是 DEFAULT CHARSET = latin1 就会出现一些问题，不巧的是，很多 MySQL 数据库的默认编码设置就是 latin1。
如果数据库的默认编码是 latin1，Movable Type 仍然会按照 UTF-8 编码保存数据，而数据库则用 latin1 编码保存和识别信息，在 Movable Type 界面中显示数据都是正常的，但是在需要导出或备份数据库的时候就会出现乱码了，比如用 phpMyAdmin 查看这些数据库中表里的记录，发现中文全部是乱码，导出后的文件也是乱码。
如何把这些乱码转换成正确的字呢？可以尝试下面的方法。
如果数据库的名字是 db_name，使用下面的导出命令：
mysqldump -uroot -p --default_character-set=latin1 --skip-set-charset db_name > db.sql
输入密码后产生 db.sql 文件，替换文件中的 DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci 为 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci 以及替换 collate latin1_general_ci 为 collate utf8_unicode_ci，之后新建一个数据库，注意设置 DEFAULT CHARSET = utf8，在这个数据库中执行导出的 SQL 就可以将这些"乱码"转换为正常的字了。
实际操作时，我是这样做的。
先用上面的 mysqldump 命令把数据库导出到一个 sql 文件，（这时导出的 sql 文件内容已经没有乱码了。显示中文正常。）然后用 Notepad++ 打开 sql 文件，寻找 DEFAULT CHARSET=latin1 字符串，替换为 DEFAULT CHARSET=utf8
保存之后，现在的 MySQL数据库，新建的数据库默认就是 utb8mb4_general_ci，就直接导入到数据库中就可以了。
