⛵️ 新生的力量，生机勃勃 ⛵️
今天利用 OpenCC 的 JS 分支：OpenCC-js 给网站添加了繁体版本。该技术不仅适用于 WordPress，也适用于任何 HTML 网站。
繁体字和简体字并不是一对一的关系，一个简体字可以对应多个繁体字，一个繁体字也可以对应多个简体字，当然前者的数量比后者多得多。例如OpenCC-js里，data.cn2t.min.js文件（简转繁）有1MB，data.t2cn.min.js文件（繁转简）只有37KB。因此繁简转换必须基于词语，而不能基于单个汉字。OpenCC是目前功能最为完善的框架。OpenCC-js则是OpenCC的纯JS版本，适合在没有SSH权限的虚拟主机上适用。
我的 SSL 证书是主机供应商提供自动续期的，从上个月中旬开始第一期到期，去后台查看发现已经确认自动续期，但是不知为什么我自己访问站点时，时不时提示 SSL 证书过期，显示还是之前的老证书。这个“时不时”很诡异，大约三次里面两次失败一次成功。
折磨了将近两星期，向主机供应商发工单前后七八次，依旧无果。直到老麦兄在留言中提醒：“关了代理能正常访问”。我马上意识到是 CDN 的问题。
wordpress 或其它许多类似的博客系统，在发表用户评论时一般需要填写三个信息：名字、email、网址（可选）。每次都填进去，很麻烦。虽然很多主题都有“在此浏览器中保存我的显示名称、邮箱地址和网站网址，以便下次评论时使用。”的勾选项，但貌似大部分情况下都无法使用，原因不明。
我的博客起初也是这样，勾选了“自动保存”的选项也不生效。仅仅是保存了cookie。后来自己额外添加了js脚本，直接调用cookie自动填充，搞定， 所有浏览器都能用。
用chrome或firefox等浏览器去访问其它博客时，虽然很多时候无法保存这些表单信息，但由于这些浏览器是支持表单历史的，鼠标在输入框点两下，就会出现以往输入历史，选一下就好了，也方便。
问题出在macbook和iPhone，为了省电，我只用默认的Safari浏览器，它不支持表单历史，在输入框里鼠标点两下是没有反应的。后来寻找的解决办法是：利用快捷指令（shortcut）中的 JavaScript 来操作：
Smiley 其实不是 Emoji，虽然现在看起来几乎一模一样，详见 WordPress 官网说明。
大家去看一下自己的 WordPress 目录下面的 /wp-includes/images/smilies，可以看到有22个 gif 文件，它们就是 WordPress “上古时代”留下来的 Smiley，样子十分丑陋，长得像这样（列举3个）：
但本文描述的 Smiley 是类似于官网上这样的 WordPress 官网说明。事实上这是现代浏览器渲染产生的新字体（而不是像之前那样的 gif 图片，并且 Windows 和 MacOS/iOS 平台有各自的渲染特点。）
🙂 😀 🙁 😮 😯 😕 😎 😡 😛 😐 😉 😆 😳 😥 👿 😈 🙄 ❗ ❓ 💡 ➡
昨天给博客搬家后，发现新的空间使用的是LiteSpeed服务器。网上查询得知LiteSpeed原生支持HTTP/3，但在浏览器页面只看到2，于是给客服发工单询问，后得到确认LiteSpeed原生支持。
于是重新在浏览器上设置了一下（设置方法网上的教程太多了，不一一列举了），我使用的是Firefox和Chrome的最新稳定版（而不是网上说的开发版），照样可以看到HTTP/3。MacOS BigSur上的Safari14通过设置也能实现。
国内主机由于对Let’s Encrypt官网连接经常出现问题，因此推荐 DNS 法手动续期。特别是默认的 certbot renew 命令很容易由于网络连接问题导致失败，此时千万不要反复尝试，否则失败多次后直接封你一个星期没商量。惨痛教训。 😥
DNS验证是比较安全的方法，具体参考这篇文章。在此备份一下命令：
# certbot --manual --preferred-challenges dns certonly然后有两个地方需要注意的，文章没提到：
第一：添加DNS时千万要仔细看清楚域名写的是什么，不是简单一个_acme-challenge 就完事了，因为可能有子域名。
第二：成功之后最好重启一下httpd服务。
这种方法每三个月都得手动操作一次，不能自动
snap 的官方全文在此处。其实也没什么特殊的，事实上就是它自动帮你安装了一个list-timers脚本，无需手动去设置cron。
官方原文里讲了standalone和webroot两种模式，什么区别呢？比如我的博客 URL 是 https://springwood.me ，用的443端口，不需要80端口。但实际上我必须得用80端口来承接 http://springwood.me，然后重定向到 443 的 https，这种情况下就不能使用standalone模式了，要用webroot。
官方原文里有一个没有提到的坑是：用 --webroot 时必须用 -w 加上具体的目录名字，例如：
# certbot certonly --webroot -w /var/www/html这里的 /var/www/html/ 是你的域名对应的根目录。
然后去看一下 /etc/letsencrypt/renewal/yourdomain.com.conf，最后几行应该是：
[renewalparams]
account = XXXXXXXX
authenticator = webroot
server = https://acme-v02.api.letsencrypt.org/directory
key_type = rsa
webroot_path = /var/www/html,
[[webroot_map]]这样就对了。
此时可以 certbot renew --dry-run尝试一下。
如果最开始用 --webroot 时没有用 -w 加上具体的目录名字， certbot renew --dry-run就会出现如下错误：
Saving debug log to /var/log/letsencrypt/letsencrypt.log
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processing /etc/letsencrypt/renewal/yourdomain.com.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Simulating renewal of an existing certificate for yourdomain.com
Failed to renew certificate yourdomain.com with error: Missing command line flag or config entry for this setting:
Input the webroot for yourdomain.com:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
All simulated renewals failed. The following certificates could not be renewed:
/etc/letsencrypt/live/yourdomain.com/fullchain.pem (failure)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
1 renew failure(s), 0 parse failure(s)
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /var/log/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details.刚才在这坑里折腾了很久。