原因

Wordpress 最近老500，备份插件备份也没反应。

而且本来系统版本已经EOL，各种旧版本软件，干脆把系统重做了。

顺便换个静态的blog，反正本来也没多少东西。

坑

迁移的时候碰到的坑，上面那个备份插件用不了，有些是因为内存不够，有个看日志是请求不到 cron.php，估计是系统自带的ssl证书没有升级，本来站点有 letsencrypt 的证书，后面把 https 关了，就备份成功了。

后面再看看怎么改改模板, 再看看剩下的内存还能干啥?? Google 之前收录的基本全是 404 了，不管了。

lnmp假如是个人使用的话，当然是版本越高越好。

docker 部署应用非常方便，比什么一键包方便多了。docker 官方 wordpress 的镜像是 自带有 apache 的，但是习惯了 nginx了，发现官方还有 wordpress:fpm 的tag，就用 docker-compose 再跑一个 nginx 加上 wordpress:fpm。

虽然docker hub 上也有其他个人开发者做的docker，但是还是官方维护的靠谱一点，而且官方的 image 更新还快一点。

git clone git@github.com:jianggau/Dockerfile.git

cd mywordpress1

docker-compose up -d

环境就好了。

然后下面是 docker-compose.yml  (github …

好久没管这个blog了，发现之前不小心删了几篇文章，然后从 MySQL 里面找不回了了（WordPress 默认一段时间后删除回收站文章）。

然后只能从 https://web.archive.org 恢复几篇文章（有些文章还是算了），发现只保存过一次。聊胜于无。

再一下，准备上 https～

发现64m 的vps 的certbot 的某依赖编译内存不足，放弃了～ 后面再研究研究。

再发现磁盘满了，原来这个只有 2G, 算了，不折腾了，有空搬家了再上 https。

因为默认在chrome下载页面下载下来的的是一个在线安装器，在某些环境下，等待chrome的下载安装完成是一件非常麻烦的是，直接下载离线包就显得方便多了，虽然chrome版本迭代得很快，但是重新安装的时候还是会有用的。

x86版本的比较容易找，Google Alternate (offline) Google Chrome installer (Windows) 

分别得出两个网址，分别对应的是单用户版本跟多用户版本。

而x64版本的离线包好像网上没有直接搜出来的网址，我是偶然发现在下载x64的时候，加上了standalone=1的参数就行了，网址。

下载单文件的速度是比直接在线安装器来得快一些的，而且可以copy到其它电脑上安装。假如网络环境特别好，那就不用这样子折腾这个了。

在关闭了Windows 对驱动的自动更新之后 …

不管愿不愿意，微信已经侵入了很多人的生活，有些聊天记录还是不想丢掉的，所以就想着把那些聊天记录保留下来。