04/15
2024
更新：不建议使用此翻译器。请查看另一个翻译器的介绍：
使用 LunaTranslator 实时翻译 GalGame 日语
在上一篇文章里，我安装了“神聖昂燐ダクリュオン・ルナ ～堕聖母誕生～”这个游戏，但是它没有汉化版，所以我想使用翻译软件。以前有个叫 VNR 的翻译软件（我在 10 年前写过一篇它的使用教程），但是它已经很久没更新了，所以我找了个新的翻译软件：MisakaTranslator。
这个软件在 B 站上有些教程，但是都比较过时了。其实它的设置挺简单的，效果也不错，于是发个简单的图文版教程。
使用 MisakaTranslator 实时翻译 GalGame 日语
04/7
2024
新旧对比：
以前的格式是 月/日+时:分，这看似没问题，但是在查看以前年份发布的文章时，就不知道是哪一年发布的了。
而且时分感觉没什么意义，于是我直接把它换成年份了。
在文章发布时间上显示了年份
04/3
2024
备份 MySQL 数据库可以使用 mysqldump 命令：
// 导出单个数据库
mysqldump -u root -p database_name > back.sql
// 恢复
mysql -u root -p database_name < back.sql也可以直接拷贝数据库文件，Linux 上的 MySQL 数据库文件位于 /var/lib/mysql，每个数据库都有一个对应名称的文件夹。将其打包即可。
tar -zcvf back.tar.gz database_folder备份 MySQL 数据库
04/3
2024
刚才我注意到文章页面的控制台有个报错：
一看是有一处 js 代码没判空，费了好大劲才找到是插件 WP Githuber MD 添加的代码，将其删除或修改就好了。
解决 WP Githuber MD 导致的一处 JS 报错
04/1
2024
我想导出某个分组里的所有人的 QQ 号码保存起来，在搜索引擎的结果里大都是说用 QQ 邮箱来导出的，我试了现在这个方法已经不行了。还好我找到了个可用的方法，安装这个用户脚本：
https://greasyfork.org/zh-CN/scripts/406982 （[雪喵空友列] QQ 空间一键获取自己的好友列表）
然后登录自己的 QQ 空间（https://user.qzone.qq.com/）， 在顶部会看到这个脚本显示的按钮，提供了多种文件格式的导出，点击你想要的格式就可以保存所有的 QQ 好友列表了。
怎样批量导出自己的 QQ 好友列表/QQ 号码
04/1
2024
一个长辈发给我一张手写的歌谱，想让我做成可以打印的歌谱。我是个音乐白痴，经过搜索找到了这个软件，JP-Word 简谱编辑器，它可以免费使用（但有功能限制），完整功能需要购买。不过对于这种一次性的任务能凑合用就行了。
使用 JP-Word 简谱编辑软件制作歌谱
03/30
2024
textContent 与 innerText 属性返回的都是纯文本，不会含有 HTML 标签。它们的主要区别在于：textContent 返回的是所有文本内容（忽略 HTML 标签本身），而且保持源代码里的格式。innerText 则会按照人眼所看到的格式返回。
对于代码里的 <br> 换行，由于 textContent 只管返回文本内容，而 <br> 是个标签，所以 textContent 会完全忽略它。
innerText 则会将 <br> 变成 \n，因为这符合人眼看到的效果。
JavaScript 中 textContent 和 innerText 的区别
03/30
2024
我发现文章里的语法高亮插件自动把一些转义字符给解码了，导致显示的不正确。可以移步知乎查看：
https://zhuanlan.zhihu.com/p/689946202
需求：反转义/解码字符
API 返回的某个字段里是用于渲染到页面上的 HTML 代码，其中可能混杂有转义字符、正常字符、HTML 标签。如下：
// 解码后应为：1,2'<br />3<4 5>
const str = '1,2'<br />3<4 5>'
// 3、4、5 后面的其实都是转义字符，但是高亮插件给自动解码了，所以你看到的是正常的字符现在有个需求，将其保存到一个 txt 纯文本里，为了可读性，需要将转义字符变成其“真正”的字符，可以称为“反转义”或“解码”。（这里不需要处理 HTML 标签如 <br /> 等，原样保留即可）。
下面有 3 个方法，第一个是正确的，后面两个是不符合预期的：
JavaScript 编码（反转义）HTML 转义字符
03/26
2024
起因是我在知乎看到了这个问题，提问者列出了 4 个方法： for forEach map reduce，问大家用的最多的是哪个。
巧了，我哪个都不是，我用 for of。看完了那些回答，我才发觉 for of 怎么比我想象中冷门很多呢？难道是因为它相比 for 算是高级的，相比 forEach 之类算是低级的，所以夹在中间不上不下了？但也许正因为如此，我才喜欢用它，因为它既比 for 简洁，又比 forEach 之类强大（例如可以 break，可以循环执行 await）。
我写了个回答详细说明了一下，感兴趣的话可以看看：
https://www.zhihu.com/question/605580848/answer/3443452329
JavaScript 的循环/遍历方法，你用的最多的是哪个？
03/13
2024
