“MovableType” 的搜索结果

上一篇文字还是四月写的，选择就已经要到九月，孩子们就要开学了。

实在是忙的很，生活上的忙碌也是，家中有事，然后工作倒是一直这样，没有特别的变化。

刚刚把 Blog 系统更新到最新的 R5301，也是 MovableType 7.9.5。看上去的样子同之前的还是一样，现在 MT 系统的更新已经不在界面，样式上花时间了，基本上都是内在的，让用户感觉不到的更新。

对于专注于内容的用户，是非常的友好。

刚刚升级到最新版，有新的功能，也修复了不少的问题，改进了不少细节，算是不小的升级。

这里我是必定要升级，所以就下载了，覆盖安装后就可以使用了。

https://movabletype.org/documentation/appendices/release-notes/7.7.0.html

本 blog 用的模板是自己写的，用到了 Bootstrap 和 jQuery。
今天对其做了更新。
用了最新的 Bootstrap v4.6.0 和 jQuery 3.6.0。

直接在官方获取其最新的软件包，下载后解压缩，把有用到的文件，上传到网站上，然后登录 MovableType 后台，修改模板文件，然后重建整个 Blog 就行了。

其实也费不了多少时间，很快，另外我还更新了 highlight javascript 文件包。

刚刚升级到最新版，据说是修复了不少的问题，也改进了不少的功能，算是不小的升级。

这里我是必定要升级，所以就下载了，覆盖安装后就可以使用了。数据库部分没有改动。
好了完成了。

开始使用 Disqus 作为评论模块，也已经很久了，其实一直都觉得速度是个问题，而且现在还因为广告，以及用户追踪的问题，被很多人诟病。
好了我也动了去掉它的念头，在那些用 Wordpress 搭建的 Blog ，很容易就把 Disqus 评论系统替换回 WP 原生的评论功能。

这里，我用的是 MovableType ，这个系统的评论模块模板比较麻烦，因为模板我已经全部重写了，现在要把评论部分也改掉，会牵涉到一些 Javascript 文件，而这些文件在新的模板中早就被丢弃了，现在再加上，显然不太合理。

于是开始研究找个开源的独立评论系统，最好这个评论系统单独成立，并且可以给多个 Blog 使用。

在调研之前，先把目前用的 Disqus 评论去掉了。去掉后，可以看到在 Google Chrome 的 lighthouse 测试报告中，Performance 性能一项的评分从60多，提高到80。

新的一年开始一周了。虽然才仅仅一周，世界上的大事不断，比如昨晚美国国会被冲击，前几天，香港抓了50多民主人士，各国爆发的疫情，延长 lockdown 的时间，还有大陆也有多地爆发新一轮的疫情。

在昨天，把这里的模板从原来的 MovableType自带的默认模板改成了基于 Bootstrap 的模板，主要是自己写的，适应新的移动优先的趋势。

最重要的就是改了名字了，原来的 Blog 名称为 FreeThinking，当然依然是自由思想，不过改了一个中文名称，叫做"青梅竹马的旅程"，因为这里是我同夫人合写的blog，虽然她几乎没有再写，等这里弄好了，我再建议她恢复写作。至于为什么叫做这个名字，就是因为，我们两个算是从13岁就认识了，虽然不是那种从特别小就玩在一起的发小，但也可以算是青梅竹马，两小无猜的了。毕竟要到差不多19岁，才开始恋爱，毕竟有很长一段时间，我们都是非常要好的普通朋友。

Blog 是一个非常好的记录生活，记录我们的想法的方式。

时间是过去的很快，从最初的2004年开始写，到现在已经是第17个年头了。

那么接下来，会写多久，这个 Blog 会持续多久，无法预测。

下面说说改版的情况。

刚刚升级了Blog 的系统到 MovableType 7.3.0，也就是 r4607 版本。

升级过程乏善可陈，简而言之：

1. 到这里下载个人免费版本的 MovableType，需要输入 email 地址以及用于升级还是新装。
2. 接着，收到 email 内含下载链接。
3. 下载大约 17M 的安装包
4. 解压，上传覆盖原有的安装文件
5. 从浏览器打开后台，可以看到升级成功的信息。

就这样升级完成了。

比较有意思的是增加了一个表格功能。看似还很好用的。

最近刚刚把网站迁移到新的 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，就直接导入到数据库中就可以了。

刚刚升级了系统，到最新的 MovableType 7.2.0，没有可以写的，那就发些照片吧。都是没有人，但是最近一段时间的。

一直下雨，好不容易天晴。

为了环保，不用一次性吸管，在 Costco买了这个不锈钢的吸管。

刚刚升级了系统，把MovableType 升级到最新版。 MovableType 7 R4601。

个人免费版本的下载地址。
https://www.sixapart.jp/inquiry/movabletype/personal_download.html

Movable Type 7 r.4601 Release Notes
https://www.movabletype.jp/release-notes/70/r4601.html

修复了很多bugs，当然升级就对了。