之前用 Docker 安装的 Wordpress， 动不动就崩溃了，特意做了定时自动重启，好像效果也不怎么样，终于下决心要解决这个问题了。 和 Chatgpt 咨询了一下，应该是因为 vps 配置太低，而 Docker 这一套方案太重了，内存不够时直接被系统 kill 掉了。和它讨论的结果，我决定采用 Publii 代替原来的方案。虽然线上变成了纯静态的网站，但这样资源占用极少，应该不会再频繁崩溃了。并且，我觉得对于国内大多数网站来说，静态可能是最合适的。因为只需要展示，不需要交互。既能避免不必要的麻烦，又能保证安全稳定。 Publii 是个桌面应用，在编辑完网站后，直接生成静态网页，推送到线上。后台管理界面和 Wordpress 很像，并且支持一键从 Wordpress 导入 ，这样之前的网页和文章都可以保留了。但是主题就要靠自己了。…
连接属性设置 检查服务是否启动 启动注册表设置 查找HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\Parameters 新建 DWORD，名称设置为 ProhibitIPSec （注意中间 IP 的 P 是大写），值设置为 0 设置 AllowL2TPWeakCrypto 值为 1 查找 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent 设置 AssumeUDPEncapsulationContextOnSendRule 的值为 2…
异常为：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…
给Chrome安装 IE Tab 插件，安装后还要安装 ietabhelper 然后才可以真正的用Chrome 使用 IE 内核打开网页。 不过由于国内无法使用谷歌商店，所以并不能直接通过浏览器安装插件。当然你可以科学上网，不过有些时候工作环境禁止访问互联网，因此只好下载插件手工安装了。 如果你在win10下用的最新版本的Chrome，会发现从网上下载的插件虽然安装成功了，但是 ietabhelper 无法安装。 这是因为版本的原因。 网上大部分插件都是10.5.1版，与最新版Chrome不兼容。 目前的最新版本是13.1.7.1 下面的附件即为该版本，并且压缩包内已经包含 ietabhelper安装包。 具体安装方法：
配置改完了不管用，解决方案是：把 PhP 根目录的 libssh2.dll 拷贝到 Apache 的 bin 目录下，再重启 Apache。