feat: update posts

_posts/2020-08-27-cross-platform-gpu-based-terminal-emulator-kitty.md

@@ -14,15 +14,17 @@ last_updated:
 官网地址：<https://github.com/kovidgoyal/kitty>
 
 ## 为什么要换用 kitty？
-之前使用的 [[Guake]], iTerm 自身也并没有什么问题，但近两年来越来越喜欢纯文本的配置，这样就可以放到 dotfiles 中进行追踪，并且跨平台也只需要同步一下配置即可，Guake 和 iTerm 在各自的平都是非常不错的选择，但都不是跨平台的选择。所以综上这些原因，让我有了尝试一下 kitty 的动力。
+
+之前使用的 [[Guake]]， iTerm 自身也并没有什么问题，但近两年来越来越喜欢纯文本的配置，这样就可以放到 dotfiles 中进行追踪，并且跨平台也只需要同步一下配置即可，Guake 和 iTerm 在各自的平都是非常不错的选择，但都不是跨平台的选择。所以综上这些原因，让我有了尝试一下 kitty 的动力。
 
 kitty 的一些特性：
 
 - 跨平台，日常在 Linux 和 macOS 之间切换，我希望配置一遍就可以在不同的平台上使用。
 - 纯文本的配置，理由同上
-- GPU 渲染，肉眼可见的速度提升
+- GPU 渲染，肉眼可见的速度提升，尤其是在处理大量文本显示上
 
 ## 配置 {#config}
+
 kitty 默认的配置文件在 `~/.config/kitty/kitty.conf`，可以将这个文件拷贝到 dotfiles 仓库中管理，然后用软链接链过去。kitty 默认不支持热加载配置文件 [^1]，所以每一次修改配置都需要退出重进。具体的配置可以参考[我的 GitHub](https://github.com/einverne/dotfiles)
 
 [^1]: <https://github.com/kovidgoyal/kitty/issues/635>
@@ -31,9 +33,10 @@ kitty 默认的配置文件在 `~/.config/kitty/kitty.conf`，可以将这个文
 
 ### include 其他配置
 
-	include other.conf
+    include other.conf
 
 ### 配置 Fira Code 字体
+
 自从发现了 [Fira Code](/post/2014/06/fonts-for-coding.html) 字体已经用这一款字体很多年了。但是在 kitty 上使用时，Fira Code 字体总是在一行的偏上部分，这已经很多人反馈过 [^2].
 
 [^2]: <https://github.com/kovidgoyal/kitty/issues/2022>
@@ -45,8 +48,8 @@ adjust_line_height  -3
 adjust_column_width -1
 ```
 
-
 ### 配置和 Guake 类似的下拉式终端
+
 借助 [[Hammerspoon]] 可以实现类似 Guake 类似的下拉效果。
 
 ```
@@ -71,10 +74,11 @@ end)
 ```
 
 ### 同步我之前的快捷键
+
 我之前在使用 Guake 的时候就使用 Alt+n/p 来切换 Tab，正好键位在 Mac 上是 Cmd+n/p 用下面的代码重新 remap 一下：
 
-	map cmd+n next_tab
-	map cmd+p previous_tab
+    map cmd+n next_tab
+    map cmd+p previous_tab
 
 ## 配色方案
 

_posts/2024-02-05-focusee-introduction.md

@@ -1,8 +1,9 @@
 ---
 layout: post
-title: "FocuSee 屏幕录制工具使用体验"
+title: "macOS 屏幕录制应用 FocuSee 使用体验"
 aliases:
 - "FocuSee 屏幕录制工具使用体验"
+- "macOS 屏幕录制应用 FocuSee 使用体验"
 tagline: ""
 description: ""
 category: 产品体验

_posts/2024-06-20-voicenotes.md

@@ -55,6 +55,12 @@ Voicenotes 会根据上一次的录音生成提问。
 
 ![pRXHYKBezB](https://pic.einverne.info/images/pRXHYKBezB.png)
 
+
+## 特殊优惠码
+在结帐时使用 `z1CLp1`，可以额外再获得 10% 的减免。
+
+![MwiL](https://photo.einverne.info/images/2024/07/19/MwiL.png)
+
 ## related
 
 - [[alog]] 开源的语音转录应用

_posts/2024-07-02-domain-lifecycle.md

@@ -0,0 +1,68 @@
+---
+layout: post
+title: "域名的生命周期"
+aliases:
+- "域名的生命周期"
+tagline: ""
+description: ""
+category: 经验总结
+tags: [domain, redemption-period, domain-registry, domain-register, 域名抢注]
+create_time: 2024-07-11 21:43:41
+last_updated: 2024-07-11 21:43:41
+dg-home: false
+dg-publish: false
+---
+
+熟知域名的生命周期可以让自己对域名抢注有更好的了解，前段时间我有一个域名到期没有续费，因为不是很重要，所以就放着让其过期了，但好奇心使然，让我想要知道如果我不续费了，那么是不是可以等过期删除之后，再从别的域名注册商那边将其低价购买回来，因为毕竟很多域名注册商都是提供第一年非常低的价格出售的。
+
+基于上面的想法，所以有了这一篇文章，在整理文章的过程中还顺便通过查询 whois 更加深了一下，还写了一段 Python 程序来监控域名的各种状态，想着再最后一刻再抢注回来，但是发现这个世界上还有另外一波人关注着过期的域名，会随时随地地进行抢注，也相应的存在一些服务，专门用来抢注过期的域名。这个等有时间的时候再整理吧。
+
+总得来说，域名的生命周期包含了以下的几个状态。
+
+- 域名过期
+- 宽限期(通常 30-45 天)
+- 赎回期(约 30 天)
+- 待删除状态(5 天)
+- 完全删除并重新开放注册
+
+如果有人对扫描域名和域名状态变更检测有兴趣的话也欢迎随时联系我或着加入我的群组。
+
+## Available 可注册
+
+域名尚未被注册，任何人都可以注册该域名。
+
+## Registered 已注册
+
+注明已经被注册的阶段，通常的注册周期可以是 1~10 年。
+
+## Expired 过期
+
+过期阶段指的是，域名过期，为续费。
+
+通常有 30~45 天的宽限期，可以以正常的价格续费。
+
+但是域名相关的服务，网站，邮箱等会停止工作。
+
+## Redemption period 赎回期
+
+赎回期是域名过期后,在被完全删除之前的一个额外宽限期,允许原注册人通过支付额外费用来恢复域名。
+
+时间通常在域名过期 30 到 45 天开始，持续 30 天。
+
+目的是为了防止域名被意外删除，给原注册人最后一次机会恢复域名。
+
+在赎回期内，域名相关的 DNS 记录都会被删除，所以网站，邮箱等都会停止工作。
+
+恢复域名的费用需要在正常的续费费用上加上额外的赎回费用，赎回费用通常比较昂贵，可能高达 150 美元。
+
+赎回期内根据 ICANN 的规定是不允许转让的。
+
+## Pending Delete 待删除
+
+赎回期结束后，域名进入 5 天左右的待删除状态。
+
+此阶段域名无法被恢复。
+
+## Release(available)
+
+域名被完全删除，重新开发给公众注册。

_posts/2024-07-10-after-macos-migration-syncthing-id-sama-solution.md

@@ -0,0 +1,65 @@
+---
+layout: post
+title: "macOS 迁移助手迁移后 Syncthing 设备 ID 相同问题解决方案"
+aliases:
+- "macOS 迁移助手迁移后 Syncthing 设备 ID 相同问题解决方案"
+tagline: ""
+description: ""
+category: 经验总结
+tags: [ syncthing, macos, macos-app, mac-app, sync, migration-assistant, 迁移助手, mac ]
+create_time: 2024-07-24 11:44:18
+last_updated: 2024-07-24 11:44:18
+dg-home: false
+dg-publish: false
+---
+
+最近使用 macOS 自带的 Migration Assistant（迁移助手）将系统从一台 M1 Mimi 上迁移到了笔记本上，与此同时发现 Syncthing 也无缝迁移过来了，但是 Syncthing 在新旧两台 Mac 上出现相同的设备 ID。这是因为 Syncthing 的设备 ID 由其配置文件夹中的`cert.pem`和`key.pem`文件决定。如果这些文件在迁移过程中被复制，两台设备就会拥有相同的 ID，从而导致 Syncthing 操作出现冲突。
+
+要解决这个问题，需要为其中一台 Mac 生成新的设备 ID。
+
+以下是详细的步骤指南：
+
+## Syncthing ID 相同解决方案
+
+1. 关闭新 Mac 上的 Syncthing
+
+   - 打开活动监视器或使用终端确保 Syncthing 没有运行。
+   - 也可以使用任务管理器结束所有 Syncthing 进程。
+
+因为我直接使用 brew 安装的，所以直接停止服务
+
+```
+brew services stop syncthing
+```
+
+2. 定位 Syncthing 配置文件夹
+
+   - 在 macOS 上，配置文件通常位于`~/Library/Application Support/Syncthing`。
+
+3. 删除`cert.pem`和`key.pem`文件
+
+   - 导航到 Syncthing 配置文件夹。
+   - 删除`cert.pem`和`key.pem`文件。这些文件负责生成设备的唯一 ID。
+
+4. 重启 Syncthing
+
+   - 重启 Syncthing 后，它会自动生成新的`cert.pem`和`key.pem`文件，从而创建新的设备 ID。
+
+```
+brew services start syncthing
+```
+
+5. 重新配置 Syncthing
+
+   - 由于设备 ID 已更改，需要重新将此设备添加到 Syncthing 网络中。
+   - 在其他设备上，删除旧的设备条目，并使用新 ID 添加新设备。
+
+6. 验证同步
+   - 确保设备之间的同步正常工作。
+   - 通过在一台设备上创建文件并检查是否出现在另一台设备上来进行测试。
+
+## More
+
+- 备份配置：在进行任何更改之前，最好备份 Syncthing 配置文件夹。
+- 避免同步配置文件夹：为防止将来出现此问题，避免在设备之间同步 Syncthing 配置文件夹。
+