之前写了一半的，如何在轻量级个人 VPS 上搭建各种服务的帖子。一时懒得去把坑填完了。但前几天突然发现自己落入了思维误区：为了配合 Mastodon 或 Pleroma，总想着如何把 WordPress 从 MySQL 迁移到 PostgreSQL。——但是，其实完全可以用 SQLite 啊！对于偶尔才更新一篇的个人 blog 用户，把数据库放在一个 SQLite 文件里，不需要另外安装数据库服务，完全是可行的。
用 Docker 观察内存开销。对于新建的 wordpress 站点，wordpress 本身（包括 php-fpm、nginx）占用内存大约是 40-100M（使用缓存插件后会减少）；MySQL 数据库占用内存 200M，随着渐渐使用，有着近千篇文章和评论的 blog 站点，MySQL 占用内存会达到 500M 甚至更多。 ——数据库的这部分内存，使用 SQLite 后，完全是可以省下的。
可以通过 SQLite Integration 插件，安装基于 SQLite 的 WordPress。Wordpress 官网的插件页面，因为作者失联而停更。但隐藏的插件下载链接，一直都还有效：
https://downloads.wordpress.org/plugin/sqlite-integration.1.8.1.zip最新版本的 WordPress 也仍然可用。Github 上也有这个插件的分支。
使用非常简单，就是把 db.php 复制到 wp-content 目录里，同时确保你的系统安装了 php-sqlite3 模块。这里有篇攻略。现有的站点，可以通过 Duplicator 之类的 wordpress 备份插件，或者 wordpress 自身的导入导出功能，进行迁移，不需要进行数据库级别的转换操作。
注意事项：
1. 最重要的，数据库的文件的存放位置，这个一定要改！默认的数据库位置是在 wp-content/database/.ht.sqlite，是会被人通过浏览器从 http://website/wp-content/database/.ht.sqlite 直接下载的！虽然插件在 database 文件里添加了 .htaccess 权限控制，但对于如今大家用的 Nginx，是默认无效的。
在 wp-config.php 里添加设置：
define('DB_DIR', '/absolute/custom/path/to/directory/for/sqlite/database/file/');
define('DB_FILE', 'custom_filename_for_sqlite_database');可以更改数据库文件的存放位置。强烈建议把数据库文件，放到无法直接用网址从外部访问的目录（记得给那个文件夹授权可写）。
2. SQLite 不适合多线程的高并发使用。如果网站会有多个用户同时在后台编辑，那么网站不适合使用 SQLlite；如果只有一个写作者自己编辑 blog，就很合适。但要避免使用那些，在一般访客浏览网站时，也会导致对数据库进行写入的插件，如：
- WP Statistics 这样的访客统计插件，会把来访者的每一次点击，都记录到本机数据库里。建议使用 Google Analysis 之类的外置统计软件（Google 给 wordpress 做了个官方插件 Site Kit by Google），通过在页面嵌入 js ，发送访客数据到 Google 服务器，不会写入本地数据库。
- 官方的防垃圾评论插件 Akismet Anti-Spam，其实也是先把每条评论写入本地数据库，再判断是否垃圾的。如果被机器人大量发送垃圾评论，也会造成数据库写入的压力。建议使用 WP Captcha 之类的验证码插件（可以单独使用或配合 Akismet 一起用），把大多数垃圾评论在写入数据库之前就过滤掉。
3. 使用 WP Super Cache 插件，为网站生成缓存文件，可以极大地减少对数据库的读取操作。个人用户完全可以在插件设置里，关闭默认的 Garbage Collection 功能。
网上搜到的 WordPress + SQLite 的 docker images（1、2），Wordpress 和 php 的版本都有些过时了，本身也有一些小问题（如数据库文件夹的权限设置），建议修改 Dockerfile 然后自行编译。回头有时间我去改个试试。
