和 Chatgpt 咨询了一下，应该是因为 vps 配置太低，而 Docker 这一套方案太重了，内存不够时直接被系统 kill 掉了。和它讨论的结果，我决定采用 Publii 代替原来的方案。虽然线上变成了纯静态的网站，但这样资源占用极少，应该不会再频繁崩溃了。并且，我觉得对于国内大多数网站来说，静态可能是最合适的。因为只需要展示，不需要交互。既能避免不必要的麻烦，又能保证安全稳定。
Publii 是个桌面应用，在编辑完网站后，直接生成静态网页，推送到线上。后台管理界面和 Wordpress 很像，并且支持一键从 Wordpress 导入 ，这样之前的网页和文章都可以保留了。但是主题就要靠自己了。
Publii 的介绍文章很多，我就不重复了。这里只记录几个我自己使用的经验。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\Parameters
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent
异常为：Unable to get database metadata from this database connection
直接说解决方案，但未必能解决所有问题，需要具体问题具体分析。
我们这里报的是某个字段不能为空，但是日志页签那里报的错误就是 Unable to get database metadata ...
所以，根据报错，给相关字段设置个默认值，再次执行就通过了！
客户wordpress网站要求实现全站静态化，我们经过调查选择了 staticpress2019 这个插件。实验阶段这个插件表现完美，生成的静态网站表现和动态完全一样。
然而去客户处部署后，发现出了问题：静态网站首页生成正常，但是打开文章报错，更具体是打开包含图片或视频的文章报错，纯文本的没事。
开始以为是媒体文件名称含中文的原因，可是改成拼音后，生成的静态网站依然报错。
仔细分析生成的静态文件，发现很多html被生成成了文件夹，而不是文件。文件夹内部是图片的网页文件。所以浏览器访问这个html时候，实际是访问服务器上面的文件夹，而此文件夹内没有 index.html 导致直接报错403 Forbiden。
查数据，看网站后台，调查很久，终于想通了原因。首先发现媒体库中的每个媒体也都有固定链接，而这些固定链接不知道为什么是其引用文章后面的链接。例如，文章 123.html 中包括图片 xyz.jpg，那么 xyz 这个媒体文件的固定链接就是 域名/123.html/xyz 。而观察 staticpress2019 生成静态文件时候的 log，它是先生成的媒体的固定链接，在生成文件的固定链接。导致 /123.html/ 提前被生成了目录，而后再生成 123.tml 文件时候就失败了，然而 staticpress2029 会忽略继续后面的生成，最后导致了前面的问题。
域名/123.html/xyz
知道了原因，但是如何解决呢。又浪费了不少脑细胞，想明白了。是固定链接的问题。固定链接为了对搜索引擎友好设置成了 %postid%.html ，所以文章的固定链接就都是 123.html 这种形式。最简单的修改就是把固定链接改成 %postid%这种形式。这样 123 会被生成目录，但是内部会生成 index.html。前面的媒体文件的固定链接依然会被提前生成，不过不会影响后面 index.html 的生成，这样静态网站就正常了。
%postid%.html
%postid%
尽管是解决了，但是媒体的固定链接为什么是 域名/文章链接/媒体名 这种形式，还是没搞明白。我看了其它网站的媒体固定链接，直接就是 域名/媒体名 ，这样的话，staticpress2019 也不会生成错误。
域名/文章链接/媒体名
域名/媒体名
给Chrome安装 IE Tab 插件，安装后还要安装 ietabhelper 然后才可以真正的用Chrome 使用 IE 内核打开网页。
不过由于国内无法使用谷歌商店，所以并不能直接通过浏览器安装插件。当然你可以科学上网，不过有些时候工作环境禁止访问互联网，因此只好下载插件手工安装了。
如果你在win10下用的最新版本的Chrome，会发现从网上下载的插件虽然安装成功了，但是 ietabhelper 无法安装。
这是因为版本的原因。 网上大部分插件都是10.5.1版，与最新版Chrome不兼容。
目前的最新版本是13.1.7.1
下面的附件即为该版本，并且压缩包内已经包含 ietabhelper安装包。
具体安装方法：
配置改完了不管用，解决方案是：把 PhP 根目录的 libssh2.dll 拷贝到 Apache 的 bin 目录下，再重启 Apache。
vue报错：
void mutating a prop directly since the value will be overwritten whenever the parent component re-renders.Instead, use a data or computed property based on the prop's value. Prop being mutated:
这是由于子组件更新了父组件传入的属性值导致的，而vue不建议双向数据同步，要求数据是单向传递。然而，有时我们确实需要子组件与父组件更新同一个值，vue的解决方案如下：
子组件：
<template> <div vi-if="visible"> 我是子组件 <button @click="hide">关闭</button> </div> </template> <script> export default { props: { visible: {type: Boolean, default: false} } methods: { hide () { this.$emit('update:visible', false) } } } </script>
父组件：
<template> <div> <button @click="show">显示</button> <child v-model="entity" :visible.sync="showChild"/> </div> </template> <script> export default { components: { 'child': () => import('./child') }, data () { return { showChild: false } }, methods: { show() { this.showEChild = true } } } </script>
关键点是父组件上面的 .sync 与子组件上面的 update:
打开时报错 “Could not open Postman”， 重新安装还是报 。
请按照下面方法处理：
需要删除的目录：
C:\Users\<user>\AppData\Roaming\Postman
C:\Users\<user>\AppData\Local\Postman
原因其实很简单，就是 Nginx 并没有真正退出。所以修改 config 之后，怎么刷新网站都没效果。
阿里云免费证书，正确的方法是直接在域名解析哪里添加 TXT 类型的解析就可以了。不过第一次时候，我并不知道，所以用了最笨的方法，在 nginx 里配置。在这里记录一下踩过的坑。
现在阿里云的免费https证书好麻烦。以前很简单的就能申请到。现在要先通过云盾证书服务购买，虽然是免费的也得走个购买流程。买了之后再申请，申请之前要先验证，证明这个域名是你的，要求你把它一个文件放在你域名后面某个固定地址。
一开始我想，这还不简单，建个目录不就OK了。结果发现网站在windows上，阿里云给的这个固定地址是.打头的，windows目录名禁止用.打头。
那好吧，那我直接用nginx配置一下，把这个固定地址映射到某个目录，文件放目录里不就OK了。结果折腾了快一天，才算搞定了。
nginx确实也玩的不熟练，查资料看上去很简单嘛， location 配置。但是改完配置，这个路径始终就是404。怎么都出不来。
后来发现我用的是root，这个root的话，相当于目录是根，还是要在目录里面建目录的。应该用alais，赶紧改。然而，没什么屌用，依然404。要崩溃了啊，nginx的配置太难了。
这期间还怀疑是不是版本问题，安装了nginx的新版本。问题依旧。
直到最后我终于搞清了原因。可能大家也猜到了。原来nginx根本没有真正退出，所以之前的配置一直有效。原来的nginx目录下有两个批处理文件stop.bat和restart.bat，问题就在这两个身上。有时候能退出干净，有时候退不干净。导致旧的进程和新的进程可能同时存在。知道我后来发现任务管理器里面竟然有8个nginx进程。全停止了，再启动，发现配置生效了。
实时上根本不需要这么做，因为直接在阿里云域名解析那里添加text类型的子域名就行了。(((φ(◎ロ◎;)φ)))
记录一下这个弱智的经历，希望下回别再犯同样的错误！
迁移前的wordpress是用docker部署的，迁移后要放在windows的Pc机上
docker exec -it 容器名 mysqldump -u用户名 -p密码 数据库名 >./db.sql
mysql -u用户名 -p密码 use wordpress source d:/dbsql
下载和安装新的wordpress，不是必须的。我是因为把旧的wordpress部署后，怎么都连不上数据库。所以安装新的对比了一下 wp_config.php。原来是因为host不正确。之前是docker部署的所以这里需要把host从db:3306改为localhost。
