Compare commits
107
Commits
| Author | SHA1 | Date | |
|---|---|---|---|
 FlintyLemming
|
2897cfac78 | ||
|
FlintyLemming
|
208f24379d | ||
|
FlintyLemming
|
e00598734d | ||
 FlintyLemmingandCursor
|
11b1ebd676 | ||
|
FlintyLemming
|
da9282a02a | ||
|
FlintyLemmingandCursor
|
f9ef6efe6a | ||
|
FlintyLemming
|
e5a32a4398 | ||
|
FlintyLemming
|
14184b12ef | ||
|
FlintyLemming
|
d02fb3d7c4 | ||
|
FlintyLemming
|
6c289631ab | ||
|
FlintyLemming
|
92af169f7f | ||
|
FlintyLemming
|
5d56d6a3c0 | ||
|
FlintyLemming
|
d6a2355703 | ||
|
FlintyLemming
|
e5ced6bbd6 | ||
|
FlintyLemming
|
3935fc21d0 | ||
|
FlintyLemming
|
06d8513458 | ||
|
FlintyLemming
|
53f7303d21 | ||
|
FlintyLemming
|
5b6f6ffc64 | ||
|
FlintyLemming
|
78a471000a | ||
|
FlintyLemming
|
86ce127ce5 | ||
|
FlintyLemming
|
bfe1b13efe | ||
|
FlintyLemming
|
b89aa10868 | ||
|
FlintyLemming
|
aa91183919 | ||
|
FlintyLemming
|
de825f91ac | ||
|
FlintyLemming
|
9003d8863e | ||
|
FlintyLemming
|
7e206cb818 | ||
|
FlintyLemming
|
f85373bc8e | ||
|
FlintyLemming
|
69d93801e5 | ||
|
FlintyLemming
|
d311d6f4f0 | ||
|
FlintyLemming
|
8ecbe343e3 | ||
|
FlintyLemming
|
574a7fbdbc | ||
|
FlintyLemming
|
84b18fde3d | ||
|
FlintyLemming
|
7309186c40 | ||
|
FlintyLemming
|
b630009a57 | ||
|
FlintyLemming
|
4ead3922fe | ||
|
FlintyLemming
|
d34665704b | ||
|
FlintyLemming
|
151a016524 | ||
|
FlintyLemming
|
b77bc7fd04 | ||
|
FlintyLemming
|
0100f42213 | ||
|
FlintyLemming
|
38bdb0bf68 | ||
|
FlintyLemming
|
566ff9bb20 | ||
|
FlintyLemming
|
a965e19af0 | ||
|
FlintyLemming
|
313ad6cfa7 | ||
|
FlintyLemming
|
99f264850f | ||
|
FlintyLemming
|
56496d65c1 | ||
|
FlintyLemming
|
959eb9d614 | ||
|
FlintyLemming
|
a4ec457a6a | ||
|
FlintyLemming
|
956f4bb9f9 | ||
|
FlintyLemming
|
a8793b3ad9 | ||
|
FlintyLemming
|
6b7e70e5f6 | ||
|
FlintyLemming
|
c5cc6b27f2 | ||
|
FlintyLemming
|
e049f32c70 | ||
|
FlintyLemming
|
62728ebf3a | ||
|
FlintyLemming
|
33d15e0bea | ||
|
FlintyLemming
|
a314d9b27a | ||
|
FlintyLemming
|
c579c70b02 | ||
|
FlintyLemming
|
3d86fb7f31 | ||
|
FlintyLemming
|
baaaab8551 | ||
|
FlintyLemming
|
300aeef286 | ||
|
FlintyLemming
|
20e42f25e1 | ||
|
FlintyLemming
|
45e2df1171 | ||
|
FlintyLemming
|
6f194bc911 | ||
|
FlintyLemming
|
fc57fd8514 | ||
|
FlintyLemming
|
ef858460ef | ||
|
FlintyLemming
|
eeeaf98a7f | ||
|
FlintyLemming
|
1c4dec805d | ||
|
FlintyLemming
|
e58db4185a | ||
|
FlintyLemming
|
8b83f0f3e2 | ||
|
FlintyLemming
|
24b6f8ba6c | ||
|
FlintyLemming
|
8dc3e18205 | ||
|
FlintyLemming
|
9f16471ca8 | ||
|
FlintyLemming
|
55a20f5de3 | ||
|
FlintyLemming
|
d8f5e91ef9 | ||
|
FlintyLemming
|
d1fd073d50 | ||
|
FlintyLemming
|
40252c39ba | ||
|
FlintyLemming
|
9535e7ed36 | ||
|
FlintyLemming
|
bae28d6fff | ||
|
FlintyLemming
|
8dcf129616 | ||
|
FlintyLemming
|
48514f974d | ||
|
FlintyLemming
|
8d1d217461 | ||
|
FlintyLemming
|
953aaa92b4 | ||
|
FlintyLemming
|
a792f9aa98 | ||
|
FlintyLemming
|
e2365dc35d | ||
|
FlintyLemming
|
23b9968f68 | ||
|
FlintyLemming
|
0d0b5a6f06 | ||
|
FlintyLemming
|
abc70d13fd | ||
|
FlintyLemming
|
5d4cc57a0e | ||
|
FlintyLemming
|
f33181421a | ||
|
FlintyLemming
|
0d63615019 | ||
|
FlintyLemming
|
f1c4196537 | ||
|
FlintyLemming
|
bb5da13629 | ||
|
FlintyLemming
|
8c65fbd11d | ||
|
FlintyLemming
|
d0b8a5bfee | ||
|
FlintyLemming
|
afa6c35f74 | ||
|
FlintyLemming
|
cfdfdfc662 | ||
|
FlintyLemming
|
cfd44913b6 | ||
|
FlintyLemming
|
11cb80e675 | ||
|
FlintyLemming
|
4070c5bfad | ||
|
FlintyLemming
|
1c7fbb83a9 | ||
|
FlintyLemming
|
3675ec3180 | ||
|
FlintyLemming
|
b5237cf457 | ||
|
FlintyLemming
|
33a1c6085b | ||
|
FlintyLemming
|
53d3839e09 | ||
|
FlintyLemming
|
3fa29b778c | ||
|
FlintyLemming
|
9f201a62e9 | ||
|
FlintyLemming
|
3211efd7b9 | ||
|
FlintyLemming
|
5c7d98d9eb |
@@ -1,22 +0,0 @@
|
||||
name: Update Blogs
|
||||
run-name: Updating blogs on server
|
||||
on: [push]
|
||||
jobs:
|
||||
update-server:
|
||||
runs-on: ubuntu-latest
|
||||
steps:
|
||||
- uses: D3rHase/ssh-command-action@v0.2.2
|
||||
with:
|
||||
# hostname / IP of the server
|
||||
host: 113.31.174.4
|
||||
# ssh port of the server
|
||||
port: 22
|
||||
# user of the server
|
||||
user: root
|
||||
# private ssh key registered on the server
|
||||
private_key: ${{secrets.SERVER_SSH_KEY}}
|
||||
# Fingerprint of the server, preventing man-in-the-middle attacks
|
||||
# host_fingerprint: # optional
|
||||
# command to be executed
|
||||
command: sh /root/AppData/Scripts/updateBlog.sh
|
||||
|
||||
+2
-1
@@ -2,7 +2,8 @@ baseURL: https://blog.mitsea.com/
|
||||
languageCode: zh-cn
|
||||
title: Mitsea Blog
|
||||
theme: hugo-theme-stack
|
||||
paginate: 10
|
||||
pagination:
|
||||
pagerSize: 10
|
||||
|
||||
languages:
|
||||
zh-cn:
|
||||
|
||||
@@ -0,0 +1,9 @@
|
||||
---
|
||||
title: "AI"
|
||||
description: "Everything about AI"
|
||||
slug: "ai"
|
||||
image: "https://assets.flinty.moe/blog/categories/ai.avif"
|
||||
style:
|
||||
background: "#3d8ddc"
|
||||
color: "#fff"
|
||||
---
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Android"
|
||||
description: "Everything about Android"
|
||||
slug: "android"
|
||||
image: "https://img.mitsea.com/blog/categories/android.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/android.avif"
|
||||
style:
|
||||
background: "#3ddc84"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "苹果生态"
|
||||
description: "果粉一枚"
|
||||
slug: "apple"
|
||||
image: "https://img.mitsea.com/blog/categories/apple.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/apple.avif"
|
||||
style:
|
||||
background: "#313132"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Coding"
|
||||
description: "编程相关"
|
||||
slug: "coding"
|
||||
image: "https://img.mitsea.com/blog/categories/coding.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/coding.avif"
|
||||
style:
|
||||
background: "#254840"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "消费电子"
|
||||
description: "买买买"
|
||||
slug: "consumer"
|
||||
image: "https://img.mitsea.com/blog/categories/consumer.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/consumer.avif"
|
||||
style:
|
||||
background: "#98c0b3"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "翻车记录"
|
||||
description: "车翻了又翻"
|
||||
slug: "crash"
|
||||
image: "https://img.mitsea.com/blog/categories/crash.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/crash.avif"
|
||||
style:
|
||||
background: "#f33d79"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "游戏"
|
||||
description: "玩无止境"
|
||||
slug: "game"
|
||||
image: "https://img.mitsea.com/blog/categories/game.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/game.avif"
|
||||
style:
|
||||
background: "#107c10"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Home Lab"
|
||||
description: "Homo Lab"
|
||||
slug: "home-lab"
|
||||
image: "https://img.mitsea.com/blog/categories/home-lab.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/home-lab.avif"
|
||||
style:
|
||||
background: "#ffb336"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "日常技巧"
|
||||
description: ""
|
||||
slug: "life-tec"
|
||||
image: "https://img.mitsea.com/blog/categories/life-tec.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/life-tec.avif"
|
||||
style:
|
||||
background: "#f9c5ca"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "日常生活"
|
||||
description: "生存方法论"
|
||||
slug: "lifestyle"
|
||||
image: "https://img.mitsea.com/blog/categories/lifestyle.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/lifestyle.avif"
|
||||
style:
|
||||
background: "#6eb3b9"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Linux"
|
||||
description: "关于 Linux 的文章"
|
||||
slug: "linux"
|
||||
image: "https://img.mitsea.com/blog/categories/linux.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/linux.avif"
|
||||
style:
|
||||
background: "#e95420"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "微软服务"
|
||||
description: ""
|
||||
slug: "microsoft"
|
||||
image: "https://img.mitsea.com/blog/categories/microsoft.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/microsoft.avif"
|
||||
style:
|
||||
background: "#ffb900"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "个人服务"
|
||||
description: "关于自己搭建的一些服务"
|
||||
slug: "mine-service"
|
||||
image: "https://img.mitsea.com/blog/categories/mine-service.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/mine-service.avif"
|
||||
style:
|
||||
background: "#628ba9"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "网络服务"
|
||||
description: "测速怪"
|
||||
slug: "network"
|
||||
image: "https://img.mitsea.com/blog/categories/network.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/network.avif"
|
||||
style:
|
||||
background: "#021a40"
|
||||
color: "#fff"
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: "Windows"
|
||||
description: "Everything about MS Windows"
|
||||
slug: "windows"
|
||||
image: "https://img.mitsea.com/blog/categories/windows.png?x-oss-process=style/ImageCompress"
|
||||
image: "https://assets.flinty.moe/blog/categories/windows.avif"
|
||||
style:
|
||||
background: "#0078d4"
|
||||
color: "#fff"
|
||||
|
||||
@@ -17,6 +17,10 @@ links:
|
||||
- title: evsio0n
|
||||
description:
|
||||
website: https://evsio0n.com/
|
||||
- title: Langdon
|
||||
description:
|
||||
website: https://langdon.one/
|
||||
|
||||
menu:
|
||||
main:
|
||||
weight: -50
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-05-31"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Windows"]
|
||||
tags = ["Synology", "NAS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/05/%E5%9C%A8%E7%BE%A4%E6%99%96%E4%B8%8A%E9%85%8D%E7%BD%AE%20iSCSI%20%E5%B9%B6%E5%9C%A8%20Windows%20%E4%B8%8B%E4%BD%BF%E7%94%A8/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/05/%E5%9C%A8%E7%BE%A4%E6%99%96%E4%B8%8A%E9%85%8D%E7%BD%AE%20iSCSI%20%E5%B9%B6%E5%9C%A8%20Windows%20%E4%B8%8B%E4%BD%BF%E7%94%A8/title.avif"
|
||||
+++
|
||||
|
||||
最近电脑的硬盘不够啦，但我有个 NAS，里边好几块硬盘，存储是没问题，但是如果想跟电脑内置的硬盘一样用就有困难了。无论是直接安装在网络上的硬盘里的程序还是游戏，经常会有问题，于是经人提醒有一个 iSCSI 的功能。
|
||||
@@ -15,63 +15,63 @@ image = "https://img.mitsea.com/blog/posts/2020/05/%E5%9C%A8%E7%BE%A4%E6%99%96%E
|
||||
|
||||
1. 在应用程序中找到 iSCSI Manager，打开
|
||||
|
||||
|
||||
|
||||
|
||||
2. 点击左侧的 Target，点击后新增一个 iSCSI target，在第一步中什么都不用改，直接下一步
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这里也什么都不用改，直接新增一个 LUN
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这里先选择一个存储位置，再根据实际情况选择给这个服务分配多少空间，我这里就将这块 2T 的硬盘全部分配给这个服务
|
||||
|
||||
|
||||
|
||||
|
||||
5. 检查一下，没什么问题后点应用就可以了。
|
||||
|
||||
|
||||
|
||||
|
||||
6. 然后我们需要开启 Windows 里的 iSCSI 服务，直接使用搜索功能就可以搜索到配置工具
|
||||
|
||||
|
||||
|
||||
|
||||
7. 第一次使用会让我们先把服务起起来，顺便会帮我们设置开机自启
|
||||
|
||||
|
||||
|
||||
|
||||
8. 在“目标”里填上 NAS 的本地 IP 地址，然后点击“快速连接”
|
||||
|
||||
|
||||
|
||||
|
||||
9. 这样就自动连上 NAS 的 iSCSI 服务了，点完成并确定上一级设置。
|
||||
|
||||
|
||||
|
||||
|
||||
10. 然后我们需要挂载这个分区，通过搜索或者右键 Windows 菜单按钮，打开 磁盘管理 工具
|
||||
|
||||
|
||||
|
||||
|
||||
11. 这里就直接出现了引导挂在新分区的窗口，保留为 GPT 格式的分区，不需要更改，直接点确定
|
||||
|
||||
|
||||
|
||||
|
||||
12. 之后直接和计算机内的物理磁盘一样的操作，对着新挂载的硬盘直接新建简单卷
|
||||
|
||||
|
||||
|
||||
|
||||
13. 具体过程不赘述了，自己根据情况分配空间，我这里就分一个区了
|
||||
|
||||
|
||||
|
||||
|
||||
14. 之后在资源管理器中就可以看到新盘符了，跟在电脑里的物理磁盘一样
|
||||
|
||||
|
||||
|
||||
|
||||
下面是关心的性能表现，我安装了一个大型程序，模拟硬盘满负载时候的表现，好像还不错呢
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Patrick Lindenberg](https://unsplash.com/@heapdump?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/s/photos/disk?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2019-10-10"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["宽带"]
|
||||
image = "https://img.mitsea.com/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E5%B8%A6%E5%85%AC%E7%BD%91%20IP%20%E5%88%86%E5%8F%91%E5%86%85%E7%BD%91%E5%86%85%E5%AE%B9/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E5%B8%A6%E5%85%AC%E7%BD%91%20IP%20%E5%88%86%E5%8F%91%E5%86%85%E7%BD%91%E5%86%85%E5%AE%B9/title.avif"
|
||||
+++
|
||||
|
||||
网上有不少将内网内容上到公网的方法，大多都是借助frp。不过随着宽带提供商对于公网IP的放宽，如果有公网IP就可以方便得解决这个问题。
|
||||
@@ -19,11 +19,11 @@ image = "https://img.mitsea.com/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E
|
||||
|
||||
启动你需要的项目，我这里随便起一个网页端服务。但是端口选择要注意，常用端口一般会被屏蔽，包括 8080。比如我 8848 端口起了个 qbittorrent 服务
|
||||
|
||||
|
||||
|
||||
|
||||
8849 端口起了个 jellyfin
|
||||
|
||||
|
||||
|
||||
|
||||
## 路由器设置
|
||||
|
||||
@@ -33,15 +33,15 @@ image = "https://img.mitsea.com/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E
|
||||
|
||||
进入路由器的 NAT 服务功能
|
||||
|
||||
|
||||
|
||||
|
||||
端口映射里，ip选择你启动项目的设备内网IP，内外端口都填你设定的端口
|
||||
|
||||
|
||||
|
||||
|
||||
端口触发里设置类似
|
||||
|
||||
|
||||
|
||||
|
||||
如果没什么问题了，公网访问你的IP跟上端口号即可访问。如果还有别的服务和设备，就多添加几条。
|
||||
|
||||
@@ -49,38 +49,38 @@ image = "https://img.mitsea.com/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E
|
||||
|
||||
填写运行项目的主机内网IP地址即可
|
||||
|
||||
|
||||
|
||||
|
||||
## 配置 DDNS
|
||||
|
||||
1. 在 he 官网注册账号 [https://dns.he.net/](https://dns.he.net/)
|
||||
2. 注册完毕后，在 [https://dns.he.net](https://dns.he.net/) 这里设置 DNS，他会给你几个 he 的 NS 地址，把这个填到你现在的 NS 服务里解析（需要 NS 服务商支持 NS 记录）
|
||||
|
||||
|
||||
|
||||
|
||||
3. 在 he 的 DNS 设置里添加这个子域名
|
||||
|
||||
|
||||
|
||||
|
||||
4. 点击 Edit Zone 查看记录
|
||||
|
||||
|
||||
|
||||
|
||||
5. 为了避免麻烦，先把默认的几条记录的 TTL 改成五分钟，300秒
|
||||
|
||||
|
||||
|
||||
|
||||
6. 新建一个 A 记录。Name 就填用于 ddns 的域名；IP 地址随便填写一个，这样如果到时还能正确访问自己的公网地址，就说明 ddns 成功生效了；TTL 选择 5 分钟；下面的 Enable entry for dynamic dns 一定要勾选上
|
||||
|
||||
|
||||
|
||||
|
||||
7. 点击这个图标，生成一个 DDNS Key
|
||||
|
||||
|
||||
|
||||
|
||||
8. 可以随机生成一个
|
||||
|
||||
|
||||
|
||||
|
||||
9. 在设备后台运行下面的命令设置 DDNS，注意修改下域名和密码
|
||||
|
||||
@@ -88,7 +88,7 @@ image = "https://img.mitsea.com/blog/posts/2019/10/%E5%80%9F%E5%8A%A9%E5%AE%BD%E
|
||||
|
||||
10. 提示 good 即为成功，此时，访问 域名+端口 即可访问页面
|
||||
|
||||
|
||||
|
||||
|
||||
11. 现在需要创建一个计划任务让设备几分钟就执行下这句话。但由于群晖不能直接通过 crontab 命令创建任务。首先需要切换到 root 账户，然后编辑计划任务的文件
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-02-08"
|
||||
description = ""
|
||||
categories = ["LifeTec"]
|
||||
tags = ["Google Photos", "iCloud"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/02/%E8%BD%AC%E7%A7%BB%20Google%20Photos%20%E7%9A%84%E7%85%A7%E7%89%87%E5%88%B0%20iCloud/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/02/%E8%BD%AC%E7%A7%BB%20Google%20Photos%20%E7%9A%84%E7%85%A7%E7%89%87%E5%88%B0%20iCloud/title.avif"
|
||||
+++
|
||||
|
||||
不得不承认 Google Photo 是相当好用且智能的服务，但是它在 iOS 上的体验并不好，主要是会有重复项目，一个代表本地文件，一个代表云端项目。
|
||||
|
||||
@@ -0,0 +1,69 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "【已归档】UIKit 正确添加 Scrollview"
|
||||
slug = "0353b001d775429ea4ab23c511db6382"
|
||||
date = "2019-12-04"
|
||||
description = ""
|
||||
categories = ["Apple", "Coding"]
|
||||
tags = ["Word"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/12/UIKit%20%E6%AD%A3%E7%A1%AE%E6%B7%BB%E5%8A%A0%20Scrollview/sichen-xiang-0prBYAk2emU-unsplash.avif"
|
||||
+++
|
||||
|
||||
1. 拖一个 Scrollview 到默认的 view 上，拖过来之后可以拉大一点，反正现在这个 Scrollview 的宽高是不确定的
|
||||
|
||||
|
||||
|
||||
2. 设置上下左右约束为 0
|
||||
|
||||
|
||||
|
||||
💡 这里的 Constrain to margins 不能勾选
|
||||
|
||||
3. 拉一个 uiview 到 Scrollview 里
|
||||
|
||||
|
||||
|
||||
4. 从 View 拉到 Scrollview 的 Content Layout Guide
|
||||
|
||||
|
||||
|
||||
5. 把这四个全部点上
|
||||
|
||||
|
||||
|
||||
6. 从 View 拖到 Frame Layout Guide
|
||||
|
||||
|
||||
|
||||
7. 设置等宽
|
||||
|
||||
|
||||
|
||||
8. 看下刚刚创建的五个约束，有些固定的值
|
||||
|
||||
|
||||
|
||||
9. 依次点击，然后在右边把值都改成0。比如这里 159 要改成 0
|
||||
|
||||
|
||||
|
||||
10. 对于有比例的这一项，改成1。比如这里的 0.57971 改成 1
|
||||
|
||||
|
||||
|
||||
到此为止，左右都设定好了，还有上下的高度没有设定。上下的高度需要靠 view 里具体的元素到 view 的上下高度决定，然后进一步决定整个 Scrollview 的高度
|
||||
|
||||
11. 随便拖一个元素到 view 里，比如一个 label
|
||||
|
||||
|
||||
|
||||
12. 设置下到上下高度的约束，尤其是到下的，可以设置大一点
|
||||
|
||||
|
||||
|
||||
13. 设置完后可以看到两条蓝色的 view 边线延伸下来，说明设置成功，此时页面也可以滚动
|
||||
|
||||
|
||||
|
||||
> Photo by [Sichen Xiang](https://unsplash.com/@imseason?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-large-room-with-lots-of-windows-in-it-0prBYAk2emU?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,12 +6,12 @@ date = "2020-01-19"
|
||||
description = ""
|
||||
categories = ["Apple"]
|
||||
tags = ["Mojave", "Safari"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/01/Mojave%20%E7%9A%84%20Safari%20%E5%A6%82%E4%BD%95%E5%AE%89%E8%A3%85%E6%B2%A1%E6%9C%89%E8%AF%81%E4%B9%A6%E7%9A%84%E6%89%A9%E5%B1%95/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/01/Mojave%20%E7%9A%84%20Safari%20%E5%A6%82%E4%BD%95%E5%AE%89%E8%A3%85%E6%B2%A1%E6%9C%89%E8%AF%81%E4%B9%A6%E7%9A%84%E6%89%A9%E5%B1%95/title.avif"
|
||||
+++
|
||||
|
||||
在 macOS Mojave 中，Safari 不允许安装没有签名的扩展了，但仍然有方法安装。
|
||||
|
||||
|
||||
|
||||
|
||||
贴吧老哥跟我说了一个方法，具体的链接贴在[这里](https://tieba.baidu.com/p/5822937990#121303346729)，来源是V2EX，但非常抱歉我没有地址。
|
||||
|
||||
@@ -19,15 +19,15 @@ image = "https://img.mitsea.com/blog/posts/2020/01/Mojave%20%E7%9A%84%20Safari%2
|
||||
|
||||
1. 解压下载的 .safariextz 文件，注意这里不能通过改后缀为 .zip 然后解压，需要通过第三方工具，比如 The Unarchiver
|
||||
|
||||
|
||||
|
||||
|
||||
2. 在 Safari 的偏好设置里打开“开发”菜单
|
||||
|
||||
|
||||
|
||||
|
||||
3. 点击 开发-显示扩展构建器
|
||||
4. 点击左下角的加号，选择 添加扩展，然后选择刚才解压的文件夹
|
||||
|
||||
|
||||
|
||||
|
||||
5. 看到加载的扩展后，点击右上角的运行，输入密码后即可安装扩展
|
||||
|
||||
@@ -6,12 +6,12 @@ date = "2023-11-05"
|
||||
description = "体验不错，未来可期"
|
||||
categories = ["HomeLab", "Linux"]
|
||||
tags = ["Loongson", "NAS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/10/%E9%BE%99%E8%8A%AF%203A6000%20%E6%89%8B%E6%90%93%20NAS%20%E8%AE%B0%E5%BD%95%E4%B8%8E%E5%B9%B3%E5%8F%B0%E4%BD%93%E9%AA%8C/eberhard-grossgasteiger-W7l2qAUKWcs-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/10/%E9%BE%99%E8%8A%AF%203A6000%20%E6%89%8B%E6%90%93%20NAS%20%E8%AE%B0%E5%BD%95%E4%B8%8E%E5%B9%B3%E5%8F%B0%E4%BD%93%E9%AA%8C/eberhard-grossgasteiger-W7l2qAUKWcs-unsplash.avif"
|
||||
+++
|
||||
|
||||
最近到收了个龙芯 3A6000 的平台，简单测了下，首先由于是自主架构，所以 Windows 肯定是不行。然后内置 GPU 只能亮机，试了 Arch、UOS、AOSC 在安装或者启动时都不同程度遇到显示问题，桌面基本上是不可用。不过考虑到 loongarch64 Linux 内核已经并入主线，所以硬件支持和基本 Linux 软件还是没问题，拿来做 NAS 似乎还不错。
|
||||
|
||||
|
||||
|
||||
|
||||
由于我已经有一个群晖 DS1621+，所以这台机器的定位就是取代我当前使用 unraid 作为 HyperBackup 备份 NAS 的角色。梳理了一下他主要承担如下几个作用：smb 共享、rsync 服务端做备份、qBittorrent pt下载和保种。
|
||||
|
||||
@@ -21,17 +21,17 @@ image = "https://img.mitsea.com/blog/posts/2023/10/%E9%BE%99%E8%8A%AF%203A6000%2
|
||||
|
||||
### 下述软件包运行情况
|
||||
|
||||
|
||||
|
||||
|
||||
### qBittorrent 高强度下载测试
|
||||
|
||||
|
||||
|
||||
|
||||
下载速度 259MB/s 连接用户 575 完全不卡，性能完全够用。这个速度我在 AMD V1500B 上用 Docker 跑 WebUI 就完全打不开了。
|
||||
|
||||
### 网络性能测试
|
||||
|
||||
|
||||
|
||||
|
||||
1500 MTU 单线程跑满 10Gbps
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-02-13"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["Synology", "Docker"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/02/%E7%BE%A4%E6%99%96%20Docker%20%E5%AE%89%E8%A3%85%20qbittorrent%20%E5%90%AB%20https%20%E8%AE%BE%E7%BD%AE/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/02/%E7%BE%A4%E6%99%96%20Docker%20%E5%AE%89%E8%A3%85%20qbittorrent%20%E5%90%AB%20https%20%E8%AE%BE%E7%BD%AE/title.avif"
|
||||
+++
|
||||
|
||||
**教程已更新 DSM 7.2，请移步[这里](https://blog.mitsea.com/f34d4a3f981846469cac041c1df0881d/)**
|
||||
@@ -40,7 +40,7 @@ linuxserver/qbittorrent
|
||||
|
||||
在 套件中心 找到并安装 Docker。注意，ARM 架构处理的群晖设备不支持 Docker
|
||||
|
||||
|
||||
|
||||
|
||||
### 准备下载文件夹
|
||||
|
||||
@@ -48,57 +48,57 @@ linuxserver/qbittorrent
|
||||
|
||||
1. 打开 File Station，找到一个合适的位置，创建一个名为 qbittorrent 的文件夹。然后在文件夹里面创建名为 config 和 downloads 文件夹。文件夹名字可以不跟我的一样，只要保证后面设置映射的时候能分清楚即可。
|
||||
|
||||
|
||||
|
||||
|
||||
2. 右键 qbitorrent 这个文件夹，打开属性
|
||||
|
||||
|
||||
|
||||
|
||||
3. 点击 权限 选项卡，然后点击 新增 按钮，打开 权限编辑器
|
||||
|
||||
|
||||
|
||||
|
||||
4. 用户或组 选择 Everyone；下面的权限都勾上，然后点击确定
|
||||
|
||||
|
||||
|
||||
|
||||
5. 然后勾选 应用到这个文件夹、子文件夹及文件，最后点击 确定 即可。
|
||||
|
||||
|
||||
|
||||
|
||||
### 下载并配置镜像
|
||||
|
||||
1. 打开 Docker，左边打开 注册表，搜索 qbittorrent，找到 linuxserver/qbittorrent 这个镜像
|
||||
|
||||
|
||||
|
||||
|
||||
2. 双击，稍等后会让你选择版本，保持默认的 latest，最新的版本
|
||||
|
||||
|
||||
|
||||
|
||||
3. 在左侧 映像 选项卡里可以看到正在下载镜像，等图标不再闪烁后，或 启动 按钮可点击时，则表示下载好。由于服务器不在中国大陆，所以可能需要等较长一段时间，完整大小大约 310M。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 下载完毕后，双击，或者点击 启动 按钮。进入启动前的配置页面
|
||||
|
||||
|
||||
|
||||
|
||||
容器名称 可以自定义一个好认的名字。然后点击 高级设置。（不要点下一步）
|
||||
|
||||
5. 打开 卷 选项卡，这里要设置目录的映射。即运行时，容器内部的文件夹映射到外面，即实际文件目录的位置。
|
||||
|
||||
|
||||
|
||||
|
||||
6. 要创建两个文件夹映射，分别对应之前创建的两个文件夹。先创建 config 文件夹的映射。点击 添加文件夹 按钮，在弹出的窗口选择刚才创建的 config 文件夹
|
||||
|
||||
|
||||
|
||||
|
||||
选中后，点击 选择 按钮。然后在 装载路径 里填写
|
||||
|
||||
/config
|
||||
|
||||
|
||||
|
||||
|
||||
- 至于为什么填写 /config，可以在这个镜像的[说明页面](https://registry.hub.docker.com/r/linuxserver/qbittorrent)里查到
|
||||
|
||||
@@ -112,15 +112,15 @@ linuxserver/qbittorrent
|
||||
|
||||
同理，按照相同的方式，建立 downloads 文件的映射，最后就是这样子
|
||||
|
||||
|
||||
|
||||
|
||||
7. 点击 端口设置 选项卡，修改端口设置
|
||||
|
||||
|
||||
|
||||
|
||||
这里可以看到，容器里默认配置了 6881 和 8080，这分别是 bt 端口和 WebUI 端口。由于 6881 这个端口作为默认端口可能被封，所以应该换成别的端口。之前看教程别人用的 52000，我用着没问题，所以就改成 52000。8080 的 WebUI 端口也可以换一个自己需要的，我这里设置为 8848。
|
||||
|
||||
|
||||
|
||||
|
||||
bt 端口改的话，最好内外都改，不然客户端汇报给 tracker 的端口和实际的不一致，可能会出问题。WebUI 端口可以只设置个映射出来的本地端口，但这样的话，你后面配置环境变量的时候，WEBUI_PORT 参数就还保持原来的 8080。不过我这边保持统一就都改了。
|
||||
|
||||
@@ -131,37 +131,37 @@ linuxserver/qbittorrent
|
||||
SavePath /downloads
|
||||
WEBUI_PORT 8848
|
||||
|
||||
|
||||
|
||||
|
||||
最后点击应用
|
||||
|
||||
9. 点击 下一步，简单确认下设置项，没问题就可以点 应用，启动容器了。
|
||||
|
||||
|
||||
|
||||
|
||||
### 使用 qbittorrent
|
||||
|
||||
1. 启动后，就可以在 容器 选项卡看到正在运行的容器了
|
||||
|
||||
|
||||
|
||||
|
||||
2. 点击它，然后点击 详情，点开 日志 选项卡，查看日志
|
||||
|
||||
|
||||
|
||||
|
||||
如果你配置时出现问题导致 qbittorrent 无法启动，会在这里显示错误信息。如果一切正常，则会看到进入 qbittorrent 的 WebUI 的地址、用户名和密码。
|
||||
|
||||
3. 打开 <NAS的本地IP>:8848，即可打开 qbittorrent 的 WebUI 后台登录界面
|
||||
|
||||
|
||||
|
||||
|
||||
4. 输入在 log 里看到的默认账号 admin，密码 adminadmin，即可进入后台。第一件事就是改密码。打开设置 - Web UI，在 Authentication 里，Password 填写新密码即可
|
||||
|
||||
|
||||
|
||||
|
||||
5. 同时，还可以在 Language 里修改显示语言
|
||||
|
||||
|
||||
|
||||
|
||||
之后就可以正常使用了
|
||||
|
||||
@@ -179,25 +179,25 @@ linuxserver/qbittorrent
|
||||
|
||||
可以看到需要 .crt 和 .key 两个格式的证书。这就看你证书颁发商给你什么格式的了，如果给的是 Nginx 用的那种，crt 文件内容是多的，需要自己处理下，这里就不详细讲了。我是腾讯云弄的证书，直接给了 Apache 使用的证书。包含如下三个文件，这里只需要后两个。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 将这两个文件放到 config 文件夹里
|
||||
|
||||
|
||||
|
||||
|
||||
4. qbittorrent 设置里，对应填写如下内容
|
||||
|
||||
证书 /config/2_domain.crt
|
||||
秘钥 /config/3_domain.key
|
||||
|
||||
|
||||
|
||||
|
||||
5. 保存后，试一下通过 https + 域名 + 端口 的方式访问下，没问题
|
||||
|
||||
|
||||
|
||||
|
||||
#### 群晖内置的反代工具设置
|
||||
|
||||
其实我更推荐这种方式，因为这样方便管理。不过你通过 https 访问的端口就必须和 WebUI 的端口不一样了，不然会冲突。具体设置方法，可以参考我[另一篇教程](https://blog.mitsea.com/4a08e5064d834921b206bf128e463d1a/)。
|
||||
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2023-04-07"
|
||||
description = "原本 8G 显存玩 2K 3A 的同学这下 QQ 都不敢挂后台了"
|
||||
categories = ["LifeTec"]
|
||||
tags = ["QQ", "内存", "Electron"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/04/Windows%20Electron%20QQ%20%E8%B5%84%E6%BA%90%E5%8D%A0%E7%94%A8%E8%A7%82%E5%AF%9F/malik-skydsgaard-rhqsKzvyyQo-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/04/Windows%20Electron%20QQ%20%E8%B5%84%E6%BA%90%E5%8D%A0%E7%94%A8%E8%A7%82%E5%AF%9F/malik-skydsgaard-rhqsKzvyyQo-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 说明
|
||||
@@ -44,7 +44,7 @@ AMD Ryzen 5 5500U，核显分配 1G 内存
|
||||
|
||||
注：显存在打开新频道对话时会达到1G，爆显存，建议显存分配2G
|
||||
|
||||
|
||||
|
||||
|
||||
## 其他观察
|
||||
|
||||
@@ -54,35 +54,35 @@ AMD Ryzen 5 5500U，核显分配 1G 内存
|
||||
|
||||
如果你的显存没有这额外的 300M，我不确定会不会影响性能。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 附件
|
||||
|
||||
### 环境1截图
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 环境2截图
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 环境3截图
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Malik Skydsgaard](https://unsplash.com/@malikskyds?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -5,30 +5,30 @@ slug = "0e7c01620e2a4203b3eff0d840ef7b8c"
|
||||
date = "2023-01-16"
|
||||
categories = ["Consumer"]
|
||||
tags = ["超频"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/01/%E5%BE%AE%E6%98%9F%20Z690%20%E5%88%80%E9%94%8B%E9%92%9B%20%2B%20%E9%87%91%E7%99%BE%E8%BE%BE%20D5%206000%20%E8%B6%85%E9%A2%91%E5%8F%82%E8%80%83%E4%BD%9C%E4%B8%9A/FoJXRxdi8Dpoznow.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/01/%E5%BE%AE%E6%98%9F%20Z690%20%E5%88%80%E9%94%8B%E9%92%9B%20%2B%20%E9%87%91%E7%99%BE%E8%BE%BE%20D5%206000%20%E8%B6%85%E9%A2%91%E5%8F%82%E8%80%83%E4%BD%9C%E4%B8%9A/FoJXRxdi8Dpoznow.avif"
|
||||
+++
|
||||
|
||||
金百达这个 DDR5 内存还挺便宜的，海力士 A-die 32G 套装才 800 多，我 22 年年初买 32G 三星 B-die 都花了 1100。有人叠加其他的券，有干到 799 的。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Z690 对 D5 的支持其实不算太好。板卡官方最大是支持 6600 OC，实际也差不多，我一开始试了下 MemoryTryIt，6800 会突然关机，然后重启掉 XMP。所以最后超的是 6600MHz 32-39-39-42 Gear2。
|
||||
|
||||
下面就是超频作业了，没有截到的就是没有动
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
最后放一下我用的 BIOS
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2019-10-14"
|
||||
description = ""
|
||||
categories = ["Coding"]
|
||||
tags = ["SQL"]
|
||||
image = "https://img.mitsea.com/blog/posts/2019/10/SQL%20Server%20%E8%A1%A8%E8%BF%81%E7%A7%BB/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/SQL%20Server%20%E8%A1%A8%E8%BF%81%E7%A7%BB/title.avif"
|
||||
+++
|
||||
|
||||
## 手动单表迁移
|
||||
@@ -16,7 +16,7 @@ image = "https://img.mitsea.com/blog/posts/2019/10/SQL%20Server%20%E8%A1%A8%E8%B
|
||||
1. 先删除原表，删除时注意结构，从最次要的表删起
|
||||
2. 对原表右键 - Script Table as - CREATE To - New Query Editor Window
|
||||
|
||||
|
||||
|
||||
|
||||
3. 复制全部的脚本
|
||||
4. 在新数据库下，新建一个查询，然后把刚才复制的脚本粘贴过来，修改 USE 的数据库，执行
|
||||
@@ -31,67 +31,67 @@ image = "https://img.mitsea.com/blog/posts/2019/10/SQL%20Server%20%E8%A1%A8%E8%B
|
||||
|
||||
2. 查询完毕后，在 Results 中点击左上角空白按钮，全选项目
|
||||
|
||||
|
||||
|
||||
|
||||
3. 再右键空白按钮，选择 Save Result As...
|
||||
|
||||
|
||||
|
||||
|
||||
4. 格式可以选择 txt 或者 csv，前者不需要处理，后者要转成 xls
|
||||
|
||||
|
||||
|
||||
|
||||
转的话，用表格软件打开，然后另存为就行
|
||||
|
||||
|
||||
|
||||
|
||||
5. 在新数据库环境下，右键数据库 - 任务 - 导入数据…
|
||||
|
||||
|
||||
|
||||
|
||||
**一定不要复制原表全查询结果，然后直接粘贴！会非常慢，尤其是你远程连接的，2w条数据要三个多小时！**
|
||||
|
||||
6. 选择数据源里，如果之前导出的是 txt，选择 Flat File Source，如果是转换过的 Excel 文件，选择 Microsoft Excel
|
||||
|
||||
|
||||
|
||||
|
||||
7. 选择目标这里，选择 Microsoft OLE DB Driver for SQL Server，然后重新输入下账号密码
|
||||
|
||||
|
||||
|
||||
|
||||
8. 选择 复制一个或多个表或视图的数据
|
||||
|
||||
|
||||
|
||||
|
||||
9. 目标这里，重新选择下对应的表
|
||||
|
||||
|
||||
|
||||
|
||||
10. 检查映射，这里如果有IDE无法转换的类型（比如没有处理得当的日期）就会报错，能自动转换的会显示感叹号，可以进行下一步
|
||||
|
||||
|
||||
|
||||
|
||||
11. 立即运行，然后点击 Finish
|
||||
|
||||
|
||||
|
||||
|
||||
## 脚本迁移
|
||||
|
||||
1. 在数据库上右键，Task - Cenerate Scripts... 创建一个脚本
|
||||
|
||||
|
||||
|
||||
|
||||
2. 在 Choose Objects 里，选择一个或多个需要的表，然后下一步
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这里点击 Advanced
|
||||
|
||||
|
||||
|
||||
|
||||
4. 选择到底是要表结构，还是表数据，还是全都要
|
||||
|
||||
|
||||
|
||||
|
||||
但是这里坑，每个大版本的 Studio 这里的界面和表述不一样，自己加以理解并选择
|
||||
|
||||
@@ -103,13 +103,13 @@ image = "https://img.mitsea.com/blog/posts/2019/10/SQL%20Server%20%E8%A1%A8%E8%B
|
||||
|
||||
1. 首先备份原来的数据库，右键数据库 Tasks - Back Up...
|
||||
|
||||
|
||||
|
||||
|
||||
这里要注意你这个数据库名称不能跟目标数据库名称相同，因为后面需要放在一起
|
||||
|
||||
2. Destination 里 Add... 选择一个本地路径
|
||||
|
||||
|
||||
|
||||
|
||||
**注意，这里的目录是你服务器所在机器的目录，不是你运行这个数据库 IDE 机器的的目录**
|
||||
|
||||
|
||||
@@ -0,0 +1,103 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "【归档】Minecraft SEUS PTGI 光影使用教程"
|
||||
slug = "0ec2bab3696641689332ab841c0cf626"
|
||||
date = "2019-10-08"
|
||||
description = ""
|
||||
categories = ["Game"]
|
||||
tags = ["Minecraft"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/Minecraft%20SEUS%20PTGI%20%E5%85%89%E5%BD%B1%E4%BD%BF%E7%94%A8%E6%95%99%E7%A8%8B/anastasiia-ornarin-IPvYyfMiUYM-unsplash.avif"
|
||||
+++
|
||||
|
||||
# **须知**
|
||||
|
||||
本文提供的光影包和材质包并非免费资源，有条件请去Pateon支持作者
|
||||
|
||||
Sonic Ether：https:www.patreon.com/sonicether
|
||||
|
||||
UMSOEA：https:www.patreon.com/umsoea
|
||||
|
||||
光影包好像不支持A卡，支持10系N卡
|
||||
|
||||
# **准备文件**
|
||||
|
||||
1. OptiFine，官网：https://www.optifine.net/home 按照光影包的要求，应当下载OptiFine 1.12.2 HD U E2或更新的版本，但不支持1.13以及以上的版本，我推荐就下载 1.12.2 HD U E2 这个版本。
|
||||
|
||||
2. 光影包 SEUS PTGI E6，下载地址：https://yiff.party/patreon_data/4847727/25937144/3581993/SEUS%20PTGI%20E6.zip
|
||||
|
||||
3. 材质包(可选)UMSOEA R4，这个材质包作者表示是专门为SEUS PTGI制作的，但是支持的方块非常少，另外还有一个开发中的包，包括树叶材质，由于使用后问题比较多，就不放了。下载地址：https://yiff.party/patreon_data/19193775/26905592/3804418/UMSOEA%20R4%20textures%201024x.zip
|
||||
|
||||
4. 用于展示上面的材质包的地图，下载地址：https://bit.ly/2L2HiZc
|
||||
|
||||
5. 正版已安装好的Minecraft，盗版请自行研究 OptiFine 的安装方法
|
||||
|
||||
6. Java 运行环境，怎么安装 Java 运行环境就不赘述了
|
||||
|
||||
# **操作步骤**
|
||||
|
||||
## **安装 OptiFine**
|
||||
|
||||
1. 下载 OptiFine 获得 OptiFine_1.12.2_HD_U_E2.jar 文件。
|
||||
|
||||
2. 打开 Minecraft Launcher，点击 启动选项-新建，创建一个1.12.2版本的游戏。
|
||||
|
||||
|
||||
|
||||
3. 返回启动器主页，点击开始游戏右侧的箭头，选择刚才创建的1.12.2版本，点击开始游戏，等待下载额外文件
|
||||
|
||||
4. 下载完毕后，自动启动游戏，直接关闭游戏，关闭启动器，打开 OptiFine_1.12.2_HD_U_E2.jar，打开前请务必确保安装 Java 运行环境，否则无法打开。
|
||||
|
||||
|
||||
|
||||
5. 由于正版启动器无论选择什么安装路径，用户数据都会保存在固定的路径，如果之前没有迁移过系统默认保存用户数据的路径，这里直接点击Install，稍后会提示安装成功。
|
||||
|
||||
6. 打开 Minecraft Launcher，可以看到在 1.12.2 的基础上新增了一个 1.12.2-OptiFine_HD_U_E2 选项，选中它，进入游戏。至此 OptiFine 安装完成。
|
||||
|
||||
|
||||
|
||||
## **加载 SEUS PTGI E6 光影包**
|
||||
|
||||
1. 进入游戏后先进行一些设置保证一会添加的光影包可用。
|
||||
|
||||
选项-视频设置-细节-树：流畅/高品质（默认或者智能可能会破坏照明）
|
||||
|
||||
选项-视频设置-品质-自然纹理：关
|
||||
|
||||
选项-视频设置-光影-阴影精密度：1x
|
||||
|
||||
选项-视频设置-光影-经典手持光源：默认
|
||||
|
||||
并且作者还在原文中提到，随意使用材质包可能会破坏光影效果（但下面的材质包不会）
|
||||
|
||||
2. 选项-视频设置-光影-光影包文件夹，打开存放光影包的文件夹，并把刚才下载的光影包zip文件直接放入，不需要解压
|
||||
|
||||
3. 回到游戏，选择 SEUS PTGI E6.zip，加载光影，加载时间会比较久，游戏会假死，耐心等待
|
||||
|
||||
4. 进入游戏就可以看到光影生效了
|
||||
|
||||
|
||||
|
||||
## **加载 UMSOEA R4 材质包**
|
||||
|
||||
1. 选项-资源包-打开资源包文件夹，把刚才下载的资源包zip文件放入
|
||||
|
||||
2. 返回游戏将左侧可用的资源包里的 UMSOEA R4 材质包移到右侧（点击图标上的箭头即可），等待加载，可能要等一小会
|
||||
|
||||
3. 回到游戏，可能并没有发生什么变化，这是因为这个材质包包括的材质真的非常少。这里添加一下用于展示材质的地图。
|
||||
|
||||
4. 选项-资源包-打开资源包文件夹，返回上一级，到.minecraft这个文件夹，并进入saves文件夹。解压下载到的UMSOEA R3 map.zip文件，并将UMSOEA R3 map文件夹放入saves文件夹。
|
||||
|
||||
5. 回到游戏，加载名为 UMSOEA R3 map 的存档，即可直观的看到材质包配合光影包的效果，输入
|
||||
|
||||
```jsx
|
||||
/time set night
|
||||
```
|
||||
|
||||
还可以设置时间为晚上，看到更多的效果。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Anastasiia Ornarin](https://unsplash.com/@ornarin?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-group-of-circular-objects-sitting-on-top-of-a-desert-IPvYyfMiUYM?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,17 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "现已支持 RSS 订阅"
|
||||
slug = "1017bda595c580bf8371df9f24a16970"
|
||||
date = "2024-09-14"
|
||||
description = ""
|
||||
categories = ["Network"]
|
||||
tags = ["RSS"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/09/%E7%8E%B0%E5%B7%B2%E6%94%AF%E6%8C%81%20RSS%20%E8%AE%A2%E9%98%85/jeremy-bishop-hWpUh3oES3o-unsplash.avif"
|
||||
+++
|
||||
|
||||
之前一直使用的阿里云的 OSS，怕被人刷流量所以图片开启了防盗链。现在已经将媒体资源换到了一台不限流量的国内服务器上，所以可以无限制的访问图片了，RSS 也可以正常订阅和阅读了。
|
||||
|
||||
订阅链接直接填写本站地址即可。
|
||||
|
||||
> Photo by [Jeremy Bishop](https://unsplash.com/@jeremybishop?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-boat-floating-on-top-of-a-sandy-beach-hWpUh3oES3o?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,13 +6,13 @@ date = "2020-05-31"
|
||||
description = ""
|
||||
categories = ["Apple"]
|
||||
tags = ["iOS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/05/%E5%9C%A8%20iOS%20%E7%9A%84%E9%94%81%E5%B1%8F%E7%95%8C%E9%9D%A2%20%E7%A7%AF%E5%88%86%E3%80%81%E4%BB%98%E6%AC%BE%20%E4%B8%80%E6%B0%94%E5%91%B5%E6%88%90/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/05/%E5%9C%A8%20iOS%20%E7%9A%84%E9%94%81%E5%B1%8F%E7%95%8C%E9%9D%A2%20%E7%A7%AF%E5%88%86%E3%80%81%E4%BB%98%E6%AC%BE%20%E4%B8%80%E6%B0%94%E5%91%B5%E6%88%90/title.avif"
|
||||
+++
|
||||
|
||||
首先先看看实际的录屏吧，在视频里可以看到，在锁屏界面下，直接掉出卡包，先积分，再刷卡，无缝完成。
|
||||
|
||||
{{< rawhtml >}}
|
||||
<video src="https://img.mitsea.com/blog/posts/2020/05/%E5%9C%A8%20iOS%20%E7%9A%84%E9%94%81%E5%B1%8F%E7%95%8C%E9%9D%A2%20%E7%A7%AF%E5%88%86%E3%80%81%E4%BB%98%E6%AC%BE%20%E4%B8%80%E6%B0%94%E5%91%B5%E6%88%90/v1.mp4" width="304" height="540"
|
||||
<video src="https://assets.flinty.moe/blog/posts/2020/05/%E5%9C%A8%20iOS%20%E7%9A%84%E9%94%81%E5%B1%8F%E7%95%8C%E9%9D%A2%20%E7%A7%AF%E5%88%86%E3%80%81%E4%BB%98%E6%AC%BE%20%E4%B8%80%E6%B0%94%E5%91%B5%E6%88%90/v1.mp4" width="304" height="540"
|
||||
controls="controls"></video>
|
||||
{{< /rawhtml >}}
|
||||
|
||||
@@ -21,19 +21,19 @@ controls="controls"></video>
|
||||
1. 进入罗森点点应用里，调出电子积分卡的条形码，截图。
|
||||
2. 从 App Store 里搜索并安装 Pass2U 应用。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 打开应用后，点击右下角的加号添加卡片，方式选择“套用票卡样式”。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 使用右上角的搜索功能，搜索“罗森”，可以搜索到两个别人制作好的样式。这个根据普及程度，比如 Costa 等的可以搜索到更多的样式。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 选择一个样式，在“条码内容”里点击右侧的扫描按钮，选择刚才的截图。剩下的“服务区域”、“手机号”等为自定义信息，根据自己的需要可填可不填。点击完成后，会引导你将这张卡加入到钱包 app 中。
|
||||
|
||||
|
||||
|
||||
|
||||
之后，只需要在锁屏界面双击Home键，iPhone X 和之后的机型双击锁屏键，即可如视频一样操作了。
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2022-11-06"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["DSM", "pt"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20%E5%85%B3%E4%BA%8E%20cow%20%E7%9A%84%E8%A7%82%E5%AF%9F/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20%E5%85%B3%E4%BA%8E%20cow%20%E7%9A%84%E8%A7%82%E5%AF%9F/title.avif"
|
||||
+++
|
||||
|
||||
## 关于 btrfs 的 cow
|
||||
@@ -15,7 +15,7 @@ image = "https://img.mitsea.com/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20
|
||||
|
||||
在系统设置中，打开这个开关即可启用该功能
|
||||
|
||||
|
||||
|
||||
|
||||
这个本质上是在复制文件的时候在 cp 命令后追加 `--reflink=always` 参数。此外，cow 支持 smb，通过 smb 进行复制的操作同样有效，与硬链接相比有无可比拟的便利性。
|
||||
|
||||
@@ -23,17 +23,17 @@ image = "https://img.mitsea.com/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20
|
||||
|
||||
这里有一个文件夹，里面有一个大小为 11.55GB 的文件。此时存储空间用量为 7.3 TB
|
||||
|
||||
|
||||
|
||||
|
||||
在启用快速复制后，再复制出来 10 份相同文件，仅仅是文件名不同
|
||||
|
||||
|
||||
|
||||
|
||||
此时发现存储空间用量还是 7.3TB，说明多复制出来的 10 个文件没有额外占用空间。这个很好理解，毕竟虽然文件名不同，但是这些文件的 md5 值都是一样的，本质还是同一个文件。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 应用
|
||||
|
||||
@@ -41,7 +41,7 @@ image = "https://img.mitsea.com/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20
|
||||
|
||||
通常情况下，保种的文件里面也有我们需要的文件，对于这些文件需要放到其他文件夹里。此时就可以利用这一特性，直接复制文件即可。
|
||||
|
||||
|
||||
|
||||
|
||||
比如这两个文件，左侧是在保种的文件夹里，右侧是从保种文件夹复制出来的，在自己整理的文件夹里。这两个文件 md5 一致，那就无需担心复制造成的重复空间占用。
|
||||
|
||||
@@ -49,10 +49,10 @@ image = "https://img.mitsea.com/blog/posts/2022/11/%E7%BE%A4%E6%99%96%20btrfs%20
|
||||
|
||||
测试过程中也发现该特性似乎对文件夹来说是透明的，在统计文件夹大小的时候，仍然会重复计算文件大小
|
||||
|
||||
|
||||
|
||||
|
||||
在同样支持 cow 的 APFS 中也表现出相同的行为，复制出来的副本虽然实际上不会额外占用空间，但是统计文件夹大小的时候仍然会重复统计。
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Lysander Yuen](https://unsplash.com/@lysanderyuen?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/s/photos/duplicate?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-03-11"
|
||||
description = ""
|
||||
categories = ["Coding"]
|
||||
tags = ["协同工作"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20Live%20Share%20%E5%90%88%E4%BD%9C%E7%BC%96%E8%BE%91%E3%80%81%E8%B0%83%E8%AF%95%E5%B9%B6%E8%BF%90%E8%A1%8C%E4%BB%A3%E7%A0%81/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20Live%20Share%20%E5%90%88%E4%BD%9C%E7%BC%96%E8%BE%91%E3%80%81%E8%B0%83%E8%AF%95%E5%B9%B6%E8%BF%90%E8%A1%8C%E4%BB%A3%E7%A0%81/title.avif"
|
||||
+++
|
||||
|
||||
## 功能演示
|
||||
@@ -28,35 +28,35 @@ image = "https://img.mitsea.com/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20Live%20S
|
||||
1. 安装最新版的 Visual Studio（我这边是 2019 16.4.6）并在 Visual Studio 里登录自己的微软账号
|
||||
2. 点击右上角的 Live Share。第一次使用，会弹出防火墙提示，请打开。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 第一次启动可能会比较慢，稍等片刻，启动完成则会看到这条提示
|
||||
|
||||
|
||||
|
||||
|
||||
4. 复制共享链接，或是可以点开详细信息获取功能描述
|
||||
|
||||
|
||||
|
||||
|
||||
### macOS 环境配置
|
||||
|
||||
1. 安装 Visual Studio Code，然后安装 Live Share 插件
|
||||
|
||||
|
||||
|
||||
|
||||
2. 安装完毕后在左侧功能区找到 Live Share 并打开，点击这里，填写共享地址。输入后回车即可连接。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 连接成功后，即可看到项目目录
|
||||
|
||||
|
||||
|
||||
|
||||
4. 在 Visual Studio 里点击运行，macOS 上的 Visual Studio Code 同样会进入 debug 状态。并且，IIS Express 的网页也会共享过来，非常方便。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 其他设置
|
||||
|
||||
@@ -64,11 +64,11 @@ image = "https://img.mitsea.com/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20Live%20S
|
||||
|
||||
若要在 Visual Studio Code 中也能开始编译并运行，需要进行权限设置，否则会提示如下错误
|
||||
|
||||
|
||||
|
||||
|
||||
只需要在 Visual Studio 的选项中找到 Live Share - 常规，将图中两个位置改为 True 即可
|
||||
|
||||
|
||||
|
||||
|
||||
### 网络设置
|
||||
|
||||
|
||||
@@ -0,0 +1,107 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "Deepseek R1 推理需求"
|
||||
slug = "1977bda595c58157b48bf45cc8239758"
|
||||
date = "2025-02-11"
|
||||
description = "没钱别玩"
|
||||
categories = ["HomeLab"]
|
||||
tags = ["Deepseek"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/02/Deepseek%20R1%20%E6%8E%A8%E7%90%86%E9%9C%80%E6%B1%82/spenser-sembrat-QLYH_8w6PKs-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 说明
|
||||
|
||||
1. 前面的所有内容都不考虑量化，量化放在最后低开销方案那一节里
|
||||
2. 不考虑 fp8 动态转换，问的人都不推荐，性能损失大，所以后面一律默认没有 fp8 计算单元的卡就跑不了 fp8 模型
|
||||
3. Deepseek 是原生 fp8 模型，所以模型显存占用就约等于参数量（671B 的 617，实际大概 700GB），不需要再乘 2，但是需要推理设备有 fp8 的计算单元
|
||||
4. 除了模型外，还要保留上下文和并发需要的 KV Cache，大概 2、300GB，并发需要的 KV Cache 无上限。所以对于有 fp8 计算单元的设备，显存至少要 1T 显存；没有 fp8 只有 bf16 的，模型占用显存就要翻倍，就是 1.4T，上下文其实也要翻倍，就不算了，大概就是 1.6T 显存以上。所以 A100 不是很推荐。
|
||||
5. 模型推理不吃卡间互联带宽，甚至 Fine-tune 都不怎么吃，只有正儿八经训练才吃
|
||||
6. GB200 没写在方案里，太贵、货少、硬件设计散热似乎有问题
|
||||
|
||||
## 看法
|
||||
|
||||
1. 显卡迭代速度太快，A100 在 Deepseek 面前由于没有 fp8 计算单元，可以说已经被淘汰。Blackwell 又推出了原生 fp4 计算单元，如果接下来有很强的开源 fp4 模型，那 H100 H200 可以说又是被淘汰。
|
||||
2. 模型推理不需要通用计算，它只需要显卡某一种、两种的计算单元。不排除未来几年会有推理专用硬件
|
||||
3. 列出的配置也就是能跑，并发大概也就够小几十人用，上一点规模就自行再翻倍
|
||||
4. 上面三点总结起来就是很费钱，有实力再搞
|
||||
|
||||
## 要点区分
|
||||
|
||||
### 推理硬件类型/厂家不同
|
||||
|
||||
| | 纯 CPU 推理 | Nvidia 显卡 | AMD 显卡 | 华为显卡 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| Pros | 成本最低 | 性能最好，而且结果可预测（不需要怎么折腾就可以用起来） | 价格比 Nvidia 平台稍低，性能良好，官方表明支持 Deepseek 推理 | （还不是很了解） 硅基流动说他家用华为的卡做的推理，感觉工具链应该是能跑起来 |
|
||||
| Cons | 速度太慢，而且并发性能衰减大 | 价格高 | AMD 驱动等各种工具链还在频繁更新优化性能，可能会碰到来自上游的问题 | 资料少，很难获得支持，可能要折腾，而且购买渠道不熟悉 |
|
||||
|
||||
### Nvidia 显卡代际不同
|
||||
|
||||
| | Pascal | Volta | Turing | Ampere | Ada | Hopper | Blackwell |
|
||||
| --- | --- | --- | --- | --- | --- | --- | --- |
|
||||
| 发布时间 | 2016 | 2017 | 2018 | 2020 | 2022 | 2022 | 2024 |
|
||||
| 典型显卡 | Tesla P40、GeForce GTX 1080 | Tesla V100 | Quadro RTX 6000、RTX 2080 | RTX A6000（现在 GPU）服务器用的、A100、RTX 3090 | RTX 6000 Ada、L40、RTX 4090 | H100、H200 | B200、RTX 5090 |
|
||||
|
||||
### Nvidia 显卡接口不同
|
||||
|
||||
有 PCIe 和 SXM 两种接口，后者必须搭配 SXM 接口的专用服务器，带宽大一点，性能强大概 19%，更适合训练。但是价格似乎差不太多。
|
||||
|
||||
## 具体方案
|
||||
|
||||
### 显卡方案
|
||||
|
||||
| 方案 | 自组双机 A100/A800 PCIe | 单台 DGX H200 | 自组单机8卡 H200 SXM | 自组双机 H100/H800 SXM/PCIe | 国行 H40 SXM 双机 | AMD MI300x 整机 | 华为 910B/910C |
|
||||
| --- | --- | --- | --- | --- | --- | --- | --- |
|
||||
| 态度 | 不推荐 | 最推荐 | 最推荐 | 推荐 | 不是很推荐 | 一般推荐 | 不是很推荐 |
|
||||
| 概述 | 自行购买10卡服务器两台，再单独购买 20 块 A100（甚至感觉都不够） | 能买到的最新最快的 Nvidia 官方平台 | 最适中的方案 | 主流方案之一 | 好处就是全部都是正规渠道完整保修 | 有点灵车，属于是钱足够的话我是不想用，钱不够的话不是不能用 | 只能说有成功跑起来的案例，硅基流动说他们用的华为 |
|
||||
| 优点 | 1. 没有 fp8 计算单元，最近抛货比较多，价格有所降低；2. 购买渠道比较灵活方便 | 1. 有原生 fp8 计算单元，比 A100 架构更新，推理速度快；2. 单机，不需要考虑双机互联的带宽瓶颈问题；3. Nvidia 整机方案可靠性比较好 | 1. 周边配置可以选低一点，价格会比 DGX H200 便宜；2. 单机，不需要考虑双机互联的带宽瓶颈问题 | 1. 有原生 fp8 计算单元，比 A100 架构更新，推理速度快；2. 购买渠道比较灵活方便 | 1. 未禁售，货源可靠，有完整保修；2. 好购买 | 1. 有还算比较稳定货源；2. 有成功跑起来的案例和测试数据；3. AMD 官方自己站台了是支持 Deepseek | 想不出来 |
|
||||
| 缺点 | 1. Ampere 这代显卡没有 fp8 计算单元，如果跑不量化的版本，只能跑 scale 上去的 bf16，模型本身占用的显存就要翻倍（大概 1.4T），剩余给上下文和并发的 KV Cache 没多少；2. 卡已禁售，买到的原则上都是二手，只能依靠经销商保修；3. A100 架构放现在算比较老的了，两台纯粹是堆显存，就这可能还不太够 | 1. 货少，价格不透明，可能比较贵；2. 显卡使用专有接口连接至主板，非 PCIe 接口，不好升级和更换；3. 一体化程度比较高，又是走私产品，一旦发生意外硬件损坏感觉会比较难修（得问经销商有没有能力） | 1. 卡已禁售，买到的原则上都是二手，只能依靠经销商保修 | 1. 卡已禁售，买到的原则上都是二手，只能依靠经销商保修 | 1. H40 中国特供卡，而且连 Nvidia 官网都没 Datasheet；2. 虽然有 fp8 计算单元，但是性能被砍很多，具体可以看 补充说明 一节 | 1. AMD 的驱动比较草台，可能会有一些驱动导致的上游问题；2. ROCm 推理 AMD 官方是推荐用 SGLang，SGLang 本身还不是非常成熟，活跃更新中，跑 Deepseek 要不可避免使用测试版本 | 1. 资料很少，而且华为自己就不怎么喜欢对外提供资料；2. 910B 和 C 都不支持 fp8，显存占用也是很大 |
|
||||
| 总显存 | 80G x 20 = 1600GB | 141G x 8 = 1128GB | 141G x 8 = 1128GB | 80G x 16 = 1280GB | 96G x 16 = 1536GB | 192G x 8 = 1536GB | - |
|
||||
| 电源 | 约 10 kW | 约 8 kW | 约 8 kW | 约 10 kW | - | - | - |
|
||||
| 官方链接 | - | [Link](https://docs.nvidia.com/dgx/dgxh100-user-guide/introduction-to-dgxh100.html) | - | - | - | - | - |
|
||||
| 价格 | 200w 左右（大概估的，现在感觉有点虚高，不支持 fp8 还得掉价） | 285w 左右（闲鱼询问价格） | 245w 左右（闲鱼询价格） | 大概也就差不多价格 | 220w 左右（Dell X E9680）（经销商价格） | 200w 左右 （朋友朋友圈价格） | - |
|
||||
|
||||
## 廉价方案
|
||||
|
||||
### CPU
|
||||
|
||||
不推荐，并发很差，只是内存多的情况下验证模型还行，没法实际多人用
|
||||
|
||||
### 量化模型
|
||||
|
||||
unsloth 出了动态量化的版本
|
||||
|
||||
|
||||
|
||||
disk size 就约等于显存占用量，说是 2.51-bit 效果还不错，但是没有条件验证。可以考虑在现有机器上加点内存验证，或者等有没有人提供这个模型的 API。
|
||||
|
||||
但是他官方用的 llama.cpp 跑的，这个框架气氛上好像没什么多人并发的性能，还没看到用 vLLM 跑的实际测试数据。
|
||||
|
||||
[https://unsloth.ai/blog/deepseekr1-dynamic](https://unsloth.ai/blog/deepseekr1-dynamic)
|
||||
|
||||
## 补充说明
|
||||
|
||||
### 华为 910B 相关实例
|
||||
|
||||
[https://zhuanlan.zhihu.com/p/22564788535](https://zhuanlan.zhihu.com/p/22564788535)
|
||||
|
||||
### 配置详细
|
||||
|
||||
主要就是卡的钱，周边都是小头了
|
||||
|
||||
自组单机8卡 H200 SXM 那个配置如下
|
||||
|
||||
|
||||
|
||||
国行 H40 SXM 双机那个配置如下
|
||||
|
||||
6542Y*2/1T DDR5内存/4块7.68T NVME/8个H20-96G/Boss卡含2块480G SSD/2千兆2万兆/6个2800W电源
|
||||
|
||||
### 关于 H20
|
||||
|
||||
fp8 砍到姥姥家了，性能只有 H100 的 14%，感觉是诈骗产品.jpg
|
||||
|
||||
而且这个卡的数据 Nvidia 官网查不到，非常神秘
|
||||
|
||||
除了国内正规供货，想不出任何理由买它
|
||||
|
||||
|
||||
@@ -0,0 +1,63 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "第三方 Emby 客户端"
|
||||
slug = "1997bda595c5801aa0d9c8f760e4a45b"
|
||||
date = "2025-01-26"
|
||||
description = "列表来自互联网，内容请自行判断"
|
||||
categories = ["MineService"]
|
||||
tags = ["emby"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/01/%E7%AC%AC%E4%B8%89%E6%96%B9%20Emby%20%E5%AE%A2%E6%88%B7%E7%AB%AF/pawel-czerwinski-pC8e7FFONcI-unsplash.avif"
|
||||
+++
|
||||
|
||||
🔗 **iOS/iPadOS**
|
||||
|
||||
[Emby官方客户端](https://apps.apple.com/cn/app/id992180193 "Emby官方客户端") | [Forward](https://apps.apple.com/us/app/forward-新视界/id6503940939?l=zh-Hans-CN "Forward") |
|
||||
|
||||
[Infuse](https://apps.apple.com/cn/app/id1136220934 "Infuse") | [HamHub](https://apps.apple.com/cn/app/id6458691598 "HamHub")
|
||||
|
||||
[SenPlayer](https://apps.apple.com/cn/app/id6443975850 "SenPlayer") | [VidHub](https://apps.apple.com/cn/app/id1659622164 "VidHub") | [Fileball](https://apps.apple.com/cn/app/fileball/id1558391784 "Fileball")
|
||||
|
||||
[yybx](https://apps.apple.com/cn/app-bundle/max-yybx-iemc-tvok-foxok-yyb/id1645687971 "yybx") | [iemc](https://apps.apple.com/cn/app/id1467462861 "iemc") | [iPlay](https://t.me/iPlayClient "iPlay")
|
||||
|
||||
[iiva](https://apps.apple.com/hk/app/iiva/id1614231457 "iiva") | [DS Cloud](https://apps.apple.com/cn/app/ds-cloud/id590216612 "DS Cloud") | [XPTV](https://apps.apple.com/us/app/xptv/id6459409368 "XPTV")
|
||||
|
||||
[VPlayer (TF)](https://testflight.apple.com/join/zAFJpGzc "VPlayer (TF)") | [SONIC](https://testflight.apple.com/join/QedP1zKs "SONIC") | [Listenify](https://testflight.apple.com/join/UKtVlit2 "Listenify")
|
||||
|
||||
[SubPetal](https://testflight.apple.com/join/Xnhl4qiL "SubPetal") | [LMP](https://apps.apple.com/us/app/lmp-a-better-music-player/id6451009326 "LMP") | [音流](https://aqzscn.cn/archives/stream-music-versions "音流")
|
||||
|
||||
🎞 **iOS/iPadOS/macOS/AppleTV**
|
||||
|
||||
[Emby TV](https://apps.apple.com/cn/app/id992180193 "Emby TV") | [Infuse](https://apps.apple.com/cn/app/id1136220934 "Infuse") | [Emtv](https://apps.apple.com/us/app/id1671608662 "Emtv")
|
||||
|
||||
[Conflux](https://conflux.one/ "Conflux") | [VidHub](https://apps.apple.com/us/app/vidhub-video-library-player/id1659622164 "VidHub") | [HamHub](https://apps.apple.com/cn/app/id6458691598 "HamHub")
|
||||
|
||||
[UnPlay](https://apps.apple.com/app/unplay/id6450034641 "UnPlay") | [Forward](https://apps.apple.com/us/app/forward-新视界/id6503940939?l=zh-Hans-CN "Forward")
|
||||
|
||||
[Terminus Player](https://github.com/Terminus-Media/jellyfin-media-player "Terminus Player")
|
||||
|
||||
🥶 **Windows**
|
||||
|
||||
[Emby官方客户端](https://emby.media/download.html "Emby官方客户端") | [Emby小秘修改](https://t.me/EmbyNoisyX "Emby小秘修改")
|
||||
|
||||
[Terminus Player](https://github.com/Terminus-Media/jellyfin-media-player/releases "Terminus Player") | [Tsukimi](https://github.com/tsukinaha/tsukimi "Tsukimi")
|
||||
|
||||
[iPlay](https://t.me/iPlayClient "iPlay") | [Kodi](https://kodi.tv/ "Kodi")
|
||||
|
||||
😽 **Linux**
|
||||
|
||||
[Tsukimi](https://github.com/tsukinaha/tsukimi "Tsukimi") | [Terminus Player](https://github.com/Terminus-Media/jellyfin-media-player "Terminus Player")
|
||||
|
||||
😦 **Android/Android TV**
|
||||
|
||||
[Emby官方客户端](https://play.google.com/store/apps/details?id=com.mb.android "Emby官方客户端") | [Emby小秘修改](https://t.me/EmbyNoisyX "Emby小秘修改")
|
||||
|
||||
[Emby kirlif版](https://t.me/SaltSoupGarage/603 "Emby kirlif版") | [AfuseKt](https://github.com/AttemptD/AfuseKt-release/releases/ "AfuseKt")
|
||||
|
||||
[Yamby](https://t.me/yamby_release "Yamby") | [iPlay](https://t.me/iPlayClient "iPlay")
|
||||
|
||||
[DS Cloud](https://play.google.com/store/apps/details/DS_cloud?id=com.synology.dscloud "DS Cloud") | [Terminus Player TV](https://github.com/Terminus-Media/jellyfin-media-player/releases/tag/v280922-AndroidTVv1.0.0 "Terminus Player TV")
|
||||
|
||||
[音流](https://aqzscn.cn/archives/stream-music-versions "音流") | [Symfonium](https://symfonium.app/ "Symfonium") | [Themby](https://t.me/themby_official "Themby")
|
||||
|
||||
> Photo by [Pawel Czerwinski](https://unsplash.com/@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/an-abstract-black-background-with-a-curved-curve-pC8e7FFONcI?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,355 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "中心化逻辑部署 Easytier"
|
||||
slug = "1a57bda595c580088006c17d6ba2a744"
|
||||
date = "2025-02-28"
|
||||
description = "官方文档写的有点散，感觉从同类软件切过来不好上手"
|
||||
categories = ["Network"]
|
||||
tags = ["Easytier"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/02/%E4%B8%AD%E5%BF%83%E5%8C%96%E9%80%BB%E8%BE%91%E9%83%A8%E7%BD%B2%20Easytier/the-chaffins-1KDauE4oF0o-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 部署逻辑
|
||||
|
||||
这个软件其实主打的是去中心化，但是如果从 netbird 或者 tailscale 迁移过来，就很不习惯。所以写一个教程按照中心化的使用逻辑去部署。
|
||||
|
||||
按中心化的使用逻辑，需要先部署一个中枢，用来管理所有节点，所有节点也要连接到这个机器上。
|
||||
|
||||
如果你部署 Headscale，那本质上就是一个 Web 控制台 + DERP 中继服务器；如果你部署 Netbird，那本质上就是 Web 控制台 + coturn 中继服务器。只不过你部署的时候是丢到一个 Compose 里一起跑的。
|
||||
|
||||
Easytier 也类似，只不过你需要分开部署。下面的步骤中，“管理后台配置”一节对应的就是 Web 控制台。“中继服务器配置”对应的就是 DERP 或是 coturn 的配置。
|
||||
|
||||
## 管理后台配置
|
||||
|
||||
### 说明
|
||||
|
||||
1. 管理后台用的 easytier-web-embed 这个二进制文件启动
|
||||
2. 管理后台运行时启动了三个服务：config-server、api-server 和 web-server
|
||||
3. config-server 是你节点需要连接的，类似于你用 `tailscale up` 的 `--login-server` 参数，或是 `netbird up` 的 `--management-url`
|
||||
4. api-server 就是官方[这个 Dashboard](https://easytier.cn/web) 的后端
|
||||
5. web-server 就是官方[这个 Dashboard](https://easytier.cn/web) 的前端
|
||||
6. 自建前后端 就等于 Netbird、Tailscale 那个 Web 管理页面，可以管理设备，设置子网路由
|
||||
|
||||
### 具体步骤
|
||||
|
||||
1. 下载 GitHub Release 里的压缩包，里面有一个 easytier-web-embed
|
||||
2. 执行 `sudo chmod +x easytier-web-embed` 使其可被执行后，执行 `./easytier-web-embed --help` 后可以看到参数说明，你可以修改 config-server、 api-server 和 web-server 各自的端口
|
||||
|
||||
默认直接运行 `./easytier-web-embed` 即可，后续测试没问题后再部署成服务
|
||||
|
||||
3. 部署完后需要对 api-server 和 web-server 进行反代 https 加密，套上你自己的域名。这两个默认端口一样，可以只做一个反代规则，公用一个域名
|
||||
4. 至此，你部署出来了三个服务
|
||||
|
||||
| 服务 | 说明 | 端口 | 协议 |
|
||||
| --- | --- | --- | --- |
|
||||
| api-server | 后面前端需要连接的 | 默认 11211，tcp，反代后那就是你自己 https 的端口 | tcp |
|
||||
| web-server | 前端 dashboard | 默认 11211，tcp，反代后那就是你自己 https 的端口 | tcp |
|
||||
| config-server | 后续节点需要链接的，需要你服务器防火墙单独开放这个端口 | 默认 22020，udp | udp |
|
||||
|
||||
5. 打开反代的域名，就可以看到官方同款的 Dashboard 了，API Host 那里由于前面把两个服务反代成同一个域名，所以还写同域名即可
|
||||
|
||||
|
||||
|
||||
4. 注册并登陆，就能看到控制台了
|
||||
|
||||
|
||||
|
||||
|
||||
## 添加中继设备
|
||||
|
||||
### 配置步骤
|
||||
|
||||
1. 在你想要作为中继服务器上启动 easytier 并连接上刚才部署的 config-server。config-server 斜杠后面是用户名，假设你 config-server IP 是 1.2.3.4，用户名是 abc，那就执行以下命令
|
||||
|
||||
```bash
|
||||
./easytier-core --config-server udp://1.2.3.4:22020/abc
|
||||
```
|
||||
|
||||
没有问题的话会提示连接成功
|
||||
|
||||
|
||||
|
||||
2. 默认端口是 11010，记得开放端口，修改的话参考官方文档
|
||||
3. 去到 Dashboard 那边，这里就能看到设备了。点设备右边的齿轮
|
||||
|
||||
|
||||
|
||||
4. 点 Create
|
||||
|
||||
|
||||
|
||||
5. 填写信息
|
||||
|
||||
|
||||
|
||||
下面的高级设置中，网络白名单同样是填上你的网络名称，这样其他设备就无法使用这台设备做为中转了
|
||||
|
||||
自定义路由打开，然后下面留空，因为他默认会接受其他所有设备的子网路由，所以这里建议打开但是什么都不填，后续可以自己再加
|
||||
|
||||
|
||||
|
||||
6. 加完后，这里选择刚才创建的网络
|
||||
|
||||
|
||||
|
||||
7. 加完后就可以看到这里是本机
|
||||
|
||||
|
||||
|
||||
|
||||
## 添加其他设备
|
||||
|
||||
1. 启动命令和中转服务器是一样的
|
||||
|
||||
```bash
|
||||
./easytier-core --config-server udp://1.2.3.4:22020/abc
|
||||
```
|
||||
|
||||
2. 然后在 Dashboard 里就可以看到另一个机器了，点击它右边的齿轮
|
||||
|
||||
|
||||
|
||||
3. 这边无法直接选择刚才的网络，还是要点右边的 Create 手动添加一下
|
||||
|
||||
|
||||
|
||||
4. 填写一样的网络名称、网络密码和公共服务器，IP 地址换一个同网段的另一个 IP 即可
|
||||
|
||||
|
||||
|
||||
注意 网络方式 那里不要选手动，不然即便填了一样的网络名称和密码，两个机器之间互相也是看不到的
|
||||
|
||||
网络白名单和自定义路由也是一样
|
||||
|
||||
|
||||
|
||||
5. 加完后，这里选择刚才创建的网络
|
||||
|
||||
|
||||
|
||||
6. 可以看到两个设备之间可以通信了
|
||||
|
||||
|
||||
|
||||
|
||||
至此，完成了等效于 Netbird 或是 Tailscale 的添加两个设备的步骤
|
||||
|
||||
## 子网路由设置
|
||||
|
||||
需要再次提醒的是，本教程只是面向从 Netbird 或者 Tailscale 迁移过来的用户，所以下面的说明假设你已经熟悉 Netbird 或者 Tailscale 的子网路由功能。
|
||||
|
||||
1. 在你需要共享的局域网内按照上面的步骤安装并配置好 Easytier
|
||||
2. 在网页控制台里打开这个设备的设置，编辑网络，展开 高级设置 后在 子网代理CIDR 里填写内网网段即可
|
||||
|
||||
|
||||
|
||||
3. 填好后，还是设置好网络白名单和自定义路由，然后点击运行网络，就会把新配置下发到客户端上，并自动应用新配置。
|
||||
|
||||
|
||||
|
||||
4. 别的设备若要接受这条路由，就在这里添加即可
|
||||
|
||||
|
||||
|
||||
5. 如果做网关的话，转发和防火墙可以酌情配置，这些和 netbird 与 tailscale 是一致的：开启 ipv4 转发
|
||||
|
||||
在 `/etc/sysctl.conf` ****文件中添加或修改以下行：
|
||||
|
||||
```
|
||||
net.ipv4.ip_forward = 1
|
||||
```
|
||||
|
||||
然后运行 `sudo sysctl -p` 来应用更改
|
||||
|
||||
6. 配置 NAT 规则
|
||||
|
||||
```bash
|
||||
sudo iptables -I FORWARD -i eth0 -j ACCEPT
|
||||
sudo iptables -I FORWARD -o eth0 -j ACCEPT
|
||||
sudo iptables -t nat -I POSTROUTING -o eth0 -j MASQUERADE
|
||||
sudo iptables -I FORWARD -i tun0 -j ACCEPT
|
||||
sudo iptables -I FORWARD -o tun0 -j ACCEPT
|
||||
sudo iptables -t nat -I POSTROUTING -o tun0 -j MASQUERADE
|
||||
```
|
||||
|
||||
|
||||
## 保活进程
|
||||
|
||||
首先梳理一下目前跑了哪几个项目
|
||||
|
||||
| 名称 | 二进制程序 | 设备 |
|
||||
| --- | --- | --- |
|
||||
| 网页服务 api-server + config-server + web-server | easytier-web-embed | A |
|
||||
| 自建公共服务转发机 | easytier-core | B（也可以跟 A 放一起） |
|
||||
| 其他入网设备 | easytier-core | C |
|
||||
|
||||
### 注册为 systemd 服务
|
||||
|
||||
所以我们需要在设备 A 上将 `./easytier-web-embed` 这个命令注册为服务，在 B 和 C 上将 `./easytier-core --config-server udp://1.2.3.4:22020/abc` 这个命令注册为服务
|
||||
|
||||
**注册 easytier-web-embed**
|
||||
|
||||
1. 移动二进制文件并设置执行权限
|
||||
|
||||
```
|
||||
sudo mv easytier-web-embed /usr/local/bin/easytier-web-embed
|
||||
sudo chmod +x /usr/local/bin/easytier-web-embed
|
||||
|
||||
```
|
||||
|
||||
2. 创建 systemd 服务单元文件
|
||||
|
||||
```
|
||||
sudo nano /etc/systemd/system/easytier-web-embed.service
|
||||
|
||||
```
|
||||
|
||||
内容如下
|
||||
|
||||
```
|
||||
[Unit]
|
||||
Description=easytier-web-embed Service
|
||||
After=network.target
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
ExecStart=/usr/local/bin/easytier-web-embed
|
||||
User=root
|
||||
Restart=on-failure
|
||||
RestartSec=5
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
|
||||
```
|
||||
|
||||
3. 设置权限与加载服务
|
||||
|
||||
保存并退出编辑器后，执行以下命令让 systemd 重新加载服务配置：
|
||||
|
||||
```
|
||||
sudo systemctl daemon-reload
|
||||
|
||||
```
|
||||
|
||||
让该服务在开机时自动启动：
|
||||
|
||||
```
|
||||
sudo systemctl enable easytier-web-embed
|
||||
|
||||
```
|
||||
|
||||
启动该服务：
|
||||
|
||||
```
|
||||
sudo systemctl start easytier-web-embed
|
||||
|
||||
```
|
||||
|
||||
你可以使用下面的命令查看服务状态和日志：
|
||||
|
||||
```
|
||||
systemctl status easytier-web-embed
|
||||
journalctl -u easytier-web-embed -f
|
||||
|
||||
```
|
||||
|
||||
|
||||
**注册 easytier-core**
|
||||
|
||||
与 easytier-web 同理
|
||||
|
||||
1. 移动二进制文件并设置执行权限
|
||||
|
||||
```bash
|
||||
sudo mv easytier-core /usr/local/bin/easytier-core
|
||||
sudo chmod +x /usr/local/bin/easytier-core
|
||||
|
||||
```
|
||||
|
||||
2. 创建 systemd 服务单元文件
|
||||
|
||||
```bash
|
||||
sudo nano /etc/systemd/system/easytier-core.service
|
||||
|
||||
```
|
||||
|
||||
内容如下
|
||||
|
||||
```
|
||||
[Unit]
|
||||
Description=easytier-core Service
|
||||
After=network.target
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
ExecStart=/usr/local/bin/easytier-core --config-server udp://1.2.3.4:22020/abc
|
||||
User=root
|
||||
Restart=on-failure
|
||||
RestartSec=5
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
|
||||
```
|
||||
|
||||
3. 设置权限与加载服务
|
||||
|
||||
保存并退出编辑器后，执行以下命令让 systemd 重新加载服务配置：
|
||||
|
||||
```
|
||||
sudo systemctl daemon-reload
|
||||
|
||||
```
|
||||
|
||||
让该服务在开机时自动启动：
|
||||
|
||||
```
|
||||
sudo systemctl enable easytier-core
|
||||
|
||||
```
|
||||
|
||||
启动该服务：
|
||||
|
||||
```
|
||||
sudo systemctl start easytier-core
|
||||
|
||||
```
|
||||
|
||||
你可以使用下面的命令查看服务状态和日志：
|
||||
|
||||
```
|
||||
systemctl status easytier-core
|
||||
journalctl -u easytier-core -f
|
||||
|
||||
```
|
||||
|
||||
|
||||
### 使用 docker 部署
|
||||
|
||||
**注册 easytier-web-embed**
|
||||
|
||||
运行下面的命令启动
|
||||
|
||||
```bash
|
||||
docker run -d --entrypoint easytier-web-embed -v /yourpath/data:/app -p 11211:11211 -p 22020:22020/udp easytier/easytier:latest
|
||||
```
|
||||
|
||||
主要就是重新指定了 entrypoint，使用 easytier-web-embed 启动
|
||||
|
||||
-v 路径映射根据自己的情况修改，/app 不要改，这个可以在 docker hub 上看到他默认的 workdir
|
||||
|
||||
|
||||
|
||||
**注册 easytier-core**
|
||||
|
||||
参考官方文档 https://easytier.cn/guide/installation.html 修改这里的启动参数即可
|
||||
|
||||
|
||||
|
||||
```bash
|
||||
command: --config-server udp://1.2.3.4:22020/abc
|
||||
```
|
||||
|
||||
> Photo by [The Chaffins](https://unsplash.com/@thechaffins?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-large-rock-in-the-middle-of-a-forest-1KDauE4oF0o?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,22 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "华为昇腾 Ascend 910B 一览及对应整机"
|
||||
slug = "1ab7bda595c58077852bc0ce54e6d1f3"
|
||||
date = "2025-03-03"
|
||||
description = "主要是没 fp8 单元，所以成本比较高"
|
||||
categories = ["Consumer"]
|
||||
tags = ["华为"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/03/%E5%8D%8E%E4%B8%BA%E6%98%87%E8%85%BE%20Ascend%20910B%20%E4%B8%80%E8%A7%88%E5%8F%8A%E5%AF%B9%E5%BA%94%E6%95%B4%E6%9C%BA/a-chosen-soul-fwGtrR0ujbM-unsplash.avif"
|
||||
+++
|
||||
|
||||
| NPU 型号 | FP16 算力 | 显存 | 对应华为整机 | 芯片代工厂 |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| 昇腾 Ascend 910B4 | 280T | 32GB HBM2 | Atlas 800I A2 | 中芯国际 |
|
||||
| 昇腾 Ascend 910B3 | 313T | 64GB HBM2 | Atlas 800T A2 | 中芯国际 |
|
||||
| 昇腾 Ascend 910B2 | 376T | 64GB HBM2 | | 台积电 |
|
||||
| 昇腾 Ascend 910B1 | 414T | 64GB HBM2 | | 台积电 |
|
||||
|
||||
由于没有 fp8 计算单元，若要部署完整精度的 Deepseek R1，则需要将近 2T 显存，需要至少 4 台 8 卡 64GB 版本的 910B
|
||||
|
||||
> Photo by [A Chosen Soul](https://unsplash.com/@a_chosensoul?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-computer-generated-image-of-a-womans-face-fwGtrR0ujbM?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,205 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "中心化逻辑部署 Easytier - 无 Web 管理"
|
||||
slug = "1b37bda595c580c989edf890db8e0b19"
|
||||
date = "2025-03-11"
|
||||
description = "纯命令行启动组网"
|
||||
categories = ["Network"]
|
||||
tags = ["Easytier"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/03/%E4%B8%AD%E5%BF%83%E5%8C%96%E9%80%BB%E8%BE%91%E9%83%A8%E7%BD%B2%20Easytier%20-%20%E6%97%A0%20Web%20%E7%AE%A1%E7%90%86/pawel-czerwinski-MIXZflFpQXk-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 部署逻辑
|
||||
|
||||
这个软件其实主打的是去中心化，但是如果从 netbird 或者 tailscale 迁移过来，就很不习惯。所以写一个教程按照中心化的使用逻辑去部署。
|
||||
|
||||
按中心化的使用逻辑，需要先部署一个中枢，用来管理所有节点，所有节点也要连接到这个机器上。
|
||||
|
||||
如果你部署 Headscale，那本质上就是一个 Web 控制台 + DERP 中继服务器；如果你部署 Netbird，那本质上就是 Web 控制台 + coturn 中继服务器。只不过你部署的时候是丢到一个 Compose 里一起跑的。
|
||||
|
||||
Easytier 也类似，只不过你需要分开部署。不过由于当前版本下，web 配置无法设置网络白名单和接受子网的白名单，这会导致你的中继节点只要被扫描到就可以被他人使用，你的子网路由也会默认下发到所有节点上，使用上有所不便，所以本版本教程是在无 web 管理的情形下进行配置。若要查看 web 控制台部署，请参阅[这篇文章](https://blog.mitsea.com/1a57bda595c580088006c17d6ba2a744/)
|
||||
|
||||
若要便捷地查看其他设备，你只需要任意节点使用 GUI 客户端，或是使用 web 配置，也可看到其他设备，只是不能管理他们。
|
||||
|
||||
本教程使用二进制程序启动加参数的形式进行配置，不使用配置文件。二进制的所有参数可以通过执行 `easytier --help` 查看说明。
|
||||
|
||||
## 添加中继设备
|
||||
|
||||
### 配置步骤
|
||||
|
||||
1. 首先你要想一个网络名，比如叫 mytier。这个名字会在下面启动中继服务器时设置为白名单。
|
||||
2. 在你想要作为中继服务器上启动 easytier
|
||||
|
||||
使用 `--network-name` 和 `--network-secret` 设置网络名称与密码，后续的节点也要使用这个网络名称和密码
|
||||
|
||||
使用 `--ipv4` 设置你要组网的内网 IP
|
||||
|
||||
使用 `--hostname` 来设置一个容易辨别的设备名称
|
||||
|
||||
`--relay-network-whitelist` 可以说是必加的，否则如果这个节点直接暴露在公网，任何人都可以拿来做中转服务器
|
||||
|
||||
`--manual-routes` 也是建议加上的，EasyTier 如果你设置了子网路由，他会把路由表自动下发到所有节点上，这与 Tailscale 的行为是正好相反的。--manual-routes 后不加任何选项则默认拒绝所有子网路由表，后续你要接受哪个子网网段的路由表就再添加即可
|
||||
|
||||
```bash
|
||||
./easytier-core --network-name mytier \
|
||||
--network-secret passwd \
|
||||
--ipv4 192.168.99.1/24 \
|
||||
--hostname node1 \
|
||||
--manual-routes \
|
||||
--relay-network-whitelist mytier
|
||||
```
|
||||
|
||||
3. 默认端口是 11010，记得开放端口，假设你公网 IP 是 11.22.33.44
|
||||
|
||||
## 添加其他设备
|
||||
|
||||
启动命令和中转服务器基本是一样的，只需要修改 `--ipv4` 和 `--hostname` 和添加中继节点信息
|
||||
|
||||
```bash
|
||||
./easytier-core --network-name mytier \
|
||||
--network-secret passwd \
|
||||
--ipv4 192.168.99.2/24 \
|
||||
--hostname node2 \
|
||||
--manual-routes \
|
||||
--relay-network-whitelist mytier \
|
||||
--external-node tcp://11.22.33.44:11010
|
||||
```
|
||||
|
||||
至此，完成了等效于 Netbird 或是 Tailscale 的添加两个设备的步骤
|
||||
|
||||
## 子网路由设置
|
||||
|
||||
需要再次提醒的是，本教程只是面向从 Netbird 或者 Tailscale 迁移过来的用户，所以下面的说明假设你已经熟悉 Netbird 或者 Tailscale 的子网路由功能
|
||||
|
||||
1. 在你需要共享的局域网内按照上面的步骤安装并配置好 Easytier
|
||||
2. 启动参数增加 `--proxy-networks` ，比如你要下发你当前所在的内网 192.168.5.0/24 和 192.168.2.0/24 给其他节点，那你的启动命令就变成
|
||||
|
||||
```bash
|
||||
./easytier-core --network-name mytier \
|
||||
--network-secret passwd \
|
||||
--ipv4 192.168.99.2/24 \
|
||||
--hostname node2 \
|
||||
--manual-routes \
|
||||
--relay-network-whitelist mytier \
|
||||
--proxy-networks 192.168.5.0/24 \
|
||||
--proxy-networks 192.168.2.0/24 \
|
||||
--external-node tcp://11.22.33.44:11010
|
||||
```
|
||||
|
||||
默认情况下，他会把路由表下发到所有其他设备上，不过由于在前面我推荐你使用不带参数的 `--manual-routes` 启动客户端，所以现在其他客户端默认是不会接受下发的路由的。
|
||||
|
||||
3. 若要在别的设备上接收这条路由，修改 `--manual-routes` 选项的参数即可，比如你要接受 192.168.5.0/24 和 192.168.2.0/24 的路由，那启动命令就改成
|
||||
|
||||
```bash
|
||||
./easytier-core --network-name mytier \
|
||||
--network-secret passwd \
|
||||
--ipv4 192.168.99.3/24 \
|
||||
--hostname node3 \
|
||||
--manual-routes 192.168.5.0/24 192.168.2.0/24 \
|
||||
--relay-network-whitelist mytier \
|
||||
--external-node tcp://11.22.33.44:11010
|
||||
```
|
||||
|
||||
4. 如果做网关的话，转发和防火墙可以酌情配置，这些和 netbird 与 tailscale 是一致的：开启 ipv4 转发
|
||||
|
||||
在 `/etc/sysctl.conf` ****文件中添加或修改以下行：
|
||||
|
||||
```
|
||||
net.ipv4.ip_forward = 1
|
||||
```
|
||||
|
||||
然后运行 `sudo sysctl -p` 来应用更改
|
||||
|
||||
5. 配置 NAT 规则
|
||||
|
||||
```bash
|
||||
sudo iptables -I FORWARD -i eth0 -j ACCEPT
|
||||
sudo iptables -I FORWARD -o eth0 -j ACCEPT
|
||||
sudo iptables -t nat -I POSTROUTING -o eth0 -j MASQUERADE
|
||||
sudo iptables -I FORWARD -i tun0 -j ACCEPT
|
||||
sudo iptables -I FORWARD -o tun0 -j ACCEPT
|
||||
sudo iptables -t nat -I POSTROUTING -o tun0 -j MASQUERADE
|
||||
```
|
||||
|
||||
|
||||
## 保活进程
|
||||
|
||||
由于不使用 web 管理，所以只需要保活 easytire-core 这一个程序
|
||||
|
||||
### 注册为 systemd 服务
|
||||
|
||||
1. 移动二进制文件并设置执行权限
|
||||
|
||||
```bash
|
||||
sudo mv easytier-core /usr/local/bin/easytier-core
|
||||
sudo chmod +x /usr/local/bin/easytier-core
|
||||
```
|
||||
|
||||
2. 创建 systemd 服务单元文件
|
||||
|
||||
```bash
|
||||
sudo nano /etc/systemd/system/easytier-core.service
|
||||
```
|
||||
|
||||
内容如下，就是把启动的参数重新写一遍
|
||||
|
||||
```
|
||||
[Unit]
|
||||
Description=easytier-core Service
|
||||
After=network.target
|
||||
|
||||
[Service]
|
||||
Type=simple
|
||||
ExecStart=/usr/local/bin/easytier-core --network-name mytier --network-secret passwd --ipv4 192.168.99.1/24 --hostname node1 --manual-routes --relay-network-whitelist mytier
|
||||
User=root
|
||||
Restart=on-failure
|
||||
RestartSec=5
|
||||
|
||||
[Install]
|
||||
WantedBy=multi-user.target
|
||||
|
||||
```
|
||||
|
||||
3. 设置权限与加载服务
|
||||
|
||||
保存并退出编辑器后，执行以下命令让 systemd 重新加载服务配置：
|
||||
|
||||
```
|
||||
sudo systemctl daemon-reload
|
||||
|
||||
```
|
||||
|
||||
让该服务在开机时自动启动：
|
||||
|
||||
```
|
||||
sudo systemctl enable easytier-core
|
||||
|
||||
```
|
||||
|
||||
启动该服务：
|
||||
|
||||
```
|
||||
sudo systemctl start easytier-core
|
||||
|
||||
```
|
||||
|
||||
你可以使用下面的命令查看服务状态和日志：
|
||||
|
||||
```
|
||||
systemctl status easytier-core
|
||||
journalctl -u easytier-core -f
|
||||
|
||||
```
|
||||
|
||||
### 使用 docker 部署
|
||||
|
||||
参考官方文档 https://easytier.cn/guide/installation.html 修改这里的启动参数即可
|
||||
|
||||
|
||||
|
||||
```bash
|
||||
command: --network-name mytier --network-secret passwd --ipv4 192.168.99.1/24 --hostname node1 --manual-routes --relay-network-whitelist mytier
|
||||
```
|
||||
|
||||
> Photo by [Pawel Czerwinski](https://unsplash.com/@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-black-and-white-photo-of-a-bunch-of-flowers-MIXZflFpQXk?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,105 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "南京广电宽带浅测"
|
||||
slug = "1bb7bda595c5804a9700c1b0c34b9f35"
|
||||
date = "2025-03-19"
|
||||
description = "难道真的有既好又快又便宜的宽带？"
|
||||
categories = ["Network"]
|
||||
tags = ["广电宽带"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/03/%E5%8D%97%E4%BA%AC%E5%B9%BF%E7%94%B5%E5%AE%BD%E5%B8%A6%E6%B5%85%E6%B5%8B/pawel-czerwinski-L3G482epINk-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 概述
|
||||
|
||||
价格：300M 299元/2年；600M 399元/2年；1000M 720元/2年，不开手机卡，无额外收费，默认桥接，没有 IPv6，送一个普通路由器。我办的 600M 的。
|
||||
|
||||
国内广电、电信、移动、联通都有线路，整体上无异常，和对应线路的家宽质量一致。跨省下载正常，不需要开 bbr，上传到某些地区可能跑不满
|
||||
|
||||
国外走移动和联通隧道，整体表现良好
|
||||
|
||||
晚高峰出口线路不变，没有刻意 QoS，在白天超过 500Mbps 的线路可能因为出口带宽不够有些微降速
|
||||
|
||||
## 本地
|
||||
|
||||
600Mbps，没有余量
|
||||
|
||||
|
||||
|
||||
## 出口 IP
|
||||
|
||||
[https://ip.skk.moe/multi](https://ip.skk.moe/multi)
|
||||
|
||||
|
||||
|
||||
## CloudFlare
|
||||
|
||||
cf 的流控比较迷，看不懂，速度也不稳定，仅供参考
|
||||
|
||||
|
||||
|
||||
## 稳定性和丢包
|
||||
|
||||
国内移动线路不丢包
|
||||
|
||||
|
||||
|
||||
国外移动线路基本不丢
|
||||
|
||||
|
||||
|
||||
## 自建节点测试
|
||||
|
||||
### 加拿大家宽
|
||||
|
||||
联通出口 200Mbps 带宽（目标地址上行 300Mbps），晚高峰不变
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### HKT 家宽
|
||||
|
||||
联通出口 500Mbps 带宽（目标地址上行 500Mbps+），晚高峰不变
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### AWS Lightsail 新加坡
|
||||
|
||||
移动出口 600Mbps 带宽（目标地址上行 1Gbps+）
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
晚高峰有些许降速
|
||||
|
||||
|
||||
|
||||
### 合肥移动专线
|
||||
|
||||
50Mbps 带宽（目标地址上下行 50Mbps），晚高峰不变
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 中山联通商务极光
|
||||
|
||||
350Mbps+ 带宽（目标地址上下行 300Mbps+）
|
||||
|
||||
上传异常，下载正常，开关 bbr 结果一致
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
晚高峰上行正常了一些
|
||||
|
||||
|
||||
|
||||
> Photo by [Pawel Czerwinski](https://unsplash.com/@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-wall-that-has-a-bunch-of-white-squares-on-it-L3G482epINk?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,73 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "本地部署 DeepSeek-V3-0324"
|
||||
slug = "1bc7bda595c580dd9b1bdd5842370b9a"
|
||||
date = "2025-03-26"
|
||||
description = "又到一个大玩具"
|
||||
categories = ["Consumer", "Linux"]
|
||||
tags = ["DeepSeek", "Nvidia"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2025/03/%E6%9C%AC%E5%9C%B0%E9%83%A8%E7%BD%B2%20DeepSeek-V3-0324/HGX%20H200%20Tech%20Blog.avif"
|
||||
+++
|
||||
|
||||
## 前言
|
||||
|
||||
继先前的 [Dell R750xa + A6000](https://blog.mitsea.com/d29bb28b14984443b232263348b946ba/) 后，又到了个大玩具，事 Dell XE9680 + H200.jpg
|
||||
|
||||
|
||||
|
||||
机器到了有段时间了，但之所以拖到现在写（水）文章是因为目前开源推理框架对于 DeepSeek 终于算是可用了，特别是在 128k 上下文这块。所以这篇文章虽然看着非常水，但先前也是与 vLLM 和 SGLang 斗智斗勇了数个深夜。
|
||||
|
||||
目前的关键更新是 vLLM 在 0.8 版本中对于 DeepSeek 推理默认使用 v1 版本的分支了，所以推理后端默认开始使用 FlashMLA 了，这有效解决了先前 vLLM 使用 TritonMLA 后端导致莫名的上下文不能超过 32k。
|
||||
|
||||
|
||||
|
||||
至于 SGLang，在使用 EP + FlashMLA 时，如果提示词比较大（比如 70k），那解码会非常缓慢，这导致等待首字可能长达两分钟，原因未知。不过 SGLang 感觉好像也是主要搞 AMD ROCm 推理的，我们这 CUDA 就不凑热闹了。
|
||||
|
||||
## 机器准备
|
||||
|
||||
1. 由于 Nvidia 这几年打算逐步开源驱动，先从计算卡开始，所以 H200 官方的驱动默认就推荐你安装开源版本。既然官方都有开源版本了， nouveau 没有 H200 的开源驱动，所以从官网下载驱动直接装就行，也不需要先卸载什么驱动。
|
||||
2. 由于 H200 是 nvswitch 互联的显卡，后续应用程序依赖一个叫做 fabric manager 的东西，这个东西的版本需要与驱动版本严格匹配，但是他有的时候会晚于驱动发布，所以你要先看好这个东西的版本最新是多少，然后下载对应版本的驱动，否则就会报下面这个错误
|
||||
|
||||
```bash
|
||||
nv-fabricmanager[131760]: fabric manager NVIDIA GPU driver interface version 570.86.15 don't match with driver version 570.124.06. Please update with matching NVIDIA driver package.
|
||||
```
|
||||
|
||||
3. 正常安装新版驱动即可，感觉高版本 CUDA（目前是 12.8）是向下兼容的。
|
||||
4. 下载好 DeepSeek-V3-0324 模型 checkpoint 和配置文件。
|
||||
|
||||
## 具体步骤
|
||||
|
||||
vLLM 1.0 的逻辑会改成 SGLang 那种，就是推荐你用 Docker 安装，然后你进到容器里面的 bash 操作。不过目前版本还没改，我这里就直接弄个 conda 执行了。
|
||||
|
||||
1. 使用 conda 创建一个新的 python 3.12 环境并正常安装 vLLM 即可
|
||||
|
||||
```bash
|
||||
pip install vllm
|
||||
```
|
||||
|
||||
2. 切换到 vllm 环境中并直接执行如下命令即可，新版非常简单，不需要加任何限制长度的参数，默认开的就是 128k 上下文
|
||||
|
||||
```bash
|
||||
vllm serve /path/to/your/models/file/DeepSeek-V3-0324 \
|
||||
--tensor-parallel-size 8 \
|
||||
--load-format auto \
|
||||
--trust-remote-code \
|
||||
--served-model-name DeepSeek-V3-0324 \
|
||||
--port 8000 \
|
||||
--gpu-memory-utilization 0.96
|
||||
```
|
||||
|
||||
|
||||
## 测试
|
||||
|
||||
可以看到 128k 上下文毫无压力.jpg
|
||||
|
||||
|
||||
|
||||
这么长的上下文，速度也是非常不错，比 SGLang 快多了
|
||||
|
||||
|
||||
|
||||
官方 API 目前还是 64k 上下文，这下秒杀官方了.jpg
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2022-09-26"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Windows"]
|
||||
tags = ["Synology", "NAS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/09/%E7%BE%A4%E6%99%96%20Active%20Backup%20for%20Business%20%E6%81%A2%E5%A4%8D%20Windows%20%E8%AE%BE%E5%A4%87/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/09/%E7%BE%A4%E6%99%96%20Active%20Backup%20for%20Business%20%E6%81%A2%E5%A4%8D%20Windows%20%E8%AE%BE%E5%A4%87/title.avif"
|
||||
+++
|
||||
|
||||
当使用 Active Backup for Business 备份一台机器的系统卷或者全部设备后，机器挂掉之后可以通过已有的备份来恢复。
|
||||
@@ -32,77 +32,77 @@ image = "https://img.mitsea.com/blog/posts/2022/09/%E7%BE%A4%E6%99%96%20Active%2
|
||||
|
||||
1. NAS 中打开 Active Backup for Business，找到 还原 - 整台设备
|
||||
|
||||
|
||||
|
||||
|
||||
2. 下载这里第一个 恢复介质创建程序
|
||||
|
||||
|
||||
|
||||
|
||||
3. 第一次创建时，提示需要下载并安装 Windows ADK，这里点击下载
|
||||
|
||||
|
||||
|
||||
|
||||
4. Windows ADK 的安装程序会自动打开，一路默认下一步。到这一步的时候，只需要勾选“部署工具”和“Windows 预安装环境 (Windows PE)”
|
||||
|
||||
|
||||
|
||||
|
||||
5. 选择 U 盘，点击创建
|
||||
|
||||
|
||||
|
||||
|
||||
6. 等他完成就可以拔掉U盘了
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 恢复系统
|
||||
|
||||
1. 用U盘启动，会进到这里
|
||||
|
||||
|
||||
|
||||
|
||||
2. 连接 NAS，地址公网和内网都可以
|
||||
|
||||
|
||||
|
||||
|
||||
3. 选择备份
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这里的话，如果你的电脑只有一个盘，或者你能保证要恢复的硬盘是第一个硬盘，那就根据备份类型选前两个。
|
||||
|
||||
|
||||
|
||||
|
||||
否则他会默认恢复到第一个空闲的硬盘，如果空间不够大会报错。
|
||||
|
||||
|
||||
|
||||
|
||||
所以后面的步骤是选择第三个
|
||||
|
||||
5. 这里直接点 自定义硬盘映射
|
||||
|
||||
|
||||
|
||||
|
||||
6. 这里右键需要恢复的硬盘，依次恢复所有分区。推荐把C盘放到最后一个，这样以后如果要修改C盘空间会比较方便。
|
||||
|
||||
|
||||
|
||||
|
||||
7. 都分完就是这样，如果新硬盘比原来的大，会多出一部分空间。这一部分可以进系统后加到C盘里。
|
||||
|
||||
|
||||
|
||||
|
||||
8. 点击确定后，可以看到这边备份的分区都分好了，点击下一步
|
||||
|
||||
|
||||
|
||||
|
||||
9. 确认无误后，就可以点击确定开始恢复了。
|
||||
|
||||
|
||||
|
||||
|
||||
10. 恢复时间不是很准，他是假设整个分区都有内容估算的时间。如果你原来C盘只用了一半，那实际时间大概就是它估算的一半。
|
||||
|
||||
|
||||
|
||||
|
||||
11. 恢复成功后，重启就可以进系统了
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,77 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "【归档】iOS 原生 UIKit 开发处理键盘遮挡输入框问题"
|
||||
slug = "1fd6cc7df7cf4583a7543b0018b32494"
|
||||
date = "2020-01-16"
|
||||
description = ""
|
||||
categories = ["Apple", "Coding"]
|
||||
tags = ["UIKit", "Swift"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/01/iOS%20%E5%8E%9F%E7%94%9F%20UIKit%20%E5%BC%80%E5%8F%91%E5%A4%84%E7%90%86%E9%94%AE%E7%9B%98%E9%81%AE%E6%8C%A1%E8%BE%93%E5%85%A5%E6%A1%86%E9%97%AE%E9%A2%98/slava-auchynnikau-B5nCJC-KpvA-unsplash.avif"
|
||||
+++
|
||||
|
||||
# 概要
|
||||
|
||||
目前项目中遇到小屏手机中弹出键盘时挡住输入框的问题，网上的方法我看都是要么修改当前 scrollview 的 offset，要么是修改 .view.frame 的y轴位置。但该方法在页面纵幅较短的情况下会出现问题，所以我这边使用修改约束的方法。
|
||||
|
||||
# 预想方法
|
||||
|
||||
通过修改最上方的元素到顶端的距离来实现需求
|
||||
|
||||
### Risks
|
||||
|
||||
动画做起来的话，没有移动 frame 来的简单，不能用 animated: true，得要自己写。当然我这边 base 里别人写好了。
|
||||
|
||||
### Open Questions
|
||||
|
||||
也许移动 frame 可行，但我这边就是会出现之前视频上出现的那个问题，没有找到解决方法。
|
||||
|
||||
不过修改约束也没有经过长时间的充分测试，还没发现什么隐性问题。
|
||||
|
||||
# 核心步骤
|
||||
|
||||
1. 在 xib 中找到约束，并拖入 view 文件中
|
||||
|
||||
|
||||
|
||||
2. 起个名字
|
||||
|
||||
```swift
|
||||
@IBOutlet weak var topConstraint: NSLayoutConstraint!
|
||||
```
|
||||
|
||||
3. 在 ViewController 里计算应当修改的数值，并进行偏移
|
||||
|
||||
```swift
|
||||
@objc private func keyboardWillAppear(notification: NSNotification) {
|
||||
let keyboardRect = (notification.userInfo![UIResponder.keyboardFrameEndUserInfoKey] as! NSValue).cgRectValue
|
||||
let keyboardHeight = keyboardRect.size.height
|
||||
let screenHeight = self.view.frame.height
|
||||
let scrollViewOffset = cala001030View.scrollView.contentOffset.y
|
||||
let textFieldOffset = currentField.frame.origin.y - scrollViewOffset
|
||||
let visibleHeight = screenHeight - keyboardHeight - currentField.frame.size.height
|
||||
|
||||
self.isNeedResetViewFrame = visibleHeight < textFieldOffset
|
||||
self.keyboardHeight = keyboardHeight
|
||||
|
||||
let inputButtomToViewTop = currentField.frame.origin.y + currentField.frame.height + 30
|
||||
let keyboardTopToViewTop = screenHeight - keyboardHeight
|
||||
let shouldOffset = inputButtomToViewTop - keyboardTopToViewTop - scrollViewOffset
|
||||
|
||||
if visibleHeight < textFieldOffset {
|
||||
self.cala001030View.topConstraint.constant = -shouldOffset
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
关于偏移量是如何计算出来的，会单独开一个文章来说明
|
||||
|
||||
4. 键盘收回时，恢复原来的约束即可
|
||||
|
||||
```swift
|
||||
@objc private func keyboardWillHide(notification: NSNotification) {
|
||||
self.cala001030View.topConstraint.constant = 0
|
||||
}
|
||||
```
|
||||
|
||||
> Photo by [Slava Auchynnikau](https://unsplash.com/@auchynnikau?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/the-sun-is-shining-through-the-clouds-over-the-mountains-B5nCJC-KpvA?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -0,0 +1,392 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "GLM-5.1 Coding 场景部署优化： HiCache 配置指南与场景压测"
|
||||
slug = "256779ab64688063b3c9000c80fc01c6"
|
||||
date = "2026-06-07"
|
||||
description = ""
|
||||
categories = ["AI"]
|
||||
tags = ["SGLang", "GLM", "HiCache"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/06/GLM-5.1%20Coding%20%E5%9C%BA%E6%99%AF%E9%83%A8%E7%BD%B2%E4%BC%98%E5%8C%96%EF%BC%9A%20HiCache%20%E9%85%8D%E7%BD%AE%E6%8C%87%E5%8D%97%E4%B8%8E%E5%9C%BA%E6%99%AF%E5%8E%8B%E6%B5%8B/jimmy-liu-k2zuVhKjA4o-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 背景
|
||||
|
||||
[SGLang HiCache](https://www.lmsys.org/blog/2025-09-10-sglang-hicache/) 在去年 9 月就已发布。它把 KV cache 分层到 GPU HBM 与主机内存（可选再下沉到磁盘），目标是在长上下文、多会话复用场景下，用更大的有效 cache 容量换更低的显存压力和更好的 cache 命中率。
|
||||
|
||||
但 [SGLang 官方 GLM-5.1 部署指南](https://docs.sglang.io/cookbook/autoregressive/GLM/GLM-5.1) 只写了默认的 EAGLE 投机解码（MTP）启动参数，**没有提到 HiCache 的开启方式**。如果你把 GLM-5.1 当 coding agent 后端用——多 repo 长上下文、持续 decode、周期性大 prefill——官方 compose 未必是最优选择。
|
||||
|
||||
本文记录我在 **8× NVIDIA H200、TP=8** 上部署 GLM-5.1-FP8 时启用 HiCache 的配置，以及与默认 MTP 方案的对比压测结果。文章由 AI 根据测试脚本和结果自动生成。
|
||||
|
||||
---
|
||||
|
||||
## HiCache 做了什么
|
||||
|
||||
简要概括 SGLang HiCache 的三层结构：
|
||||
|
||||
| 层级 | 介质 | 作用 |
|
||||
|------|------|------|
|
||||
| L1 | GPU HBM | 热 KV，低延迟 |
|
||||
| L2 | Host DRAM | 溢出缓存，容量远大于显存 |
|
||||
| L3 | 磁盘（可选） | 更大容量，适合冷数据 |
|
||||
|
||||
对 coding agent 这类 workload，典型收益路径是：
|
||||
|
||||
1. **多 repo / 多会话**：不同上下文的 KV 可以在 host 侧保留，减少重复 prefill。
|
||||
2. **长上下文**：100k token 级别的 prompt 不可能全部常驻 GPU，HiCache 把冷 KV 换出到 host，需要时再 `load_back`。
|
||||
3. **与 MTP 的取舍**：HiCache 和 EAGLE 投机解码争用显存与调度资源，实践中往往不能同时开满。
|
||||
|
||||
---
|
||||
|
||||
## 部署配置
|
||||
|
||||
### 硬件与镜像
|
||||
|
||||
- GPU：8× NVIDIA H200
|
||||
- 镜像：`lmsysorg/sglang:latest`
|
||||
- 模型：`/mnt/extend/models/llm/ZhipuAI/GLM-5.1-FP8`（FP8 量化）
|
||||
- 并行：`--tp-size 8`
|
||||
- 端口映射：`30001:8000`
|
||||
|
||||
### 官方默认配置（MTP，无 HiCache）
|
||||
|
||||
习惯使用 docker 部署以对齐官方环境使用的 CUDA 版本
|
||||
|
||||
文件：`compose.yaml`
|
||||
|
||||
```yaml
|
||||
services:
|
||||
sglang-glm-51:
|
||||
image: lmsysorg/sglang:latest
|
||||
restart: unless-stopped
|
||||
container_name: sglang-glm-51-h200
|
||||
init: true
|
||||
stop_grace_period: 10m
|
||||
runtime: nvidia
|
||||
ports:
|
||||
- "30001:8000"
|
||||
volumes:
|
||||
- /mnt/extend/models/llm/ZhipuAI/GLM-5.1-FP8:/models/GLM-5.1:ro
|
||||
- ./default/cache/deep_gemm:/root/.cache/deep_gemm
|
||||
- ./default/cache/triton:/root/.triton
|
||||
- ./default/cache/flashinfer:/root/.cache/flashinfer
|
||||
- ./default/cache/tvm-ffi:/root/.cache/tvm-ffi
|
||||
- ./default/cache/sglang:/root/.cache/sglang
|
||||
- ./default/cache/huggingface:/root/.cache/huggingface
|
||||
environment:
|
||||
- NVIDIA_VISIBLE_DEVICES=all
|
||||
- SGLANG_ENABLE_SPEC_V2=1
|
||||
ipc: host
|
||||
shm_size: "128g"
|
||||
deploy:
|
||||
resources:
|
||||
reservations:
|
||||
devices:
|
||||
- driver: nvidia
|
||||
count: 8
|
||||
capabilities: [gpu]
|
||||
command:
|
||||
- "python3"
|
||||
- "-m"
|
||||
- "sglang.launch_server"
|
||||
- "--model-path"
|
||||
- "/models/GLM-5.1"
|
||||
- "--tp-size"
|
||||
- "8"
|
||||
- "--served-model-name"
|
||||
- "glm-5.1"
|
||||
- "--reasoning-parser"
|
||||
- "glm45"
|
||||
- "--tool-call-parser"
|
||||
- "glm47"
|
||||
- "--speculative-algorithm"
|
||||
- "EAGLE"
|
||||
- "--speculative-num-steps"
|
||||
- "3"
|
||||
- "--speculative-eagle-topk"
|
||||
- "1"
|
||||
- "--speculative-num-draft-tokens"
|
||||
- "4"
|
||||
- "--host"
|
||||
- "0.0.0.0"
|
||||
- "--port"
|
||||
- "8000"
|
||||
- "--enable-metrics"
|
||||
```
|
||||
|
||||
特点：开启 **EAGLE 投机解码**（`SGLANG_ENABLE_SPEC_V2=1`），无分层 cache。
|
||||
|
||||
### HiCache compose
|
||||
|
||||
文件：`compose-hicache.yaml`
|
||||
|
||||
```yaml
|
||||
services:
|
||||
sglang-glm-51-hicache:
|
||||
image: lmsysorg/sglang:latest
|
||||
container_name: sglang-glm-51-hicache-h200
|
||||
init: true
|
||||
stop_grace_period: 10m
|
||||
runtime: nvidia
|
||||
ports:
|
||||
- "30001:8000"
|
||||
volumes:
|
||||
- /mnt/extend/models/llm/ZhipuAI/GLM-5.1-FP8:/models/GLM-5.1:ro
|
||||
- ./default/cache/deep_gemm:/root/.cache/deep_gemm
|
||||
- ./default/cache/triton:/root/.triton
|
||||
- ./default/cache/flashinfer:/root/.cache/flashinfer
|
||||
- ./default/cache/tvm-ffi:/root/.cache/tvm-ffi
|
||||
- ./default/cache/sglang:/root/.cache/sglang
|
||||
- ./default/cache/huggingface:/root/.cache/huggingface
|
||||
environment:
|
||||
- NVIDIA_VISIBLE_DEVICES=all
|
||||
ipc: host
|
||||
shm_size: "128g"
|
||||
deploy:
|
||||
resources:
|
||||
reservations:
|
||||
devices:
|
||||
- driver: nvidia
|
||||
count: 8
|
||||
capabilities: [gpu]
|
||||
command:
|
||||
- "python3"
|
||||
- "-m"
|
||||
- "sglang.launch_server"
|
||||
- "--model-path"
|
||||
- "/models/GLM-5.1"
|
||||
- "--tp-size"
|
||||
- "8"
|
||||
- "--served-model-name"
|
||||
- "glm-5.1"
|
||||
- "--reasoning-parser"
|
||||
- "glm45"
|
||||
- "--tool-call-parser"
|
||||
- "glm47"
|
||||
- "--host"
|
||||
- "0.0.0.0"
|
||||
- "--port"
|
||||
- "8000"
|
||||
- "--mem-fraction-static"
|
||||
- "0.85"
|
||||
- "--enable-metrics"
|
||||
- "--enable-hierarchical-cache"
|
||||
- "--hicache-size"
|
||||
- "200"
|
||||
- "--hicache-io-backend"
|
||||
- "direct"
|
||||
- "--hicache-mem-layout"
|
||||
- "page_first"
|
||||
- "--hicache-write-policy"
|
||||
- "write_through"
|
||||
- "--watchdog-timeout"
|
||||
- "1800"
|
||||
```
|
||||
|
||||
### 关键差异对照
|
||||
|
||||
| 项目 | `compose.yaml`（MTP） | `compose-hicache.yaml`（HiCache） |
|
||||
|------|----------------------|-----------------------------------|
|
||||
| 投机解码 | EAGLE，3 steps，4 draft tokens | **关闭**（去掉全部 `--speculative-*`） |
|
||||
| 环境变量 | `SGLANG_ENABLE_SPEC_V2=1` | 无 |
|
||||
| 分层 cache | 无 | `--enable-hierarchical-cache` |
|
||||
| Host cache 容量 | — | `--hicache-size 200`（GB） |
|
||||
| IO 后端 | — | `direct` |
|
||||
| 内存布局 | — | `page_first` |
|
||||
| 写策略 | — | `write_through` |
|
||||
| 静态显存占比 | 默认 | `--mem-fraction-static 0.85` |
|
||||
| Watchdog | 默认 | `1800` 秒（长上下文 prefill 不易误杀） |
|
||||
|
||||
启动方式：
|
||||
|
||||
```bash
|
||||
# HiCache 方案
|
||||
docker compose -f compose-hicache.yaml up -d --remove-orphans
|
||||
|
||||
# 回退到 MTP 方案
|
||||
docker compose -f compose.yaml up -d --remove-orphans
|
||||
```
|
||||
|
||||
两套 compose 共用同一端口 `30001`，**不同时 up**。
|
||||
|
||||
---
|
||||
|
||||
## 压测脚本
|
||||
|
||||
纯 Python 标准库实现，不依赖额外压测框架。[测试脚本](https://gist.github.com/FlintyLemming/23602cd0b8584dee903a50722c42ea0d)
|
||||
|
||||
### 1. Mixed workload 基准：`coding_agent_mixed_benchmark.py`
|
||||
|
||||
模拟 coding agent 的真实混合负载：
|
||||
|
||||
- **4 个约 100k token 的 repo context**（合成代码仓库文本）
|
||||
- **3 条持续 decode** worker，每条最多输出 2048 token
|
||||
- 每 **30s** 注入 1 条 100k input / 64 output 的 prefill spike
|
||||
- 每 **45s** 对已有 context 做 **revisit**（模拟切回旧 repo）
|
||||
- 持续 **600s**，采集客户端流式指标与服务端 Prometheus metrics
|
||||
|
||||
内置两个 profile，通过 `--profiles` 切换：
|
||||
|
||||
| Profile key | Compose | 说明 |
|
||||
|-------------|---------|------|
|
||||
| `hicache` | `compose-hicache.yaml` | HiCache 开启，MTP 关闭 |
|
||||
| `mtp` | `compose.yaml` | EAGLE MTP 开启，HiCache 关闭 |
|
||||
|
||||
示例命令：
|
||||
|
||||
```bash
|
||||
cd /mnt/extend/models/llm/ZhipuAI/GLM-5.1-FP8/stress-test
|
||||
|
||||
# 只测 HiCache（脚本会自动 docker compose up/down）
|
||||
python3 coding_agent_mixed_benchmark.py \
|
||||
--profiles hicache \
|
||||
--duration 600 \
|
||||
--decode-workers 3 \
|
||||
--repo-count 4
|
||||
|
||||
# 对比两组（先跑 hicache 再跑 mtp，自动切换 compose）
|
||||
python3 coding_agent_mixed_benchmark.py \
|
||||
--profiles hicache,mtp \
|
||||
--duration 600
|
||||
|
||||
# 服务已手动启动时跳过 compose 管理
|
||||
python3 coding_agent_mixed_benchmark.py \
|
||||
--profiles hicache \
|
||||
--reuse-running \
|
||||
--keep-running
|
||||
```
|
||||
|
||||
输出：`stress-test/reports/` 下的 `.md` 报告、`.json` 原始数据、`.svg` 图表。
|
||||
|
||||
### 2. 并发容量基准：`coding_agent_capacity_benchmark.py`
|
||||
|
||||
[测试脚本](https://gist.github.com/FlintyLemming/88f4ece905acbdb358cbdc4037b5f96e)
|
||||
|
||||
回答「能同时跑几个 coding agent」：
|
||||
|
||||
- **8 个约 100k token context**
|
||||
- 并发档位：1 / 2 / 4 / 8 / 12（可自定义）
|
||||
- 每档持续 **240s**，decode 输出上限 **1024 token**
|
||||
- **mixed 模式**：每档内额外每 25s 注入 1 条 100k prefill 短输出请求
|
||||
- 可用判定：失败率 ≤ 5%、单请求 output tok/s P50 ≥ 4、TTFT P95 ≤ 180s、max chunk gap P95 ≤ 8s
|
||||
|
||||
```bash
|
||||
python3 coding_agent_capacity_benchmark.py \
|
||||
--profiles hicache,mtp \
|
||||
--modes mixed \
|
||||
--concurrency-levels 1,2,4,8,12 \
|
||||
--reuse-running
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 测试过程
|
||||
|
||||
测试日期：**2026-06-07**。
|
||||
|
||||
### 环境准备
|
||||
|
||||
1. 确认 8× H200 可见，`docker compose` 可用。
|
||||
2. 模型权重挂载到 `/models/GLM-5.1`。
|
||||
3. 启动目标 profile 的 compose，等待 `/v1/models` 可访问（脚本默认最多等 1800s）。
|
||||
4. 可选：配合 Grafana 观察 `sglang_gen_throughput`、`sglang_num_queue_reqs` 等指标（脚本也会直接拉 `/metrics`）。
|
||||
|
||||
### 测试一：10 分钟 mixed workload
|
||||
|
||||
对 HiCache 与 MTP 各跑一轮 600s mixed 测试，口径：
|
||||
|
||||
- **客户端 output tok/s** = `completion_tokens / 实际完成 wall time`
|
||||
- **Grafana 同口径** = Prometheus `sglang_gen_throughput` 采样均值
|
||||
- **max chunk gap** = 流式输出中相邻 token chunk 的最大间隔（反映「卡住」体感）
|
||||
- **HiCache 专属** = `cached_host`、`evicted`、`load_back` counter 增量
|
||||
|
||||
### 测试二：mixed 多并发容量
|
||||
|
||||
在 mixed 背景下扫描 1→12 并发，找出满足可用阈值的最大并发档位。
|
||||
|
||||
---
|
||||
|
||||
## 测试结果
|
||||
|
||||
### Mixed 10 分钟：核心指标
|
||||
|
||||
| Profile | Client output tok/s | Grafana avg tok/s | Queue avg/P95 | TTFT P50/P95 | Max chunk gap P50/P95 |
|
||||
|---------|--------------------:|------------------:|--------------:|-------------:|----------------------:|
|
||||
| **HiCache / no MTP** | 119.28 | 118.89 | 1.94 / 4.00 | 23.51 / 41.38 | **0.36 / 0.61** |
|
||||
| MTP / no HiCache | 168.96 | 319.17 | 0.49 / 2.00 | 9.09 / 31.78 | 11.95 / **12.84** |
|
||||
|
||||
### HiCache cache 活动（10 分钟测试）
|
||||
|
||||
| 指标 | HiCache | MTP |
|
||||
|------|--------:|----:|
|
||||
| cached device | 3,456,640 | 4,812,160 |
|
||||
| cached host | **2,900,096** | 0 |
|
||||
| evicted | 23,949,824 | 17,915,904 |
|
||||
| load_back | **23,200,768** | 0 |
|
||||
| host used after | 885,888 | 0 |
|
||||
|
||||
HiCache 路径确实在工作：约 290 万 token 落在 host cache，约 2320 万 token 发生 load_back。
|
||||
|
||||
### 流式体验对比
|
||||
|
||||
**HiCache** — 输出平稳，几乎无 ≥1s 的 chunk 间隔：
|
||||
|
||||
|
||||
|
||||
**MTP** — 平均吞吐更高，但 decode/revisit 请求 **100% 出现 ≥1s 的 chunk gap**，P95 达 12.84s，即「写着写着突然停十几秒」：
|
||||
|
||||
|
||||
|
||||
### Mixed 多并发容量
|
||||
|
||||
| Profile | 最大可用并发 | 可用档最佳 output tok/s | 峰值 output tok/s（超阈值） |
|
||||
|---------|------------:|------------------------:|----------------------------:|
|
||||
| **HiCache / no MTP** | **4** | **110.39** @ 并发 4 | 134.70 @ 并发 12 |
|
||||
| MTP / no HiCache | 1 | 44.80 @ 并发 1 | 94.18 @ 并发 2 |
|
||||
|
||||
HiCache 在 mixed 场景下可稳定支撑 **4 路并发** coding agent；MTP 在并发 2 就已因 chunk gap 超标被判不可用。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
分档细节（mixed 模式）：
|
||||
|
||||
| 并发 | HiCache 可用 | HiCache tok/s | HiCache max gap P95 | MTP 可用 | MTP tok/s | MTP max gap P95 |
|
||||
|-----:|:------------|-------------:|--------------------:|:--------|----------:|----------------:|
|
||||
| 1 | yes | 52.18 | 0.61s | yes | 44.80 | 0.29s |
|
||||
| 2 | yes | 98.12 | 0.65s | **no** | 94.18 | 13.61s |
|
||||
| 4 | yes | 110.39 | 7.72s | no | 55.72 | 26.22s |
|
||||
| 8 | no | 121.73 | 30.82s | no | 49.28 | 13.54s |
|
||||
| 12 | no | 134.70 | 52.70s | no | 55.70 | 14.36s |
|
||||
|
||||
---
|
||||
|
||||
## 分析与结论
|
||||
|
||||
### HiCache 带来了什么提升
|
||||
|
||||
在 **coding agent 混合负载**下，HiCache 的优势不在「总吞吐数字」，而在 **体验与容量**：
|
||||
|
||||
1. **流式输出稳定**：max chunk gap P95 从 12.84s 降到 0.61s，消除了 MTP 下频繁的输出停顿。
|
||||
2. **更高可用并发**：mixed 场景下可用并发从 1 提升到 4，更适合多 agent / 多 tab 同时编码。
|
||||
3. **host 侧 KV 复用生效**：cached host 与 load_back 数据证明分层 cache 在 100k 上下文场景下持续运转。
|
||||
|
||||
### 需要接受的代价
|
||||
|
||||
1. **平均吞吐更低**：Grafana 同口径约 119 vs 319 tok/s。MTP 的投机解码在低干扰时确实更快，但 mixed workload 下高吞吐伴随着严重的 decode 饥饿。
|
||||
2. **队列与尾部延迟**：HiCache 测试 600s 内请求尾部完成到 782.8s，队列 P95 更高；evict/load_back 有 CPU/PCIe 开销。
|
||||
3. **与 MTP 互斥**：当前配置下二者不能兼得，需按场景选型。
|
||||
|
||||
### 选型建议
|
||||
|
||||
| 场景 | 推荐 |
|
||||
|------|------|
|
||||
| 交互式 coding agent、多 repo 切换、在意输出是否卡顿 | **HiCache**（`compose-hicache.yaml`） |
|
||||
| 离线批量生成、单请求、追求峰值 tok/s | MTP（`compose.yaml`） |
|
||||
| 生产监控 | 同时看 `sglang_gen_throughput`、TTFT、queue、客户端 chunk gap，不要只看平均吞吐 |
|
||||
|
||||
### 后续可尝试
|
||||
|
||||
- 调大 `--hicache-size` 或接入 L3 磁盘层，观察 evict/load_back 比例变化。
|
||||
- 探索 PD disaggregation，把 prefill 与 decode 拆池，进一步缓解互相干扰。
|
||||
- 关注 SGLang 新版本是否支持 HiCache + MTP 共存。
|
||||
@@ -6,7 +6,7 @@ date = "2020-06-01"
|
||||
description = ""
|
||||
categories = ["Apple", "Game"]
|
||||
tags = ["iOS", "崩坏3", "狂野飙车9"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/06/iOS%20%E4%BF%AE%E6%94%B9%20%E5%B4%A9%E5%9D%8F3%20%E7%8B%82%E9%87%8E%E9%A3%99%E8%BD%A69%20%E7%9A%84%E5%B8%A7%E7%8E%87%E4%B8%8A%E9%99%90/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/06/iOS%20%E4%BF%AE%E6%94%B9%20%E5%B4%A9%E5%9D%8F3%20%E7%8B%82%E9%87%8E%E9%A3%99%E8%BD%A69%20%E7%9A%84%E5%B8%A7%E7%8E%87%E4%B8%8A%E9%99%90/title.avif"
|
||||
+++
|
||||
|
||||
## 前排提示
|
||||
@@ -21,33 +21,33 @@ image = "https://img.mitsea.com/blog/posts/2020/06/iOS%20%E4%BF%AE%E6%94%B9%20%E
|
||||
|
||||
2. 打开崩坏3，把帧率改成60fps
|
||||
|
||||
|
||||
|
||||
|
||||
3. 打开 iGG，在“目标”里选择 bh3
|
||||
|
||||
|
||||
|
||||
|
||||
4. 在“搜索”里点击“数值搜索”，搜索60，可以看到搜索很多很多值为60的项目。
|
||||
|
||||
5. 返回游戏，把帧率改成30。
|
||||
|
||||
|
||||
|
||||
|
||||
6. 返回iGG，打开左上角的开关，点击“差值搜索”，搜索`-30`，即搜索60-30=30的数值
|
||||
|
||||
|
||||
|
||||
|
||||
7. 此时可以看到之前数值为60的项目中，只有3个值现在是30
|
||||
|
||||
|
||||
|
||||
|
||||
8. 其实只有一两个值和FPS上限相关，可以重复之前的操作，改成60再搜一次，这里就不继续了。长按搜到的这三个值，保存起来。
|
||||
|
||||
|
||||
|
||||
|
||||
9. 在“记录”中看到保存的三个值，点击“全改”，改成120，然后打开后面的开关，锁定数值。修改完毕。
|
||||
|
||||
|
||||
|
||||
|
||||
## 证明有效
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2023-03-02"
|
||||
description = "也算是梳理了一下 App 上架的部分过程"
|
||||
categories = ["Coding"]
|
||||
tags = ["Apple", "Develop"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/03/%E5%85%B1%E7%94%A8%E8%B4%A6%E5%8F%B7%E5%9C%BA%E6%99%AF%E4%B8%8B%E7%9A%84%E7%AE%A1%E7%90%86%E5%A4%9A%E4%BA%BA%20iOS%20%E5%BC%80%E5%8F%91%E5%92%8C%E5%8F%91%E5%B8%83%E5%85%A8%E6%B5%81%E7%A8%8B/y-s-cIED8mVpyTY-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/03/%E5%85%B1%E7%94%A8%E8%B4%A6%E5%8F%B7%E5%9C%BA%E6%99%AF%E4%B8%8B%E7%9A%84%E7%AE%A1%E7%90%86%E5%A4%9A%E4%BA%BA%20iOS%20%E5%BC%80%E5%8F%91%E5%92%8C%E5%8F%91%E5%B8%83%E5%85%A8%E6%B5%81%E7%A8%8B/y-s-cIED8mVpyTY-unsplash.avif"
|
||||
+++
|
||||
|
||||
虽然按理说应该是每个开发者一个 Apple ID，然后拉到组织内统一管理，但是在实际开发中有时也会采用共用同一个人的签名进行开发的方式。比如这个项目可能是外包的，别人并不会给你弄一个账号。
|
||||
@@ -19,37 +19,37 @@ image = "https://img.mitsea.com/blog/posts/2023/03/%E5%85%B1%E7%94%A8%E8%B4%A6%E
|
||||
|
||||
iOS 设备的 UDID 需要将其连接至 Mac，在 Finder 左侧找到设备，点击上方显示设备文件名和容量的这个位置
|
||||
|
||||
|
||||
|
||||
|
||||
这里就会显示 UDID
|
||||
|
||||
|
||||
|
||||
|
||||
收集完毕后，在 ****Certificates, Identifiers & Profiles**** 的 Devices 页面里把所有设备都注册上
|
||||
|
||||
|
||||
|
||||
|
||||
## 创建 ****Certificates（证书）****
|
||||
|
||||
1. 当开始创建 Certificates 的时候，会让你选择类别，需要创建两个，一个 Apple Development、一个 Apple Distribution。图上 Apple Development 选不了是因为只能创建一个，我创建过了。
|
||||
|
||||
|
||||
|
||||
|
||||
创建过程很简单，都有文档提示，大致就是需要本地先生成一个请求密钥的文件，然后上传上去，就会给你下发证书。两个都弄完，你会分别获得 development.cer 和 distribution.cer 两个文件。
|
||||
|
||||
|
||||
|
||||
|
||||
2. 双击这两个文件，把证书安装到钥匙串里
|
||||
|
||||
|
||||
|
||||
|
||||
3. 安装后，这两个 cer 文件就没用了。我们需要把这个证书导出为 .p12 文件，右键刚才安装的证书，选择导出，设置一个密码，就得到了两个 p12 文件。
|
||||
|
||||
|
||||
|
||||
|
||||
这个 p12 文件和你设置的密码一定不能丢！！！后面为了业务服务的描述文件都会依赖这个证书。如果是公司的，你千万不能泄露，市面上泄露的所谓的企业签名，就是因为泄露了这个证书。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 把这个 p12 证书导入到所有开发用 Mac 的钥匙串里
|
||||
|
||||
@@ -57,34 +57,34 @@ iOS 设备的 UDID 需要将其连接至 Mac，在 Finder 左侧找到设备，
|
||||
|
||||
这一步主要是要给你的 App 设定一个包名。下图中，Description 随便写，他不是商店显示的名称，也不是 App Icon 下的名称；Bundle ID 就是包名；Capabilities 选择你需要使用的功能，不知道选什么也没关系，这个后面可以改。
|
||||
|
||||
|
||||
|
||||
|
||||
## 创建开发用的 Profiles （描述文件）并开发
|
||||
|
||||
这一步就是生成如果你不勾选自动签名，这里需要的 Provisioning Profile
|
||||
|
||||
|
||||
|
||||
|
||||
1. 创建 Profile 的时候，选择 iOS App Development
|
||||
|
||||
|
||||
|
||||
|
||||
2. 这里选第四步创建的 App ID
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这里选择第二步选择的证书
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这里选择第一步添加的设备
|
||||
|
||||
|
||||
|
||||
|
||||
5. 写一个名字后导出，会得到一个 .mobileprovision 的文件
|
||||
6. Xcode 里 Provisioning Profile 位置导入这个文件后，就可以使用 Xcode 在注册的机器上进行真机调试了
|
||||
|
||||
|
||||
|
||||
|
||||
## 在 App Store Connect 里为 App 创建坑位
|
||||
|
||||
@@ -94,13 +94,13 @@ iOS 设备的 UDID 需要将其连接至 Mac，在 Finder 左侧找到设备，
|
||||
|
||||
名称是 App Store 里显示的名称；套装 ID 就是包名；SKU 一般填包名就行
|
||||
|
||||
|
||||
|
||||
|
||||
## 创建发布用的 Profiles （描述文件）并上传至 Connect
|
||||
|
||||
这一步跟第四步差不多，就是选择类别的时候选 App Store
|
||||
|
||||
|
||||
|
||||
|
||||
💡 如果不是发布到商店，而是分发给几个特定设备先试用，选 Ad Hoc
|
||||
|
||||
@@ -108,27 +108,27 @@ iOS 设备的 UDID 需要将其连接至 Mac，在 Finder 左侧找到设备，
|
||||
|
||||
1. Xcode 里 Product - Archive
|
||||
|
||||
|
||||
|
||||
|
||||
2. Distribute App
|
||||
|
||||
|
||||
|
||||
|
||||
3. 选择第一个，如果前面选了 Ad Hoc，这里选第二个
|
||||
|
||||
|
||||
|
||||
|
||||
4. Upload。如果不需要发布，比如说你是接活的，人家不需要你来操作，那就 Export。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 全选
|
||||
|
||||
|
||||
|
||||
|
||||
6. 这里就要注意了，Distribution certificate 是选第2步创建的证书，要选择那个 Distribution 类型的。下面的要选刚才下载到的描述文件。
|
||||
|
||||
|
||||
|
||||
|
||||
7. 最后没问题就 Upload，他会直接给你上传到 AppStore Connect 里。如果你之前选的是 Export，别人拿到后解压里面有个 .ipa 文件，他用 Transporter 也可以上传到 AppStore Connect 里。
|
||||
|
||||
@@ -138,11 +138,11 @@ iOS 设备的 UDID 需要将其连接至 Mac，在 Finder 左侧找到设备，
|
||||
|
||||
发布商店的话，就在这里选版本
|
||||
|
||||
|
||||
|
||||
|
||||
TestFlight 也类似，不过 TestFlight 需要先创建一个测试组。内部测试的话，不需要审核，但是需要把所有测试者拉到你的组织下。外部测试需要审核。
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Y S](https://unsplash.com/@santonii?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,30 +6,30 @@ date = "2020-02-26"
|
||||
description = "Windows 的防火墙设置"
|
||||
categories = ["Windows"]
|
||||
tags = ["防火墙"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/02/%E4%BF%AE%E6%94%B9%20Windows%20%E7%BD%91%E7%BB%9C%E8%BF%9E%E6%8E%A5%E4%BD%8D%E7%BD%AE/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/02/%E4%BF%AE%E6%94%B9%20Windows%20%E7%BD%91%E7%BB%9C%E8%BF%9E%E6%8E%A5%E4%BD%8D%E7%BD%AE/title.avif"
|
||||
+++
|
||||
|
||||
Windows Defender 防火墙中，网络连接的安全划分成 专用网络 和 来宾或公用网络
|
||||
|
||||
|
||||
|
||||
|
||||
如果使用后者，在系统的一些设置上可能会有安全性问题，下面介绍如何修改网络连接位置。其实方法有很多，但是 Windows 设置一直在变，这里介绍一个通用的方法。
|
||||
|
||||
1. Win + R 打开 运行。运行 secpol.msc，打开 本地安全策略
|
||||
|
||||
|
||||
|
||||
|
||||
2. 左边找到 网络列表管理器策略，右边双击有名称的网络，打开属性
|
||||
|
||||
|
||||
|
||||
|
||||
3. 在 网络位置 选项卡里，将 位置类型 改成专用
|
||||
|
||||
|
||||
|
||||
|
||||
4. 同理，将 无法识别的网络 的 位置类型 也改为 专用
|
||||
5. 回到控制面板的防火墙那里查看状态。或者在 PowerShell 里执行下面的命令查看。
|
||||
|
||||
Get-NetConnectionProfile
|
||||
|
||||
|
||||
|
||||
@@ -13,6 +13,6 @@ image = ""
|
||||
|
||||
此时千万不要因为无法使用在 Apple Pay 里解绑！存在一项未完成的交易后，商户会在几天内重新提请一个扣款订单，扣款成功后 Apple Pay 就会恢复正常。而如果你在此前解绑卡片，导致商户重新扣款失败，商户->银联就会禁用你的 Apple Pay，不仅当前绑定的卡片无法使用，解绑后也不能重新绑定。
|
||||
|
||||
|
||||
|
||||
|
||||
解决方法当然是打银联电话，因为银联没有线下服务网点（至少南京没有）。当然正常来说银联电话很难打，等40分钟是平均水平，打一把自走棋结束还没排到你属于正常情况。此时可以直接走投诉通道（毕竟你这个是因为系统问题导致，算作投诉问题不大），一分钟内就会有客服，陈述问题 - 等待客服跟进即可。
|
||||
@@ -6,7 +6,7 @@ date = "2021-02-01"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Network", "Consumer"]
|
||||
tags = ["小米", "路由器"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/02/%E5%B0%8F%E7%B1%B3%20AX6000%20%E6%B5%8B%E8%AF%95/jorge-salvador-c6hEUfgiwnw-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/02/%E5%B0%8F%E7%B1%B3%20AX6000%20%E6%B5%8B%E8%AF%95/jorge-salvador-c6hEUfgiwnw-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 测试环境
|
||||
@@ -37,43 +37,43 @@ MacBook Pro 2018 13寸，使用 USB 2.5G 网卡，芯片是螃蟹的8156
|
||||
|
||||
日常环境测试就是指除了上述设备全部连接外，还有其他不少 2.4G 的智能家居产品也连接。比较复杂的环境。连接设备一览：
|
||||
|
||||
|
||||
|
||||
|
||||
### Wi-Fi 6 160MHz 2x2 2.4Gbps
|
||||
|
||||
|
||||
|
||||
|
||||
#### 2.5G有线 → 无线 200MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
#### 无线 → 2.5G有线 185MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
### Wi-Fi 5 80MHz 3x3 1.3Gbps
|
||||
|
||||
|
||||
|
||||
|
||||
#### 2.5G有线 → 无线 100MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
#### 无线 → 2.5G有线 91MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
### Wi-Fi 6 80MHz 2x2 1.2Gbps
|
||||
|
||||
|
||||
|
||||
|
||||
#### 2.5G有线 → 无线 100MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
#### 无线 → 2.5G有线 110MB/s
|
||||
|
||||
|
||||
|
||||
|
||||
iPhone 类似
|
||||
|
||||
@@ -81,7 +81,7 @@ iPhone 类似
|
||||
|
||||
正常发挥，基本跑满了带宽
|
||||
|
||||
|
||||
|
||||
|
||||
## 购买建议
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-05-28"
|
||||
description = "导航按钮不灵的老手机可能会用到"
|
||||
categories = ["Android"]
|
||||
tags = []
|
||||
image = "https://img.mitsea.com/blog/posts/2020/05/Android%20%E5%BC%80%E5%90%AF%E5%AF%BC%E8%88%AA%E6%A0%8F/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/05/Android%20%E5%BC%80%E5%90%AF%E5%AF%BC%E8%88%AA%E6%A0%8F/title.avif"
|
||||
+++
|
||||
|
||||
导航按钮不灵的老手机可能会用到
|
||||
|
||||
@@ -0,0 +1,46 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "解决 小马宝莉：西风高地谜团 卡顿问题"
|
||||
slug = "2eb779ab64688002968ae2d766401545"
|
||||
date = "2026-01-17"
|
||||
description = "借助 dxvk 用 Vulkan 启动即可"
|
||||
categories = ["Game"]
|
||||
tags = ["小马宝莉"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/01/%E8%A7%A3%E5%86%B3%20%E5%B0%8F%E9%A9%AC%E5%AE%9D%E8%8E%89%EF%BC%9A%E8%A5%BF%E9%A3%8E%E9%AB%98%E5%9C%B0%E8%B0%9C%E5%9B%A2%20%E5%8D%A1%E9%A1%BF%E9%97%AE%E9%A2%98/My-little-pony-a-zephyr-heights-mystery-key-artfinal.avif"
|
||||
+++
|
||||
|
||||
这游戏优化有问题，隔个两秒左右就会卡一下，导致 Low 帧特别低，操作起来非常痛苦。解决方法非常简单，就是用 dxvk 让游戏使用 Vulkan 运行。效果如下：
|
||||
|
||||
|
||||
|
||||
## 具体操作步骤
|
||||
|
||||
### 获取游戏目录
|
||||
|
||||
就是你安装游戏时选择的那个目录，如果不记得的话，可以按照下面的步骤找到
|
||||
|
||||
1. 右键游戏，选择 管理
|
||||
|
||||
|
||||
|
||||
2. 在 文件 选项卡中点击 浏览…
|
||||
|
||||
|
||||
|
||||
3. 然后就看到游戏文件夹了
|
||||
|
||||
|
||||
|
||||
|
||||
### 放置 dll 文件
|
||||
|
||||
1. 从 dxvk 的仓库下载最新的 Release，并解压
|
||||
|
||||
https://github.com/doitsujin/dxvk/releases
|
||||
|
||||
2. 打开 My Little Pony- A Zephyr Heights Mystery\Content 文件夹，将 d3d11.dll 和 dxgi.dll 这两个文件放到这个 Content 目录里
|
||||
|
||||
|
||||
|
||||
|
||||
至此步骤全部完成，可以打开游戏看看效果了
|
||||
@@ -0,0 +1,70 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "Windows Linux 子系统（wsl）快速上手"
|
||||
slug = "2f4779ab6468806c9eb2fc419f0b683c"
|
||||
date = "2026-01-26"
|
||||
description = "参考指南"
|
||||
categories = ["Linux", "Microsoft"]
|
||||
tags = ["wsl"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/01/Windows%20Linux%20%E5%AD%90%E7%B3%BB%E7%BB%9F%EF%BC%88wsl%EF%BC%89%E5%BF%AB%E9%80%9F%E4%B8%8A%E6%89%8B/mike-hindle-a8Slhd4Kvxw-unsplash.avif"
|
||||
+++
|
||||
|
||||
本篇文章旨在帮助用户快速上手 wsl，所有步骤在 Windows 11 24H2 和更新版本上有效，老系统未经验证
|
||||
|
||||
## 安装
|
||||
|
||||
1. 右键开始菜单，打开终端管理员，执行
|
||||
|
||||
```
|
||||
wsl --install
|
||||
```
|
||||
|
||||
安装后需要重启电脑
|
||||
|
||||
|
||||
|
||||
2. 重启后，安装一个 Linux 发行版，这里选择 Ubuntu 24.04
|
||||
|
||||
```
|
||||
wsl --install Ubuntu-24.04
|
||||
```
|
||||
|
||||
安装后会引导你设置 Ubuntu 的账号密码，完成后就可以用 Ubuntu 了
|
||||
|
||||
|
||||
|
||||
|
||||
## 打开 wsl
|
||||
|
||||
有几种方法可以打开 wsl
|
||||
|
||||
### 直接打开
|
||||
|
||||
打开终端后，点击加号旁边的下拉列表后，可以看到安装的 wsl 子系统
|
||||
|
||||
|
||||
|
||||
这样就是默认进入到 Linux 系统的 home 目录下，跟用 Linux 终端没区别
|
||||
|
||||
|
||||
|
||||
### 在项目文件夹下启动 wsl
|
||||
|
||||
在空白处右键打开终端，然后输入 `wsl` 即可快速进入到这个文件夹开始操作
|
||||
|
||||
|
||||
|
||||
## 使用 wsl
|
||||
|
||||
### 文件互通
|
||||
|
||||
如上所示，wsl 与 Windows 主系统文件互通，例如 Windows 下的 `C:\Users\mucr\Projects\clawdbot` 在 wsl 里对应的是 `/mnt/c/Users/mucr/Projects/clawdbot`
|
||||
|
||||
### Docker 互通
|
||||
|
||||
Windows 下的 Rancher Desktop 可以直接与 wsl 互联，可以互相管理
|
||||
|
||||
|
||||
|
||||
> Photo by [Mike Hindle](https://unsplash.com/@mikehindle?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/modern-building-facade-with-repeating-vertical-elements-a8Slhd4Kvxw?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,57 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "Vibe Coding 小工具的简单流程"
|
||||
slug = "2f7779ab6468808b9c34fc53b772e8f3"
|
||||
date = "2026-01-29"
|
||||
description = "参考指南"
|
||||
categories = ["LifeTec"]
|
||||
tags = ["AI"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/01/Vibe%20Coding%20%E5%B0%8F%E5%B7%A5%E5%85%B7%E7%9A%84%E7%AE%80%E5%8D%95%E6%B5%81%E7%A8%8B/willian-justen-de-vasconcellos-HlJjGMlf2Mo-unsplash.avif"
|
||||
+++
|
||||
|
||||
其实非常简单，一共就两步：规划需求、执行开发。
|
||||
|
||||
最近服务器磁盘空间使用量持续上涨，为了跟踪使用趋势，我需要做一个工具，它相比与 ncdu 应该要具备历史记录的功能，能让我查看趋势。
|
||||
|
||||
## 规划需求
|
||||
|
||||
https://gemini.google.com/share/121ca3d2d159
|
||||
|
||||
我的对话可以在这里直接看到，我先简单说明需求，然后让它用引导式的方式来向我提问细节
|
||||
|
||||
|
||||
|
||||
回答它的问题后，就会帮你生成一份完整的提示词
|
||||
|
||||
|
||||
|
||||
不满意或者想法变了都可以继续改，我这边改了一次
|
||||
|
||||
|
||||
|
||||
## 执行开发
|
||||
|
||||
打开你的 AI Coding 工具，只需要原封不动把它给你的提示词贴进去，然后回车，就完事了
|
||||
|
||||
|
||||
|
||||
小工具用 Python 开发很快，等几分钟就做好了
|
||||
|
||||
|
||||
|
||||
开发完后可以让他帮你传到 git 仓库
|
||||
|
||||
|
||||
|
||||
用起来可能会有 bug，不要担心，直接把日志、现象什么的贴给他
|
||||
|
||||
|
||||
|
||||
我这个工具也就改了这一次就能用了
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Willian Justen de Vasconcellos](https://unsplash.com/@willianjusten?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/modern-building-facade-with-repeating-windows-and-yellow-accents-HlJjGMlf2Mo?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,35 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "B650 南桥独立扩展卡简测（开发中）"
|
||||
slug = "2f8779ab646880a09907ff7fb261973a"
|
||||
date = "2026-01-30"
|
||||
description = "还在开发中，所以有一些问题"
|
||||
categories = ["HomeLab"]
|
||||
tags = ["南桥"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/01/B650%20%E5%8D%97%E6%A1%A5%E7%8B%AC%E7%AB%8B%E6%89%A9%E5%B1%95%E5%8D%A1%E7%AE%80%E6%B5%8B%EF%BC%88%E5%BC%80%E5%8F%91%E4%B8%AD%EF%BC%89/ruben-mavarez-yi0RrmWvd-8-unsplash.avif"
|
||||
+++
|
||||
|
||||
嘉立创上之前有人开源了个 B650 南桥扩展卡，群友做了一版，拿来测测
|
||||
|
||||
https://oshwhub.com/wesd/b650
|
||||
|
||||
外观如下，两个 nvme m.2，四个 SATA，一个 USB-E
|
||||
|
||||
|
||||
|
||||
测试平台为 Radxa O6，CIX P1 的平台。目前 M.2_1 还不能使用，插上硬盘会卡自检，PCIe 协商速度从 Gen 2 到 Gen 4 都不行。x86 平台基本上好像没问题。
|
||||
|
||||
所以目前只能这么用
|
||||
|
||||
|
||||
|
||||
系统内可以正常识别南桥芯片，硬盘也可以正常识别
|
||||
|
||||
|
||||
|
||||
装个 fnOS，硬盘也可以正常识别并使用
|
||||
|
||||
|
||||
|
||||
> Photo by [Ruben Mavarez](https://unsplash.com/@justalifein?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/soft-pink-flowers-with-green-leaves-in-soft-focus-yi0RrmWvd-8?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,75 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "LLM 网页浏览翻译能力浅测"
|
||||
slug = "304779ab6468807c8cbcc49abad6d0e9"
|
||||
date = "2026-02-12"
|
||||
description = "非常随便的测试，结论是 K2 Instruct 最好"
|
||||
categories = ["AI"]
|
||||
tags = ["沉浸式翻译"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/02/LLM%20%E7%BD%91%E9%A1%B5%E6%B5%8F%E8%A7%88%E7%BF%BB%E8%AF%91%E8%83%BD%E5%8A%9B%E6%B5%85%E6%B5%8B/mike-hindle-UxW63Tbtyjk-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 背景
|
||||
|
||||
最近想提高下沉浸式翻译的翻译质量，原来一直用的 Qwen3 30B A3B 的模型翻译，其实也够用，但是想看看换别的模型有没有什么提升。但是不知道为什么互联网上评测模型翻译的体验内容很少，所以我就自己简单测一下。测试对象是下面这篇 Reddit 帖子，工具使用 沉浸式翻译+自带 Reddit 翻译提示词
|
||||
|
||||
[https://www.reddit.com/r/DeathStranding/comments/1r02cve/issue_death_stranding_directors_cut_pc_game_pass/?sort=new](https://www.reddit.com/r/DeathStranding/comments/1r02cve/issue_death_stranding_directors_cut_pc_game_pass/?sort=new)
|
||||
|
||||
然后还有一点是我对速度有要求，所以不接受思考模型，如果测了思考模型我都是把思考关闭了的
|
||||
|
||||
## 省流结果
|
||||
|
||||
与现在用的 Qwen3 30B A3B 相比，更大的 Qwen3 系列模型并不会带来更好的翻译效果。从结果上来看，翻译效果好坏似乎与模型体积几乎没有关系。考虑到 GPT 诞生之初本来就是为翻译服务，当时还是一个很小的模型，所以可能对于翻译来说，参数量大小并不是一个决定性因素。
|
||||
|
||||
综合来说 Kimi K2 Instruct 0905 效果最好，但是输出比较贵，￥16.00/M，如果 Kimi K2 系列能有一个小模型，那么性价比可能会相当高。
|
||||
|
||||
以及这个结果与 [https://bench.opensakura.com/](https://bench.opensakura.com/) 的测试也比较相近。
|
||||
|
||||
## 详细结果
|
||||
|
||||
### Kimi K2 Instruct 0905
|
||||
|
||||
效果最好，而且非常地道。只有划线一处翻译的并不是很好，直接翻译为“正在修复中”会比较合适。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### Qwen3 30B A3B Instruct 2507
|
||||
|
||||
有一处翻译错误，原文是 a patch on the user’s end，意思是得更新客户端才可以解决问题，并不是用户自己打补丁。这个翻译问题一直贯穿到 Qwen3 Max
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### Qwen3 Next 80B A3B
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### Qwen3 Max
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### GLM 4.7 Thinking Disabled
|
||||
|
||||
效果不好，读起来不通顺切奇怪，看起来 GLM 并不适合拿来翻译
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### DeepSeek V3.2 Thinking Disabled
|
||||
|
||||
跟 GLM 坐一桌
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Mike Hindle](https://unsplash.com/@mikehindle?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/close-up-of-a-dark-palm-leaf-with-radiating-lines-UxW63Tbtyjk?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,327 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "最终幻想2初回全成就攻略"
|
||||
slug = "30e779ab6468802bb589dbfc23436313"
|
||||
date = "2026-02-24"
|
||||
description = "本作包含大量容易错过的怪物、宝箱和位置"
|
||||
categories = ["Game"]
|
||||
tags = ["最终幻想"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/02/%E6%9C%80%E7%BB%88%E5%B9%BB%E6%83%B32%E5%88%9D%E5%9B%9E%E5%85%A8%E6%88%90%E5%B0%B1%E6%94%BB%E7%95%A5/apps.24364.14086627234907834.c86030ab-e956-465c-adca-f4a75ba02c31.avif"
|
||||
+++
|
||||
|
||||
# 事前说明
|
||||
|
||||
与前作不同，本代包含大量容易错过的怪物、宝箱和位置，跟着下面的流程走则不会错过他们。
|
||||
|
||||
游戏中也可以参考如下内容进行：
|
||||
|
||||
这里可以看到全流程攻略和怪物图鉴，本篇指南主要也是根据这个提炼的
|
||||
|
||||
[https://psnprofiles.com/guide/16577-final-fantasy-ii-the-pixel-remaster-walkthrough](https://psnprofiles.com/guide/16577-final-fantasy-ii-the-pixel-remaster-walkthrough)
|
||||
|
||||
如果需要补图鉴，可以参考这里，会详细列出位置和出现概率
|
||||
|
||||
[https://guides.gamercorner.net/ffii/monsters](https://guides.gamercorner.net/ffii/monsters)
|
||||
|
||||
# 文字全流程
|
||||
|
||||
长久的和平结束了，泊拉美奇亚帝国皇帝从魔界召唤来魔物企图征服世界。
|
||||
|
||||
为了对抗帝国的侵略，菲因王国建立了一只反抗军。但由于【伯根】伯爵的出卖，菲因城在帝国的总攻下失守了。四个逃往【阿尔提亚镇】的青年在路上被帝国兵袭击。其中的斐里奥尼鲁(フリオニ-ル)、玛利亚(マリア)、伽伊(ガイ)被姬蕾妲公主救起，而玛利亚的哥哥【莱昂哈特】(レオンハルト)却失踪了。
|
||||
|
||||
主角们请求加入反抗军，公主同意了，并告诉主角们反抗军的暗号野玫瑰
|
||||
|
||||
回到一开始有魔法阵的房间可以听系统讲解
|
||||
|
||||
（参考1.1，房间里的宝箱需要拾取）
|
||||
|
||||
在镇上可遇见神偷泊尔(ポ-ル)和修恩城的王子哥顿(ゴ-ドン)
|
||||
|
||||
北上来到被帝国军队所占领着的菲因(フィソ)城，市区上到处都是帝国兵，与之对话会引发战斗，打赢能获得高价的道具，但是他们对于现在的主角们还是太强大了……
|
||||
|
||||
从市区的北方绕过城墙来到酒吧(PUB)，对角落的老板说出暗号【野玫瑰】，他会让开他身后的暗道。暗道尽头的房间里躺着卡修恩王国的王子斯各特(スコット)，对他说【野玫瑰】他会交给主角一个戒指(リンゲ)然后就死去了。
|
||||
|
||||
回【阿尔提亚镇】(アルテア)，把戒指给公主看，原来这是公主与斯各特王子的订婚信物……之后公主下达了另一个任务，寻找传说中的【秘银】。与敏武对话后敏武加入，同时获得独木舟(カヌ—)，可以度过河流与湖泊，但度海还不行。再与公主交谈了解到帝国的黑骑士正在将【飞空艇】改建为【大战舰】。
|
||||
|
||||
出镇后往东，在湖边的【帕鲁姆镇】，与付给入口处的人32G就可以乘船去【珀福特镇】(当然走去也可以)。在【珀福特镇】的酒店里见到了FF系列和路行鸟一样经典的西德(シド)，在这一作中他是飞空艇的船长。和他旁边的人对话可花钱乘坐飞空艇，花200元去【萨拉曼德镇】(サラマンド)。
|
||||
|
||||
白雪覆盖的【萨拉曼德镇】里几乎看不到一个男人，原来这里男人都被抓去采集【秘银】了。在村子的右上的屋子里找到了唯一的男人【约瑟夫】(ヨ-ゼフ)，和他说出暗号与【秘银】，他却要求主角们救出被抓走的人才能相信。没办法，就当做顺便做好事吧。
|
||||
|
||||
西行，然后沿河流行舟来到塞米铁瀑布洞穴。在B3F碰到了被抓来的人们还有神偷泊尔和【约瑟夫】的女儿，泊尔帮助其他人逃跑，而主角们继续深入。在B5F的一个房间里打败守护的士兵得到【秘银】，
|
||||
|
||||
还可以在同一层的深处找到脱出魔法デレポ。
|
||||
|
||||
回到【阿尔提亚镇】，(可以从【珀福特镇】乘700元的飞空艇回去)，把【秘银】交给武器屋的老人，从此可以在武器屋和防具屋购买强力的【秘银】装备了！
|
||||
|
||||
接着来到【巴弗斯科镇】，在南面找到反抗军的间谍，向他询问【大战舰】的消息，他会让开路。在巴弗斯科洞穴的尽头却发现黑暗骑士正守候在那！他并没有向主角们攻击，而是和尾随的【伯根】一起登上改建完成的大战舰飞走了.
|
||||
|
||||
回到巴弗斯科洞穴，在一房间里得到【伯根】遗漏的通行证(つうこうしょう)。
|
||||
|
||||
在【珀福特镇】向西德打听到【飞空艇】的原动力和大战舰一样都是【太阳火焰】，一旦过量就有危险。
|
||||
|
||||
回【阿尔提亚镇】，和公主对话后敏武离队去照顾病情加重【菲因王】。【菲因王】告诉主角，能打开守护【太阳火焰】的【卡修安城】的入口的只有【女神之铃】。公主说，也许【约瑟夫】能帮助主角们寻找【女神之铃】。
|
||||
|
||||
再次来到【萨拉曼德镇】，【约瑟夫】加入。
|
||||
|
||||
首先到塞米铁瀑布洞穴，调查入口处附近的蓝色石头右上的墙壁打开密道
|
||||
|
||||
取得【雪橇】。穿过长长的雪地来到雪原洞穴，向B5F深处的一个【大河狸】询问【女神之铃】，它便会告诉你房间右侧有个密道……打败深处的守护兽可在他身后的墙上拿到【女神之铃】。回到出口处时撞见了【伯根】，这个笨蛋居然不带手下，很轻松的干掉他。但他在临死前启动了机关，一个巨大的圆石顺着狭长的通道滚了下来。【约瑟夫】舍身顶住圆石让主角们脱出，自己却被压死在岩石下……
|
||||
|
||||
花400元乘飞空艇来到【卡修安城】，用【女神之铃】打开门。2F哥顿加入。在4F打倒守护兽后拿到【生命火炬】，回1F把太阳火焰引到火把上。
|
||||
|
||||
出城后看见大战舰追赶着飞空艇。
|
||||
|
||||
【卡修安城】的正南方的森林中有一片空白处可以乘坐陆行鸟（这里一定要去，成就需要）。
|
||||
|
||||
（参考2.1，这里必须要刷到一只恐鹤）
|
||||
|
||||
（参考1.2，大战舰一共 10 个箱子，确保都开掉）
|
||||
|
||||
大战舰在菲因城的西北方向。在大战舰的2F(从1F的右上角下去)找到了被抓来的公主和西德船长。没有守卫，而且牢门一碰就开，可疑啊……然后再从1F的右下角下到5F的引擎室，将太阳火焰投入引擎中使引擎暴走。
|
||||
|
||||
闻声赶来的黑暗骑士只有咒骂的份。主角们逃出后大战舰就爆炸了。
|
||||
|
||||
回到【阿尔提亚镇】，【菲因王】交代哥顿续任反抗军的领导后就去世了(哥顿离队)。与哥顿交谈后得到【龙骑士】和【飞龙】的情报。
|
||||
|
||||
接下来的目标是龙骑士的故乡迪斯特。先前往【帕鲁姆镇】，和入口处的女人对话，她主动提出带主角去迪斯特。出镇，上船。半路上那个女人——海盗头蕾拉翻脸了，讥笑主角们竟然相信海盗。战斗是不可避免了……取胜后，在主角们邀请下，蕾拉加入反抗军。
|
||||
|
||||
从此可以自由使用船只了。
|
||||
|
||||
南下绕上这星球半圈来到地图东北的迪斯特。与城中的女人对话后了解到，卑劣的帝国军在水中下毒，毒死了大部分飞龙。没有了飞龙，龙骑士无力抵抗帝国军的攻击，全都战死了。现在她身后的房间里是残存的最后的飞龙……城中有不少宝物，注意搜刮。
|
||||
|
||||
北上到迪斯特洞穴，在B2F的一个金色的头盔上找到了龙骑士用来与龙沟通的【坠饰】，这样就能与【迪斯特城】里的龙交谈了。
|
||||
|
||||
和飞龙谈起【飞龙】，飞龙交给主角一个【飞龙之卵】，并请主角把蛋放进迪斯特洞穴的生命之泉中。
|
||||
|
||||
依照飞龙的嘱咐再次进入迪斯特洞穴，把蛋投入B5F的守护兽身后的泉水中。
|
||||
|
||||
回到【迪斯特城】，飞龙已经离开了这个世界……
|
||||
|
||||
【阿尔提亚镇】，一进大厅就听倒了“公主疯了”的传闻。在右下的房间探望公主。公主支开众人企图诱惑斐里奥尼鲁，正当斐里奥尼鲁犹豫不决时，“公主”露出了真面目——蛇怪，向斐里奥尼鲁扑过来，一直守在门外同伴们闻声赶来，合力击倒了蛇怪。这时反抗军的士兵报告：帝国召开斗技会，而奖品正是真正的公主！
|
||||
|
||||
蕾拉离队去组织反抗军，哥顿再次加入队伍。
|
||||
|
||||
斗技场在【卡修安城】南方的沙漠中。进入斗技场后门突然关上了，皇帝放出了一贝希摩斯(ベヒ-モス)。
|
||||
|
||||
将它放倒后，斐里奥尼鲁正想借领赏的时机，一鼓作气刺杀皇帝，却被皇帝点破了主角们的身份，原来这是个陷阱！众人被关入大牢。正当大家一筹莫展时，神偷泊尔赶来报答塞米铁的恩情……
|
||||
|
||||
在B1F救出了公主，哥顿离队带着公主先逃，断后的主角们也尽快脱出吧。
|
||||
|
||||
回到【阿尔提亚镇】，入口处一个反抗军士兵告诉主角们，反抗军都出发去夺回菲因城，请主角们尽快与大队会合。
|
||||
|
||||
北上进入反抗军的营地，公主和哥顿在此指挥着。（这里一定要去，后续就无法到这里了）
|
||||
|
||||
是时候突入菲因城了！1F，蕾拉再次加入。一口气冲上4F把敌人的司令击败，菲因城收复！
|
||||
|
||||
大殿上，公主对主角们表示感谢，同时下达了新的任务：去【密西迪亚】寻找一直没有消息的敏武。而哥顿则交代主角留意寻找密西迪亚塔中的【究极之书】。
|
||||
|
||||
根据公主的说法，进入密西迪亚塔需要2个[假面]，其中的【白面具】就隐藏在菲因城的地下道，但不知道地下道的入口在哪里，唯一清楚的是打开入口的咒文【艾克梅特特洛艾斯】。
|
||||
|
||||
在菲因市区西南的屋子里和泊尔谈起咒文，然后根据泊尔的情报在公主所在大厅的右上角说出咒文就能打开入口。
|
||||
|
||||
地下道的道路错综复杂，但是有不少珍贵的宝物。于5F找到了【白面具】(しろぃかめん)。
|
||||
|
||||
动身往南前往密西迪亚（地图左下方），这里是魔导士之国，魔法屋里有多种魔法出售。在城中的地下室里给女神像戴上【白面具】。
|
||||
|
||||
向城里的人打听得知，黑假面在海上一个很小很小的岛上……
|
||||
|
||||
南之岛，顾名思义是在南方的一个岛，B2F从左边的楼梯下去通过B4F会碰见假面族的人，从B2F的另一个楼梯下去，在B5F打败守护兽拿到黑假面。
|
||||
|
||||
接下来前往密西迪亚南方被群山环绕的密西迪亚洞穴。在B1F有个和自己一模一样的人挡着，将黑假面给他戴上他就会消失。于B5F层取得晶体杆(クリスタルロド)。
|
||||
|
||||
出了洞穴后北上，前往密西迪亚塔所在的被环型岛包围的一座小岛。但中途船被突然出现的巨大旋涡卷了进去。
|
||||
|
||||
（这里有5个箱子，务必全部找到）
|
||||
|
||||
众人醒来，发现不见了蕾拉。展望四周，似乎是在某种大生物的体内，在黄色或紫色的液体(估计是肠胃液，真恶心啊……)中行走会减HP。在2F发现居然有人在这里居住，四处打听之后明白过来——主角们被密西迪亚塔的守护兽利拜亚桑(リバィアサン)吞下肚了。同层碰上一个披盔戴甲的名叫理查德(リチャ-ド)人，一问之下，他居然是个龙骑士(但是对于龙骑士用来与龙沟通的【坠饰】他居然什么也不知道！汗……)。把晶体杆给他看，他立刻明白主角和他一样是来寻找【究极之书】的，随后加入队伍。在消灭挡在船前的巨虫后终于能够脱出那恶心的地方了。
|
||||
|
||||
（这里不要进入高塔）
|
||||
|
||||
如果回到菲因城会看见安然无恙的蕾拉，同时还可把理查德介绍给公主和哥顿。
|
||||
|
||||
之后回理查德的故乡【迪斯特城】，与那母子对话，得知那孩子死去的父亲正是理查德的好友。看着被毁的故乡，面对着故友的孩子，愤怒的理查德发誓要打倒皇帝。
|
||||
|
||||
（参考 2.2 补全怪物图鉴）
|
||||
|
||||
再次驶向密西迪亚塔。晶体杆与密西迪亚塔产生共鸣，打开了包围塔的结界。在3F打倒守护的炎属性的巨人,5F打倒冰属性的巨人，7F打倒雷属性的巨人。在10见到了早已等候在那的敏武。
|
||||
|
||||
敏武用尽了生命的力量把封印的大门击开，伟大的白魔导士离开了人世……
|
||||
|
||||
进入后先调查四周的白水晶球，能增加主角的能力，最后再调查黄水晶获得究级魔法。
|
||||
|
||||
菲因城外，一个巨大的龙卷风正逐渐逼近城堡。回城询问公主与哥顿得知这是帝国制造的新武器，只有消灭躲藏在龙卷风的中心的皇帝才能将其停止，但要怎么进入龙卷风的中心呢？在菲因城1F左下的阶梯往上有一块神秘的大镜子，对着镜子使用【坠饰】会在镜子里看到被主角安置在生命之泉下的【飞龙之卵】孵化出小飞龙，小飞龙感受到了【坠饰】的呼唤，飞到了主角们面前。
|
||||
|
||||
龙骑士终于又乘上了飞龙。
|
||||
|
||||
（这里不要进入龙卷风）
|
||||
|
||||
（参考 1.3，进菲因拿完8个箱子）
|
||||
|
||||
菲因镇内的保罗得知你要进入龙卷风，也想助你一臂之力。
|
||||
|
||||
主角们借助飞龙进入了龙卷风的中心。
|
||||
|
||||
（龙卷风内7个箱子不要错过，之后无法再回来）
|
||||
|
||||
在7F终于找到了皇帝，面对步步逼近的强大的主角们，皇帝终于也不得不亲自出手，但终究是败在了主角们的手下……
|
||||
|
||||
胜利了！正当人们陶醉在这份喜悦中时，一个受伤的士兵冲进来报告：黑暗骑士重整帝国军，自己做了新的皇帝，而黑暗骑士的真实身份是一开始便失踪的主角们的同伴——【莱昂哈特】！
|
||||
|
||||
玛利亚不相信自己的哥哥会背叛他们，她认为是皇帝用魔法操纵了【莱昂哈特】，并请求公主让她去说服【莱昂哈特】。公主同意了并告诉主角们黑暗骑士在【帕拉美奇亚】。但【帕拉美奇亚】四周环山，一般方法去不了……
|
||||
|
||||
先去市区左下的屋子找保罗打听情报，却意外的发现西德船长也在那。西德在龙卷风中受了重伤，把飞空艇托付给主角们后就离开了人世。飞空艇停在【珀福特镇】，可以自由开动了。
|
||||
|
||||
【帕拉美奇亚】就在斗技场的旁边，把飞空艇开至城堡上处可以降下。
|
||||
|
||||
在8F见到了【莱昂哈特】。玛利亚责问【莱昂哈特】为什么要和他们战斗，而【莱昂哈特】却认为力量就是一切，弱者应该服从强者的支配。就在这时，伴随着黑色的火焰，皇帝以新的姿态出现在王座上。
|
||||
|
||||
【莱昂哈特】对皇帝叫嚣着不会把帝国交还皇帝，而皇帝对帝国不感兴趣，他只是想把这个世界变成地狱。只见他随手一挥，火焰围了上来。就在在千钧一发的时刻，理查德招来了飞龙把众人驮走，而自己却奋身扑向皇帝……
|
||||
|
||||
刚飞离城堡，城堡就塌陷了，但却在原地升起一座诡异的新城堡。
|
||||
|
||||
众人回到菲因城向公主报告。在斐里奥尼鲁的邀请和玛利亚的苦劝下，【莱昂哈特】回心转意加入队伍。
|
||||
|
||||
在与公主的对话中了解到：皇帝唤醒了地狱之城班泰纽姆(パンデモニウム)。随后公主让主角们去寻找密西迪亚以东的通向地狱的道路【翡翠通道】。
|
||||
|
||||
在此之前先走一趟【迪斯特城】，给那母子带去理查德的死讯。和那位母亲谈起【龙骑士】，她会把龙骑士团最好的宝物【王者之剑】送给主角（之前若没带理查德与他们相见就得不到王者之剑）。
|
||||
|
||||
最好最后的补给就出发吧！
|
||||
|
||||
长长的【翡翠通道】，好在中途没有什么分支，在瀑布中还可以找到卖魔法的隐藏商人。
|
||||
|
||||
通过6F的传送点来到了决战之地【万魔殿】。城中有很多究级的宝物，4F数个并列的门前从最左边的门上去，在尽头的隐藏房间里有剑系最强的正宗刀。
|
||||
|
||||
皇帝就在10F，不要让他等太久了！
|
||||
|
||||
即使皇帝不愿相信，他仍是第二次败在了主角们的手下。正义是一定能战胜邪恶的！(老评语配老游戏……)
|
||||
|
||||
结局……
|
||||
|
||||
随着皇帝的死亡，帝国军也瓦解了。姬蕾妲公主和哥顿王子开始着手重建工作。
|
||||
|
||||
蕾拉仍是喜欢过去的生活，回去继续做海盗。
|
||||
|
||||
【约瑟夫】的女儿妮莉被公主留在了身边，斐里奥尼鲁似乎可以看见守护在女儿身后的【约瑟夫】的灵魂在满意的微笑着。
|
||||
|
||||
而【莱昂哈特】却说他们之间了解得太深了，自己并不适合与斐里奥尼鲁他们在一起，于是也离开了………
|
||||
|
||||
带着活着的人们的感谢，死去的人们的祝福，主角们又踏上了新的旅程。
|
||||
|
||||
长长的战斗，终于结束了。魔物也随着皇帝和地狱之城的毁灭而失去踪迹，和平回到了这个世界。总有一天，人们会将这些艰苦的日子忘却吧？但是无论怎样，他们都不会忘记，拯救这个世界的4位年轻人的事迹……
|
||||
|
||||
# 会错过的宝箱和怪物
|
||||
|
||||
## 1 箱子
|
||||
|
||||
### 1.1 开局箱子
|
||||
|
||||
|
||||
|
||||
### 1.2 大战舰箱子
|
||||
|
||||
大战舰一共 10 个箱子，确保都开掉。其中这里可以直接穿过来
|
||||
|
||||
|
||||
|
||||
### 1.3 菲因镇保罗家的箱子
|
||||
|
||||
在菲因镇的这个位置
|
||||
|
||||
|
||||
|
||||
这里可以穿过来
|
||||
|
||||
|
||||
|
||||
## 2 怪物图鉴
|
||||
|
||||
以下怪物都是中期特定区域会出现，后续不会再出现
|
||||
|
||||
| 序号 | 名称 | 出现位置 |
|
||||
| --- | --- | --- |
|
||||
| 011 | 恐鹤 | 进入大战舰前 |
|
||||
| 022 | 髑髅 | 帕拉美奇亚城堡内 |
|
||||
| 031 | 蚁狮 | 进入高塔前、获得究极之书前 |
|
||||
| 040 | 食人鱼 | 进入高塔前、获得究极之书前 |
|
||||
| 042 | 冲鹰兽 | 进入高塔前、获得究极之书前 |
|
||||
| 045 | 海盗 | 进入高塔前、获得究极之书前 |
|
||||
| 052 | 海蛇 | 进入高塔前、获得究极之书前 |
|
||||
| 054 | 陆魟 | 进入高塔前、获得究极之书前 |
|
||||
| 071 | 多眼妖 | 帕拉美奇亚城堡内 |
|
||||
| 091 | 黑骑士 | 帕拉美奇亚城堡内 |
|
||||
| 094 | 岩石巨像 | 帕拉美奇亚城堡内 |
|
||||
| 106 | 将军 | 帕拉美奇亚城堡内 |
|
||||
|
||||
### 2.1 恐鹤
|
||||
|
||||
进入大战舰前，一定要确保自己遇到这只怪，在地图左上方会遇到
|
||||
|
||||
不小心进入大战舰也没关系，出来后往阿尔提亚镇走可以遇到
|
||||
|
||||
|
||||
|
||||
### 2.2 获得究极之书前
|
||||
|
||||
务必要解锁以下几个怪物的图鉴
|
||||
|
||||
**031 - 蚁狮**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**040 - 食人鱼**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**042 - 冲鹰兽**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**045 - 海盗**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**052 - 海蛇**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**054 - 陆魟**
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
但我实际上是在沙漠遇到的
|
||||
|
||||
### 2.3 帕拉美奇亚城堡内怪物
|
||||
|
||||
请务必在城堡内刷到所有这些怪物
|
||||
|
||||
**022 - 髑髅**
|
||||
|
||||
|
||||
|
||||
**071 - 多眼妖**
|
||||
|
||||
|
||||
|
||||
**091 - 黑骑士**
|
||||
|
||||
|
||||
|
||||
**094 - 岩石巨像**
|
||||
|
||||
|
||||
|
||||
**106 - 将军**
|
||||
|
||||
|
||||
@@ -0,0 +1,267 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "在 btrfs 文件系统上离线安装 AOSC OS"
|
||||
slug = "311779ab64688073b953fcff47ae64c3"
|
||||
date = "2026-03-04"
|
||||
description = "参考 Fedora 的分区设置"
|
||||
categories = ["HomeLab"]
|
||||
tags = ["AOSC"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/03/%E5%9C%A8%20btrfs%20%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%8A%E7%A6%BB%E7%BA%BF%E5%AE%89%E8%A3%85%20AOSC%20OS/frode-myklebust-UbDdynMmcX0-unsplash.jpg"
|
||||
+++
|
||||
|
||||
## 准备操作
|
||||
|
||||
进入命令行模式安装系统
|
||||
|
||||
|
||||
|
||||
由于下面的操作比较多，为了方便复制，可以考虑使用 ssh 远程连接
|
||||
|
||||
设置 root 密码
|
||||
|
||||
```bash
|
||||
passwd
|
||||
```
|
||||
|
||||
修改 ssh 配置以启用 ssh 远程登陆
|
||||
|
||||
```bash
|
||||
nano /etc/ssh/sshd_config
|
||||
```
|
||||
|
||||
将 `PermitRootLogin` 前的注释删掉并改成 `yes`
|
||||
|
||||
重启 ssh 服务
|
||||
|
||||
```bash
|
||||
systemctl restart ssh
|
||||
```
|
||||
|
||||
## 格式化硬盘与分区
|
||||
|
||||
假设硬盘是 `/dev/sda`
|
||||
|
||||
### 清除硬盘内容
|
||||
|
||||
1. 擦掉所有文件系统签名
|
||||
```bash
|
||||
wipefs -a /dev/sda*
|
||||
```
|
||||
2. 删除 GPT/MBR 分区表
|
||||
```bash
|
||||
sgdisk --zap-all /dev/sda
|
||||
```
|
||||
|
||||
### 分区与格式化
|
||||
|
||||
1. 用 `fdisk` 重建 GPT
|
||||
```bash
|
||||
fdisk /dev/sda
|
||||
```
|
||||
2. 在 fdisk 里依次输入，每行一个命令（期间如果提示分区包含一个 xx 签名，选择 y 移除签名）：
|
||||
`g` （新建 GPT）
|
||||
`n` （新建分区 1：EFI）
|
||||
回车（默认分区号 1）
|
||||
回车（默认起始）
|
||||
输入：`+600M`
|
||||
`t` （改类型）
|
||||
输入：`1` 选择 EFI System（通常会让你选类型，直接选 EFI/1）
|
||||
`n` （新建分区 2：boot 分区）
|
||||
回车（默认分区号 2）
|
||||
回车（默认起始）
|
||||
输入：`+1.4G` （如果需要多内核可以调大）
|
||||
`n` （新建分区 3：btrfs 系统分区）
|
||||
- 回车（默认分区号 3）
|
||||
- 回车（默认起始）
|
||||
- 回车（用剩余全部空间）
|
||||
`w` （写入并退出）
|
||||
3. 写完后检查
|
||||
```bash
|
||||
lsblk /dev/sda
|
||||
```
|
||||
你应该看到 `sda1` 和 `sda2` 出现。
|
||||
4. 格式化
|
||||
EFI 分区（FAT32）
|
||||
boot 分区（ext4）
|
||||
btrfs 分区
|
||||
|
||||
### 创建 btrfs 子卷并挂载（@ 和 @home）
|
||||
|
||||
1. 先临时挂载顶层
|
||||
```bash
|
||||
mkdir -p /mnt/btrfs-top
|
||||
mount /dev/sda3 /mnt/btrfs-top
|
||||
```
|
||||
2. 创建子卷
|
||||
```bash
|
||||
btrfs subvolume create /mnt/btrfs-top/@
|
||||
btrfs subvolume create /mnt/btrfs-top/@home
|
||||
```
|
||||
3. 卸载顶层
|
||||
```bash
|
||||
umount /mnt/btrfs-top
|
||||
```
|
||||
4. 挂载安装用的根目录和系统分区
|
||||
```bash
|
||||
# 挂载带透明压缩的 btrfs 根目录到 /mnt
|
||||
mount -o subvol=@,compress=zstd:3 /dev/sda3 /mnt
|
||||
|
||||
# 挂载独立的 ext4 boot 分区
|
||||
mkdir -p /mnt/boot
|
||||
mount /dev/sda2 /mnt/boot
|
||||
|
||||
# 挂载 EFI 分区
|
||||
mkdir -p /mnt/boot/efi
|
||||
mount /dev/sda1 /mnt/boot/efi
|
||||
|
||||
# 挂载带透明压缩的 btrfs home 目录
|
||||
mkdir -p /mnt/home
|
||||
mount -o subvol=@home,compress=zstd:3 /dev/sda3 /mnt/home
|
||||
```
|
||||
|
||||
## 安装系统
|
||||
|
||||
### 复制系统文件
|
||||
|
||||
1. 确认一下你要用的源目录是存在的：
|
||||
```
|
||||
ls /run/livekit/sysroots/desktop | head
|
||||
```
|
||||
如果能列出 `/etc` `/lib` 之类，确认你的 livekit 确实是有离线包，我们就开始使用 rsync 复制
|
||||
2. 执行 rsync 命令复制
|
||||
```jsx
|
||||
rsync -aAXHv \
|
||||
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} \
|
||||
/run/livekit/sysroots/desktop/ \
|
||||
/mnt/
|
||||
```
|
||||
|
||||
### 生成 fstab
|
||||
|
||||
1. 先获取 UUID
|
||||
```
|
||||
blkid
|
||||
```
|
||||
记住：
|
||||
- sda3 的 UUID（btrfs 系统分区）
|
||||
- sda2 的 UUID（ext4 boot 分区）
|
||||
- sda1 的 UUID（FAT32 EFI 分区）
|
||||
2. 编辑 fstab：
|
||||
```
|
||||
nano /mnt/etc/fstab
|
||||
```
|
||||
写入（用你实际 UUID 替换）：
|
||||
保存退出
|
||||
|
||||
### 准备 chroot
|
||||
|
||||
1. 挂载系统目录
|
||||
```
|
||||
mount --bind /dev /mnt/dev
|
||||
mount --bind /proc /mnt/proc
|
||||
mount --bind /sys /mnt/sys
|
||||
mount --bind /sys/firmware/efi/efivars /mnt/sys/firmware/efi/efivars
|
||||
mount --bind /run /mnt/run
|
||||
```
|
||||
2. 然后进入系统：
|
||||
```
|
||||
chroot /mnt /bin/bash
|
||||
```
|
||||
如果成功，你的提示符会变化，会被重新定位到 `/`。期间如果提示 “tty: ttyname error: No such device” 错误是正常的。
|
||||
|
||||
### 杂项
|
||||
|
||||
1. 生成 machine-id
|
||||
```
|
||||
systemd-machine-id-setup
|
||||
```
|
||||
2. 重建 initramfs
|
||||
```
|
||||
dracut -f
|
||||
```
|
||||
|
||||
## 安装 GRUB（UEFI）
|
||||
|
||||
1. 确认 EFI 挂载：
|
||||
```
|
||||
ls /boot/efi
|
||||
```
|
||||
没返回是正常的，有这个文件夹就行
|
||||
2. 安装
|
||||
```
|
||||
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=AOSC
|
||||
```
|
||||
3. 然后生成配置：
|
||||
```
|
||||
grub-mkconfig -o /boot/grub/grub.cfg
|
||||
```
|
||||
|
||||
## 后处理
|
||||
|
||||
以下命令仍在 **chroot 环境**内执行（与 [AOSC OS 手动安装指南](https://wiki.aosc.io/zh/AOSC_OS/%E5%AE%89%E8%A3%85%E6%8C%87%E5%8D%97/AOSC_OS_%E6%89%8B%E5%8A%A8%E5%AE%89%E8%A3%85%E6%8C%87%E5%8D%97/Installation/AMD64) 中「用户自定义设置」等章节一致）。
|
||||
|
||||
### 设置 root 密码
|
||||
|
||||
```bash
|
||||
passwd
|
||||
```
|
||||
|
||||
### 创建普通用户与 sudo（wheel）
|
||||
|
||||
AOSC OS 默认没有可用的登录用户；请把示例里的 `aosc` 换成你想要的用户名（仅小写字母与数字）。
|
||||
|
||||
```bash
|
||||
useradd -m -s /bin/bash aosc
|
||||
usermod -a -G audio,cdrom,video,wheel aosc
|
||||
chfn -f "Your Full Name" aosc
|
||||
passwd aosc
|
||||
```
|
||||
|
||||
`wheel` 组用于通过 `sudo` 获取管理员权限。
|
||||
|
||||
### 设置系统时区
|
||||
|
||||
时区文件在 `/usr/share/zoneinfo/<地区>/<城市>`。例如上海：
|
||||
|
||||
```bash
|
||||
ln -svf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
|
||||
```
|
||||
|
||||
### 设置语言 / Locale
|
||||
|
||||
默认已启用多种 UTF-8 locale。若只想指定默认语言，例如简体中文 UTF-8：
|
||||
|
||||
```bash
|
||||
echo 'LANG=zh_CN.UTF-8' > /etc/locale.conf
|
||||
```
|
||||
|
||||
也可使用 `localectl set-locale "LANG=zh_CN.UTF-8"`。
|
||||
|
||||
若要启用或禁用个别 locale，需先编辑 `/etc/locale.gen`，再执行（耗时较长）：
|
||||
|
||||
```bash
|
||||
locale-gen
|
||||
```
|
||||
|
||||
### 设置主机名
|
||||
|
||||
从 livekit 复制来的系统主机名可能仍是 livekit，在重启前可改为新主机名：
|
||||
|
||||
```bash
|
||||
hostnamectl set-hostname your-new-hostname
|
||||
```
|
||||
|
||||
### 退出并重启
|
||||
|
||||
```bash
|
||||
exit
|
||||
umount -R /mnt
|
||||
reboot
|
||||
```
|
||||
|
||||
安装完成
|
||||
|
||||
|
||||
|
||||
> Photo by [Frode Myklebust](https://unsplash.com/@famyklebust?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/hills-and-ocean-under-a-pastel-sky-UbDdynMmcX0?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,83 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "HC620 HM-SMR 加密盘上手"
|
||||
slug = "33c779ab646880199b07f46af06b1d1f"
|
||||
date = "2026-04-08"
|
||||
description = "btrfs 似乎也有问题"
|
||||
categories = ["HomeLab"]
|
||||
tags = ["NAS"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/04/HC620%20HM-SMR%20%E5%8A%A0%E5%AF%86%E7%9B%98%E4%B8%8A%E6%89%8B/alexander-korte-Oj0ykWKf5To-unsplash.avif"
|
||||
+++
|
||||
|
||||
因为最近 HDD 价格过于昂贵，所以这个盘比较火。我因为确实有一个专门备份的 Archive NAS，所以想试试这个盘是否堪用。
|
||||
|
||||
硬盘信息如下：
|
||||
|
||||
- **型号**: HGST Ultrastar DC HC620
|
||||
- **容量**: 14TB
|
||||
- **类型**: HM-SMR (Host-Managed Shingled Magnetic Recording)，4Kn，硬件级 SED 加密
|
||||
- **Zone 大小**: 256 MiB，共 52156 个 Zone，最大 128 个 Open Zone
|
||||
|
||||
系统信息如下：
|
||||
|
||||
- **OS**: Ubuntu Resolute Raccoon (development branch) x86_64
|
||||
- **Kernel**: Linux 7.0.0-12-generic
|
||||
- **CPU**: Intel(R) Celeron(R) J1900 (4) @ 2.42 GHz
|
||||
- **Memory**: 16 GiB
|
||||
|
||||
## 简单测试
|
||||
|
||||
硬盘的 SMART 没有问题。这个盘要注意 Helium_Level，据说低于临界值 25 就会无法写入。氦气一旦泄露就会持续下降，所以务必要选择 100 的硬盘。
|
||||
|
||||
|
||||
|
||||
此外这个盘进行快扫也没有发现问题。
|
||||
|
||||
## 问题：btrfs zoned mode 事务提交失败
|
||||
|
||||
因为这个盘比较特殊，普通 SMART 正常也不是很放心，所以我进行了连续几小时的写入测试。但是就在这个过程中发生了问题。
|
||||
|
||||
HM-SMR 盘在内核中被识别为 Zoned Block Device，btrfs 会自动启用 zoned mode。使用过程中出现以下错误链：
|
||||
|
||||
```
|
||||
BTRFS error (device sda): error while writing out transaction: -11
|
||||
BTRFS: Transaction aborted (error -11) # -11 = EAGAIN
|
||||
BTRFS info (device sda state EA): forced readonly
|
||||
cow_file_range failed: -30 # -30 = EROFS
|
||||
```
|
||||
|
||||
后续写入全部失败
|
||||
|
||||
根因：btrfs zoned mode 在事务提交时，zone 激活失败（活跃 zone 限制、write pointer 冲突等），返回 `-EAGAIN`，导致事务中止，文件系统被迫进入只读保护状态。
|
||||
AI 认为这是 btrfs zoned mode 的软件层面 bug，非硬件故障。内核 7.0.0-12 对 zoned btrfs 支持不够成熟，上游虽有修复但未完全解决。
|
||||
|
||||
我比较同意，因为发生问题后，SMART 的 UDMA_CRC_Error_Count 并没有增长，还是 0
|
||||
|
||||
## 替代方案：dm-zoned + ext4
|
||||
|
||||
HM-SMR 盘无法直接使用 ext4/xfs 等常规文件系统（内核要求 zoned 感知），可选方案有限：
|
||||
|
||||
| 方案 | 成熟度 | 说明 |
|
||||
| --- | --- | --- |
|
||||
| **dm-zoned + ext4** | **高** | 通过 device mapper 将 zoned 设备模拟为常规块设备，上层使用成熟的 ext4 |
|
||||
| btrfs zoned | 中 | 原生 zoned 支持，但有事务提交 bug，需频繁升级内核 |
|
||||
| f2fs zoned | 低 | 支持 zoned，但大规模 HM-SMR 上验证不足 |
|
||||
| zonefs | 低级 | 仅暴露 zone 为文件，非通用文件系统 |
|
||||
|
||||
既然 btrfs 已经出现问题，所以我换用了 **dm-zoned + ext4，**ext4 在大容量盘上久经考验，不需要担心 zoned 相关的事务 bug。经过连续 5 小时的写入测试，没有再发生任何异常。
|
||||
|
||||
不过缺点显而易见，就是我失去了 btrfs 的高级特性，cow 和 灵活的子卷快照。没有 cow 的话，在满盘时我可能会遇到显著的性能下降；没有快照对我影响倒不是很大，因为这个机器的数据不打算再往别的地方备份一次。我的备份策略是直接在来源端就往两个地方备份。
|
||||
|
||||
## 当前配置
|
||||
|
||||
```
|
||||
/dev/sda (HM-SMR)
|
||||
└─ dm-zoned (/dev/mapper/dmz-VEGV73AY)
|
||||
└─ ext4 → /home/flintylemming/data
|
||||
```
|
||||
|
||||
- 开机自动启动：`dm-zoned-start.service` 先激活 dm 设备，再由 fstab 挂载
|
||||
- fstab 条目：`/dev/disk/by-id/dm-name-dmz-VEGV73AY /home/flintylemming/data ext4 noatime 0 2`
|
||||
|
||||
> Photo by [Alexander Korte](https://unsplash.com/@stelath?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/airplane-wing-over-clouds-at-sunset-Oj0ykWKf5To?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-03-07"
|
||||
description = ""
|
||||
categories = ["Linux", "Network"]
|
||||
tags = ["Linux", "Nginx"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20proxy_pass%20%E5%8F%8D%E4%BB%A3/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/03/%E4%BD%BF%E7%94%A8%20proxy_pass%20%E5%8F%8D%E4%BB%A3/title.avif"
|
||||
+++
|
||||
|
||||
好比我利用家庭公网搭建了一个小网站，设置了解析和端口，现在的地址是 [site.name.com:8086](http://site.name.com:8086)，毕竟家宽肯定 443 和 80 是不能用的。那我现在想通过一个公网机器，并且这个机器是开放 443 端口的，来反代家宽上的网站，以达到去掉端口后缀的效果，就要用到 proxy_pass 这个功能。目标就是通过 [web.name.com](http://web.name.com) 就能直接访问到 site.name.com:8086 上的内容。
|
||||
|
||||
@@ -0,0 +1,151 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "单机 H200 HGX Day0 Deepseek v4 Pro 性能浅测"
|
||||
slug = "34d779ab6468808eb676e337f03ef378"
|
||||
date = "2026-04-25"
|
||||
description = "不太能用，需要关注后续多级缓存方案"
|
||||
categories = ["AI"]
|
||||
tags = ["H200", "Deepseek"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2026/04/%E5%8D%95%E6%9C%BA%20H200%20HGX%20Day0%20Deepseek%20v4%20Pro%20%E6%80%A7%E8%83%BD%E6%B5%85%E6%B5%8B/danielle-suijkerbuijk-wQVXDB17eDc-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 环境配置
|
||||
|
||||
| 配置项目 | 详细参数 |
|
||||
| --- | --- |
|
||||
| **模型** | DeepSeek-V4-Pro |
|
||||
| **硬件资源** | 8× NVIDIA H200 (141GB each) |
|
||||
| **并行策略** | TP (Tensor Parallelism) = 8 |
|
||||
| **推理引擎** | vLLM (版本: deepseekv4-cu129) |
|
||||
| **KV Cache** | FP8 精度, block_size=256 |
|
||||
| **Cache 容量** | ~14,772 blocks (约合 3.78M tokens) |
|
||||
|
||||
测试过程和结论整理使用 Claude Code + GLM 5.1 自主完成
|
||||
|
||||
## 默认启动参数
|
||||
|
||||
```jsx
|
||||
services:
|
||||
deepseek-v4-pro:
|
||||
image: vllm/vllm-openai:deepseekv4-cu129
|
||||
container_name: deepseek-v4-pro
|
||||
privileged: true
|
||||
ipc: host
|
||||
ports:
|
||||
- "30001:8000"
|
||||
volumes:
|
||||
- ./:/model
|
||||
- ./vllm-default/.cache/huggingface:/root/.cache/huggingface
|
||||
environment:
|
||||
- VLLM_ENGINE_READY_TIMEOUT_S=3600
|
||||
deploy:
|
||||
resources:
|
||||
reservations:
|
||||
devices:
|
||||
- driver: nvidia
|
||||
capabilities: [gpu]
|
||||
count: all
|
||||
command:
|
||||
- /model
|
||||
- --trust-remote-code
|
||||
- --kv-cache-dtype
|
||||
- fp8
|
||||
- --block-size
|
||||
- "256"
|
||||
- --enable-expert-parallel
|
||||
- --tensor-parallel-size
|
||||
- "8"
|
||||
- --max-model-len
|
||||
- "800000"
|
||||
- --gpu-memory-utilization
|
||||
- "0.95"
|
||||
- --max-num-seqs
|
||||
- "512"
|
||||
- --max-num-batched-tokens
|
||||
- "512"
|
||||
- --no-enable-flashinfer-autotune
|
||||
- --compilation-config
|
||||
- '{"mode": 0, "cudagraph_mode": "FULL_DECODE_ONLY"}'
|
||||
- --tokenizer-mode
|
||||
- deepseek_v4
|
||||
- --tool-call-parser
|
||||
- deepseek_v4
|
||||
- --enable-auto-tool-choice
|
||||
- --reasoning-parser
|
||||
- deepseek_v4
|
||||
- --served-model-name
|
||||
- deepseek-v4-pro
|
||||
restart: unless-stopped
|
||||
```
|
||||
|
||||
## 性能实测数据
|
||||
|
||||
### 无 Prefix Cache（冷启动/无缓存）
|
||||
|
||||
| Prompt Tokens | TTFT (首字延迟) | Decode (稳定速率) | Completion | Total Time |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| 1,196 | 17.63s | 68.33 tok/s | 189 tok | 20.76s |
|
||||
| 5,198 | 15.25s | 66.12 tok/s | 118 tok | 17.01s |
|
||||
| 10,197 | 9.99s | 66.10 tok/s | 141 tok | 12.09s |
|
||||
| 30,187 | 18.23s | 65.52 tok/s | 158 tok | 20.58s |
|
||||
|
||||
### 启用 Prefix Cache
|
||||
|
||||
*注：以下数据在启用 Prefix Cache 后测得，Completion 固定为 2 tokens（仅测首字延迟）。*
|
||||
|
||||
| Prompt Tokens | TTFT (首字延迟) | Completion | Total Time |
|
||||
| --- | --- | --- | --- |
|
||||
| 714 | 0.41s | 2 tok | 0.42s |
|
||||
| 1,397 | 0.41s | 2 tok | 0.42s |
|
||||
| 2,762 | 0.60s | 2 tok | 0.61s |
|
||||
| 5,494 | 1.17s | 2 tok | 1.18s |
|
||||
| 10,954 | 2.13s | 2 tok | 2.13s |
|
||||
| 21,878 | 4.19s | 2 tok | 4.19s |
|
||||
| 43,723 | 8.11s | 2 tok | 8.12s |
|
||||
| 87,414 | 16.14s | 2 tok | 16.14s |
|
||||
| 131,104 | 16.22s | 2 tok | 16.22s |
|
||||
|
||||
## 核心发现
|
||||
|
||||
1. **Decode 表现极稳**：生成速度稳定在 **~66 tok/s**，表现出极强的健壮性，基本不受输入上下文长度波动的影响。
|
||||
2. **TTFT 特征**：
|
||||
- 冷启动（系统处理首个请求）约需 **17s**。
|
||||
- 后续增量请求的 TTFT 约为 **0.3-0.6s / 1k tokens**。
|
||||
3. **上下文容量边界**：
|
||||
- **无 Prefix Cache**：最大可用上下文约为 **30,000** prompt tokens。
|
||||
- **启用 Prefix Cache**：最大可用上下文显著提升至 **131,000** prompt tokens。
|
||||
|
||||
## 瓶颈深度分析
|
||||
|
||||
测试发现目前核心瓶颈并非显存容量限制，而是 **vLLM 调度器的 Chunked Prefill 准入控制机制** 导致的逻辑冲突。不过剩余显存太少没有充足的 KV Cache 总体上来说仍然是最关键因素。
|
||||
|
||||
### 抢占与死循环问题
|
||||
|
||||
在设置 `max-num-batched-tokens=512` 且 `max-model-len=800000` 时，长请求极易触发以下链路：
|
||||
|
||||
- **Running → Waiting**: 当系统压力或调度触发抢占时，请求被挂起。
|
||||
- **调度死循环**: 调度器尝试重新激活请求，但受限于准入控制参数，导致请求无法重新获得计算资源，KV Cache 使用率卡在 0%，系统进入死循环。
|
||||
|
||||
### 参数调优尝试
|
||||
|
||||
针对 `max-num-batched-tokens` 的调整结果如下：
|
||||
|
||||
| max-num-batched-tokens | 状态 | KV Cache Blocks | 备注 |
|
||||
| --- | --- | --- | --- |
|
||||
| 512 (默认) | OK | 14,772 | 原始配置，~30k (无缓存) / ~131k (有缓存) 触发抢占 |
|
||||
| 2,048 | OK | 14,712 | KV Cache 几乎无变化，抢占问题仍存在 |
|
||||
| 4,096 | OK | 14,692 | KV Cache 几乎无变化，50k 附近仍触发抢占 |
|
||||
| 8,192 | OK | 13,620 | KV Cache 略微下降，抢占问题仍存在 |
|
||||
| 131,072 | OOM | — | 需额外分配 21 GiB，仅剩 3.75 GiB 可用 |
|
||||
|
||||
- **小幅增大 (2048 - 8192)**：KV Cache 总量几乎无变化，但依然无法解决长请求被抢占后的重新调度问题。
|
||||
- **大幅增大 (131072)**：导致 **OOM (Out of Memory)**。
|
||||
- *原因分析*：模型权重已占用约 131 GiB 显存，留给激活缓冲区的空间不足以支撑如此大规模的 batch tokens（需要约 21 GiB）。
|
||||
|
||||
### 关键结论
|
||||
|
||||
- **调度器局限性**：当前问题是 vLLM 调度器在特定参数组合下的已知限制，即便 KV Cache 仅消耗了 **4%**，请求也会因为调度逻辑而被抢占。
|
||||
- **Prefix Cache 的价值**：启用 Prefix Cache 后，调度器仅需为新增的少量 Token 分配 KV Cache 和计算资源，巧妙地绕过了 Chunked Prefill 的准入瓶颈，从而使模型能稳定运行在 131k 长度下。
|
||||
|
||||
> Photo by [Danielle Suijkerbuijk](https://unsplash.com/@vandaantje?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/photos/delicate-wildflowers-submerged-in-milky-water-wQVXDB17eDc?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-06-01"
|
||||
description = ""
|
||||
categories = ["Apple"]
|
||||
tags = ["iOS", "Jailbreak"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/06/iOS%2012%20futurerestore/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/06/iOS%2012%20futurerestore/title.avif"
|
||||
+++
|
||||
|
||||
请确保你保存有对应版本的 blobs/shsh 文件，如果你没保存或者不知道这是什么，请关闭页面
|
||||
@@ -32,21 +32,21 @@ image = "https://img.mitsea.com/blog/posts/2020/06/iOS%2012%20futurerestore/titl
|
||||
### 固定G值
|
||||
1. 找到下载的 shsh 文件，可能有好几个，挑一个最新的，用文本编辑器打开它
|
||||
|
||||
|
||||
|
||||
2. 搜索“gen”，定位到 generator 值，下面那一串就是我们需要的G值
|
||||
|
||||
|
||||
|
||||
3. 参照这篇文章的教程，安装 unc0ver app
|
||||
|
||||
|
||||
|
||||
4. 在 Settings 里找到 Boot Nonce，把刚刚找到的G值填写进去
|
||||
|
||||
|
||||
|
||||
5. 回到 Jailbreak 页面，点击 Jailbreak
|
||||
> 这里如果重启，则表示失败，请重试。如果多次失败，开机后不要立即越狱，先操作一会再使用越狱工具
|
||||
6. 越狱成功后，会提示我们 boot nonce 已经被覆写
|
||||
|
||||
|
||||
|
||||
7. 点击 Ok 后 app 会退出，我们手动重启设备，或者回到 app 里，有个重启按钮
|
||||
8. 重启后，重新进入 unc0ver app，进入 setting，检查 Boot Nonce 值是不是我们刚才写入的值。如果不是的了，那就要重复前面的步骤重写，重新越狱。如果还是刚才写的值，说明G值固定成功。
|
||||
|
||||
@@ -59,13 +59,13 @@ image = "https://img.mitsea.com/blog/posts/2020/06/iOS%2012%20futurerestore/titl
|
||||
#### futurerestore 工具
|
||||
一个可执行文件
|
||||
|
||||
|
||||
|
||||
#### SEP 文件
|
||||
1. 解压下载的系统固件
|
||||
2. 在 Firmware/all_flash 目录下，有一堆以 “sep” 开头的文件，但是它有很多种，比如我这里有 j120、j121 等
|
||||
3. 查看刚才保存的 shsh 文件的文件名，比如我这里就可以看到是 j207，那我就选 “sep-firmware.j207.RELEASE.im4p” 这个文件，注意不是 plist 格式的那个
|
||||
|
||||
|
||||
|
||||
#### 基带固件
|
||||
在解压缩的系统固件的 Firmware 文件夹里，通常还有一些 .bbfw 格式的文件，这些是基带文件。这就需要你查一下你手机对应的是哪个基带文件了，我这里是 WLAN 版 iPad，所以只有一个
|
||||
|
||||
@@ -74,14 +74,14 @@ image = "https://img.mitsea.com/blog/posts/2020/06/iOS%2012%20futurerestore/titl
|
||||
#### BuildManifest.plist 文件
|
||||
解压缩系统固件，在根目录就能看到这个文件
|
||||
|
||||
|
||||
|
||||
|
||||
**这样我们就准备好了六个文件**
|
||||
|
||||
|
||||
|
||||
### 开始刷机
|
||||
1. 打开 终端 app
|
||||
2. 输入 <futurerestore 文件路径> -t <shsh 文件路径> -s <sep 文件路径> -b <基带文件路径> -p <BuildManifest.plist 文件路径> -m <BuildManifest.plist 文件路径> -d <系统固件路径>
|
||||
|
||||
|
||||
|
||||
3. 按回车设备就会自动进入restore模式并开始刷机了，如果出现错误，按照提示进行搜索处理
|
||||
@@ -6,7 +6,7 @@ date = "2019-10-09"
|
||||
description = ""
|
||||
categories = ["Apple"]
|
||||
tags = ["iOS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2019/10/%E5%A6%82%E4%BD%95%E6%8A%93%E5%8F%96%20iOS%20app%20%E7%9A%84%E5%AE%89%E8%A3%85%E5%8C%85/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/%E5%A6%82%E4%BD%95%E6%8A%93%E5%8F%96%20iOS%20app%20%E7%9A%84%E5%AE%89%E8%A3%85%E5%8C%85/title.avif"
|
||||
+++
|
||||
|
||||
iOS 从 AppStore 下载安装 app 虽然整个过程内容看似不可见，但本质就是下载一个 ipa 文件并安装，和 Android 类似。
|
||||
@@ -20,22 +20,22 @@ iOS 从 AppStore 下载安装 app 虽然整个过程内容看似不可见，但
|
||||
1. 从美区（或者其他区域，非国区）下载 Thor
|
||||
2. 点击这个图标，开始抓包。提示 HTTPS 解析设置，选择以后再说；提示配置 VPN，验证密码或者指纹添加。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 开启后，按钮会变成红色，状态栏会有 VPN 标志
|
||||
|
||||
|
||||
|
||||
|
||||
4. 打开 AppStore ，下载一个 app ，等到有下载进度条的时候即可取消。
|
||||
5. 返回 Thor ，关闭开关，点击下方的“抓包记录”，进入最近的一条
|
||||
|
||||
|
||||
|
||||
|
||||
6. 这里我们就能看到一条文件格式为 .ipa 的下载链接，点进去
|
||||
7. 点击链接-导出原始链接-拷贝
|
||||
8. 然后我们就可以拷贝到任意的下载器下载了，这里用的 Shu
|
||||
|
||||
|
||||
|
||||
|
||||
9. 这样就可以获得目标 ipa 了
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2022-10-08"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["Synology", "哪吒监控"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.x%20%E5%AE%89%E8%A3%85%20%E5%93%AA%E5%90%92%E7%9B%91%E6%8E%A7%20Agent/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.x%20%E5%AE%89%E8%A3%85%20%E5%93%AA%E5%90%92%E7%9B%91%E6%8E%A7%20Agent/title.avif"
|
||||
+++
|
||||
|
||||
## 下载 Agent
|
||||
@@ -17,12 +17,12 @@ image = "https://img.mitsea.com/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.
|
||||
|
||||
2. 解压后，把里面的二进制文件随便放到一个地方
|
||||
|
||||
|
||||
|
||||
|
||||
3. SSH 到群晖，使用 `sudo -i` 切换到 root 账号
|
||||
4. 找到刚才放进去的文件，共享文件夹一般在 /volume1 下面。刚才我是放在了 AppData 这个共享文件夹里，那二进制文件就在 /volume1/AppData 下
|
||||
|
||||
|
||||
|
||||
|
||||
## 测试启动
|
||||
|
||||
@@ -31,7 +31,7 @@ image = "https://img.mitsea.com/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.
|
||||
1. 在 Dashboard 里创建一个新设备，获取链接密码
|
||||
2. 进到 agent 所在文件夹后，通过执行 ./nezha-agent 可以查看使用帮助
|
||||
|
||||
|
||||
|
||||
|
||||
3. 基本上指定一下服务器地址和密码即可，命令为
|
||||
|
||||
@@ -41,7 +41,7 @@ image = "https://img.mitsea.com/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.
|
||||
|
||||
4. 执行后，没报错，并且在 Web 上能看到信息就可以
|
||||
|
||||
|
||||
|
||||
|
||||
5. 记下自己的执行命令，并把 `./` 替换成绝对路径，比如我的文件放在 `/volume1/AppData` 下，那我的执行命令就是
|
||||
|
||||
@@ -96,6 +96,6 @@ image = "https://img.mitsea.com/blog/posts/2022/10/%E7%BE%A4%E6%99%96%20DSM%207.
|
||||
systemctl status nezha-agent
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Steve Johnson](https://unsplash.com/@steve_j?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,14 +6,14 @@ date = "2023-08-17"
|
||||
description = ""
|
||||
categories = ["HomeLab", "MineService"]
|
||||
tags = ["Nginx", "反代"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/08/%E5%88%A9%E7%94%A8%E7%BE%A4%E6%99%96%E8%87%AA%E5%B8%A6%E5%8F%8D%E4%BB%A3%E4%B8%BA%E7%BD%91%E7%BB%9C%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE%20https%20%28DSM%207.x%29/john-zhou-FrzN1-ENO3Q-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/08/%E5%88%A9%E7%94%A8%E7%BE%A4%E6%99%96%E8%87%AA%E5%B8%A6%E5%8F%8D%E4%BB%A3%E4%B8%BA%E7%BD%91%E7%BB%9C%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE%20https%20%28DSM%207.x%29/john-zhou-FrzN1-ENO3Q-unsplash.avif"
|
||||
+++
|
||||
|
||||
群晖无论是商店的套件还是 Docker 都可以自行安装很多网络服务，对于安装的服务应该如何配置 https 呢？在常规 Linux 系统上，一般通过 Nginx、Apache 解决，但群晖内置了基于 Nginx 的图形化反代工具，一切都变得非常简单。
|
||||
|
||||
该场景主要是用的 Nginx 的 proxy_pass 功能，它可以让我们通过一个端口、不同的域名就可以访问到本机的多个 Web 服务。效果如下图。
|
||||
|
||||
|
||||
|
||||
|
||||
本篇文章就以 qBittorrent 的 WebUI 为例，介绍如何添加 https
|
||||
|
||||
@@ -27,7 +27,7 @@ image = "https://img.mitsea.com/blog/posts/2023/08/%E5%88%A9%E7%94%A8%E7%BE%A4%E
|
||||
|
||||
你要申请一个与访问域名相匹配的证书，并已经配置好在 控制面板 - 安全性 - 证书 下。
|
||||
|
||||
|
||||
|
||||
|
||||
## 端口
|
||||
|
||||
@@ -37,11 +37,11 @@ image = "https://img.mitsea.com/blog/posts/2023/08/%E5%88%A9%E7%94%A8%E7%BE%A4%E
|
||||
|
||||
1. 确认网络服务的本地端口，正如之前提到的，后面是不会通过这个端口访问的。
|
||||
|
||||
|
||||
|
||||
|
||||
2. 打开 控制面板 - 登陆门户 - 高级 - 反向代理服务器，点 新增
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这里有一些内容需要填写，一项一项来
|
||||
|
||||
@@ -65,12 +65,12 @@ image = "https://img.mitsea.com/blog/posts/2023/08/%E5%88%A9%E7%94%A8%E7%BE%A4%E
|
||||
|
||||
目的地端口 - 服务的本地端口，qbittorrent 我这里设置的 Web UI IP 是 8844，这里就填 8844
|
||||
|
||||
|
||||
|
||||
|
||||
4. 路由器 NAT 设置一下，看你来源端口设置的什么，以上面为例。那就设置这台机器 IP 的 4433 对公网 4433
|
||||
5. 打开 控制面板 - 安全性 - 证书 - 设置，把刚才创建的这一项的证书，选择你前面导入的
|
||||
|
||||
|
||||
|
||||
|
||||
6. 使用 https://pt.xxx.com:4433 访问即可
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-05-31"
|
||||
description = ""
|
||||
categories = ["Coding"]
|
||||
tags = ["Git", "SourceTree"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/05/SourceTree%20%E8%B7%B3%E8%BF%87%E7%99%BB%E5%BD%95%E4%BB%A5%E5%8F%8A%E5%88%9B%E5%BB%BA%E5%BF%AB%E6%8D%B7%E6%96%B9%E5%BC%8F/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/05/SourceTree%20%E8%B7%B3%E8%BF%87%E7%99%BB%E5%BD%95%E4%BB%A5%E5%8F%8A%E5%88%9B%E5%BB%BA%E5%BF%AB%E6%8D%B7%E6%96%B9%E5%BC%8F/title.avif"
|
||||
+++
|
||||
|
||||
## 跳过登录
|
||||
@@ -44,7 +44,7 @@ image = "https://img.mitsea.com/blog/posts/2020/05/SourceTree%20%E8%B7%B3%E8%BF%
|
||||
}
|
||||
]
|
||||
|
||||
|
||||
|
||||
|
||||
3. 然后进入下面这个文件夹
|
||||
|
||||
@@ -59,7 +59,7 @@ image = "https://img.mitsea.com/blog/posts/2020/05/SourceTree%20%E8%B7%B3%E8%BF%
|
||||
<value>20160201</value>
|
||||
</setting>
|
||||
|
||||
|
||||
|
||||
|
||||
5. 修改完后重新运行安装程序即可
|
||||
|
||||
@@ -75,16 +75,16 @@ SourceTree 在安装完毕后往往不会生成桌面快捷方式和文件夹，
|
||||
|
||||
1. 运行 SourceTree 时，打开文件管理器。在 详细信息（Windows 7 里叫 进程）里找到 SourceTree
|
||||
|
||||
|
||||
|
||||
|
||||
2. 右键，点击 打开文件所在位置
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这样也是能找到 SourceTree 的安装目录
|
||||
|
||||
|
||||
|
||||
|
||||
4. 右键 - 发送到 - 桌面快捷方式
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2022-09-27"
|
||||
description = ""
|
||||
categories = ["Lifestyle"]
|
||||
tags = ["Money"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/09/9%E6%9C%88%E9%99%8D%E6%9C%AC%E5%A2%9E%E6%95%88%E6%9C%88%E6%80%BB%E7%BB%93/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/09/9%E6%9C%88%E9%99%8D%E6%9C%AC%E5%A2%9E%E6%95%88%E6%9C%88%E6%80%BB%E7%BB%93/title.avif"
|
||||
+++
|
||||
|
||||
9月是降本增效月，本月降本增效成果显著。从娱乐服务、云服务、硬件三方面削减开支，并一定程度上降低了管理成本、增加了产出。
|
||||
@@ -53,7 +53,7 @@ image = "https://img.mitsea.com/blog/posts/2022/09/9%E6%9C%88%E9%99%8D%E6%9C%AC%
|
||||
|
||||
理由：现有的 DS420+ 由于一直在索引导致 CPU 居高不下。通过调查解决了索引问题，CPU 占用恢复正常，目前不需要购买新设备。节约成本为 DS420+ 置换 DS1621+ 的价格。
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Khara Woods](https://unsplash.com/@kharaoke?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/s/photos/down?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
>
|
||||
@@ -6,7 +6,7 @@ date = "2024-02-02"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Network"]
|
||||
tags = ["异地组网"]
|
||||
image = "https://img.mitsea.com/blog/posts/2024/02/3b4ed0fa29824852b49650810f113c9e/d-p-hpsnTAl-6rQ-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/02/3b4ed0fa29824852b49650810f113c9e/d-p-hpsnTAl-6rQ-unsplash.avif"
|
||||
+++
|
||||
|
||||
设置子网路由可以有效解决内网中有的设备不方便安装 Tailscale 但是又需要访问的问题，或者你单纯就是不想给那么多设备都装上 Tailscale 客户端。但是 Tailscale 的配置逻辑让这个功能的设置变得极其复杂，本文先介绍下具体设置步骤，再对比一下 Netbird 该功能的设置。
|
||||
@@ -15,7 +15,7 @@ image = "https://img.mitsea.com/blog/posts/2024/02/3b4ed0fa29824852b49650810f113
|
||||
|
||||
假设现在有两个子网，一个是 192.168.5.0/24，有设备 A 192.168.5.5 和设备 B 192.168.5.6，A 不方便安装 Tailscale，但是 B 可以装。一个是你现在的网络 192.168.2.0/24，正在使用设备 C 192.168.2.7。
|
||||
|
||||
|
||||
|
||||
|
||||
现在你要在设备 C 上可以直接通过输入 192.168.5.5 内网地址访问 A，应该如下设置：
|
||||
|
||||
@@ -38,11 +38,11 @@ image = "https://img.mitsea.com/blog/posts/2024/02/3b4ed0fa29824852b49650810f113
|
||||
|
||||
1. 打开 Tailscale 控制台网页，你会发现一个带有 Subnets 标志的设备。后面的感叹号说明这个子网声明没有被批准，点击下面的 Edit
|
||||
|
||||
|
||||
|
||||
|
||||
2. 勾上后保存即可
|
||||
|
||||
|
||||
|
||||
|
||||
由于默认 ACL 设置里是所有规则都 allow，所以此时你的 Tailscale 所有设备都可以直接通过内网 IP 192.168.5.5 访问到设备。设备多的时候这显然是不行的，甚至有可能导致在某些设备上有冲突。所以我们还要设置权限。
|
||||
|
||||
@@ -69,20 +69,20 @@ image = "https://img.mitsea.com/blog/posts/2024/02/3b4ed0fa29824852b49650810f113
|
||||
|
||||
这个 src 可以是 group、tag、hosts、IP 等，group、tag 和 hosts 都需要你在配置文件里定义好。但是一定要注意！src 里一定要把这个网段也写上，否则这个网段内的设备就访问不到了！！！
|
||||
|
||||
|
||||
|
||||
|
||||
如果是 tag，在这里声明后，还需要在设备列表里设置（真的麻烦）
|
||||
|
||||
|
||||
|
||||
|
||||
在本例中，我是给设备 C 设置了一个 tag，然后规则如下
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
这样，设备 C 就可以直接访问设备 A 了
|
||||
|
||||
|
||||
|
||||
|
||||
非常复杂，非常麻烦！下面看下 Netbird 的配置方法
|
||||
|
||||
@@ -90,11 +90,11 @@ image = "https://img.mitsea.com/blog/posts/2024/02/3b4ed0fa29824852b49650810f113
|
||||
|
||||
首先还是给不同的设备设置不同的 tags 便于后面的权限设置，直接在这里选择或者新增 tag，不需要修改任何配置文件
|
||||
|
||||
|
||||
|
||||
|
||||
然后新增一条路由，在 Network Routes 里 Add route。依次填写名称、内网网段、子网路由设备、可以访问的设备组即可。
|
||||
|
||||
|
||||
|
||||
|
||||
就结束了……
|
||||
|
||||
|
||||
@@ -0,0 +1,44 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "同一篇 Word 文档使用不同种类的页码"
|
||||
slug = "3d9fa94bbd464431a48d139bd61a86c2"
|
||||
date = "2019-10-08"
|
||||
description = ""
|
||||
categories = ["LifeTec"]
|
||||
tags = ["Word"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/%E5%90%8C%E4%B8%80%E7%AF%87%20Word%20%E6%96%87%E6%A1%A3%E4%BD%BF%E7%94%A8%E4%B8%8D%E5%90%8C%E7%A7%8D%E7%B1%BB%E7%9A%84%E9%A1%B5%E7%A0%81/title.avif"
|
||||
+++
|
||||
|
||||
之前女朋友让我帮忙调一下毕业论文的页码，要求如下：页码从引言开始按阿拉伯数字连续编排。引言之前的页码用罗马数字单独编排。
|
||||
|
||||
如果你不知道使用分节符，那么很难实现上述操作。无法从引言开始正常使用另外一种页码。下面介绍具体步骤。
|
||||
|
||||
1. 打开文档后，先给全篇添加页码，样式随便选，我这里就选普通数字1，因为感觉好像默认的没有合适的罗马数字格式。
|
||||
|
||||
|
||||
|
||||
2. 双击页脚，找到 页眉和页脚工具-页码-设置页码格式
|
||||
|
||||
|
||||
|
||||
3. 编号格式里选择罗马数字，这样就给全篇加上了罗马数字页码
|
||||
|
||||
|
||||
|
||||
4. 光标定位到需要以阿拉伯数字页码开始的页面的最前面，比如我这里是第一章
|
||||
|
||||
|
||||
|
||||
5. 在 布局-分隔符 里点击 下一页
|
||||
|
||||
|
||||
|
||||
6. 此时双击页脚，可以看到文章被分成了 第一节 和 第二节
|
||||
|
||||
|
||||
|
||||
7. 定位到第二节的第一页的页脚，按照教程第2步打开页码格式窗口。编号格式选择阿拉伯数字样式；页码编号里选择起始页码，为1
|
||||
|
||||
|
||||
|
||||
8. 至此，页码按要求设置完毕
|
||||
@@ -6,14 +6,14 @@ date = "2022-10-12"
|
||||
description = ""
|
||||
categories = ["Coding", "Apple"]
|
||||
tags = ["Xcode"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/10/Xcode%20%E9%87%8C%20App%20%E7%9A%84%E5%A4%9A%E7%8E%AF%E5%A2%83%E7%AE%A1%E7%90%86/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/10/Xcode%20%E9%87%8C%20App%20%E7%9A%84%E5%A4%9A%E7%8E%AF%E5%A2%83%E7%AE%A1%E7%90%86/title.avif"
|
||||
+++
|
||||
|
||||
软件开发中一般需要对应不同的环境发布不同的成品，比如 Dev、Prod 等。通过使用 Xcode 的 scheme 可以管理多个环境，并在不同的环境下执行不同的行为。
|
||||
|
||||
首先需要明白两个概念，Scheme 和 Configuration。上面这个叫 Schema，下面的是 Configuration。
|
||||
|
||||
|
||||
|
||||
|
||||
你可以简单理解为包含关系，每个 Schema 里的 Debug、Build 等行为配置是参考 Configuration 里的项目。
|
||||
|
||||
@@ -21,19 +21,19 @@ image = "https://img.mitsea.com/blog/posts/2022/10/Xcode%20%E9%87%8C%20App%20%E7
|
||||
|
||||
1. 点击项目 Info 里 Configurations 下面的加号，可以以默认的 Debug 和 Release 为模板，创建多个 Configurations
|
||||
|
||||
|
||||
|
||||
|
||||
2. 每个环境里的 Debug 和 Release 还是要区分开的，所以这边创建出了如下的 Configurations。默认的那一组 Debug 和 Release 就当内部本地用，但是考虑到 Xcode 的草台性，不建议改它名字。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 为了在代码里能够让代码根据不同的环境执行不同的行为，我们还需要给刚才创建的 Configurations 设置 Flag。在 Build Settings 里找到 Swift Compiler - Custom Flags 里的 Active Compilation Conditions。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 最后就是这样
|
||||
|
||||
|
||||
|
||||
|
||||
## 创建 Scheme
|
||||
|
||||
@@ -41,23 +41,23 @@ image = "https://img.mitsea.com/blog/posts/2022/10/Xcode%20%E9%87%8C%20App%20%E7
|
||||
|
||||
1. 点击这里的 Manage Schemes
|
||||
|
||||
|
||||
|
||||
|
||||
2. 创建多个 Scheme，可以把默认的改成 Local
|
||||
|
||||
|
||||
|
||||
|
||||
3. 双击编辑，比如双击这里的 MyApp-Dev。Run 里的这个 Build Configuration 就要改成刚才创建的 Debug Dev
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这五个行为里面的都要改，比如 Release 要改成刚才创建的 Release Dev
|
||||
|
||||
|
||||
|
||||
|
||||
5. 同理，另一个 MyApp-Prod 的 scheme 里也要都改掉，这样当我们点击这里切换的时候，就会使用不同的 Configuration
|
||||
|
||||
|
||||
|
||||
|
||||
## 编辑不同环境下的行为
|
||||
|
||||
@@ -77,21 +77,21 @@ demoText.text = "Now is Prod Environment"
|
||||
|
||||
看下效果
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 包名
|
||||
|
||||
不同环境包名可能都是不一样的。在 Siging & Capabilities 里，可以看到这里已经有刚才创建的选项了，只需要点击对应的选项，修改里面的 Bundle Identifier 即可。
|
||||
|
||||
|
||||
|
||||
|
||||
### 显示名称
|
||||
|
||||
不同环境的显示名称也可能不一样，在 General 里修改
|
||||
|
||||
|
||||
|
||||
|
||||
此外还有很多可以区分环境设置，包括代码中引用的变量、App Icon 等等……
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-01-11"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["宽带"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E7%BD%91IP%20%E5%88%A9%E7%94%A8frp%E8%BF%9C%E7%A8%8B%E6%97%A0%E5%85%AC%E7%BD%91IP%E7%9A%84%E7%94%B5%E8%84%91/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E7%BD%91IP%20%E5%88%A9%E7%94%A8frp%E8%BF%9C%E7%A8%8B%E6%97%A0%E5%85%AC%E7%BD%91IP%E7%9A%84%E7%94%B5%E8%84%91/title.avif"
|
||||
+++
|
||||
|
||||
这里我原来真是蠢到家了，明明自己的宽带有公网 IP，还去找机房做 frp 服务器，明明本地就能解决。下面说下步骤吧
|
||||
@@ -17,7 +17,7 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E
|
||||
|
||||
1. 搜索一下可以看到很多关于 frp 服务的镜像
|
||||
|
||||
|
||||
|
||||
|
||||
注意不要下载客户端，也就是那个 frpc，要下载服务端，frps，server
|
||||
|
||||
@@ -38,7 +38,7 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E
|
||||
|
||||
5. 然后我们要取得这个配置文件，就需要把这个路径从 docker 里面的路径，映射到外部我们方便编辑的路径
|
||||
|
||||
|
||||
|
||||
|
||||
左边就是实际存在的路径，这个随便写一个地方，好管理就行。右边就是 docker 里面的路径。也就是我们能在左边的路径里，看到右边路径里的文件，这样就很方便的编辑 docker 里面的文件了。
|
||||
|
||||
@@ -49,27 +49,27 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E
|
||||
|
||||
看起来我们要设置一个frp服务端口，他默认是 7700，可以改可以不改。因为之前说了，这是 docker 里面的端口，要映射出来才能用。如果需要自定义端口，只需要设置映射出来的端口就行。那我这里想自定义端口为 8851，就在 端口设置 里这样填写。然后，还要填写个你在客户端上可能用到的服务的端口，比如我要用 rdp ，转发端口是 8847。为什么要加这一条，后面会提到。
|
||||
|
||||
|
||||
|
||||
|
||||
7. 保存完毕后先别着急运行，先编辑下配置文件。进入到刚才映射出来的目录，发现甚至连预设文件都没给一个
|
||||
|
||||
|
||||
|
||||
|
||||
8. 创建一个 frps.ini 文件，填写如下内容。因为这次功能要求不多，只要能转发就行。
|
||||
|
||||
|
||||
|
||||
|
||||
你甚至连 token 都可以不写，不过我觉得不太安全
|
||||
|
||||
9. 保存后，尝试运行镜像，看下 log，哎可以了
|
||||
|
||||
|
||||
|
||||
|
||||
## 在路由器设置 NAT
|
||||
|
||||
要想使得无公网IP的电脑能连上你的 frp 服务，你需要映射你的服务端口到公网，这个用过公网 IP 服务的应该都熟悉了。我这边在路由器上就是这么设置的。
|
||||
|
||||
|
||||
|
||||
|
||||
## 在无公网IP的电脑配置客户端
|
||||
|
||||
@@ -92,7 +92,7 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E
|
||||
|
||||
4. 然后 cd 到 frp 的目录，输入 frpc.exe 运行
|
||||
|
||||
|
||||
|
||||
|
||||
可以看到运行成功
|
||||
|
||||
@@ -102,16 +102,16 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%AE%B6%E6%9C%89%E5%85%AC%E
|
||||
|
||||
计算机 填写 <服务端本地地址>:<刚才设置的 remote_port 端口>
|
||||
|
||||
|
||||
|
||||
|
||||
2. 成功远程
|
||||
|
||||
|
||||
|
||||
|
||||
## 在外使用
|
||||
|
||||
1. 在家里路由器上配置 NAT，转发那个 remote_port 端口
|
||||
|
||||
|
||||
|
||||
|
||||
2. 然后就可以用 <公网IP地址或DDNS域名>:<remote_port 端口> 访问了
|
||||
@@ -0,0 +1,57 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "外版 Galaxy 手机绑定国行 Galaxy Watch"
|
||||
slug = "49096fb476814f208319a80e768de2b7"
|
||||
date = "2024-09-14"
|
||||
description = "本质就是用一个旧版的三星穿戴app完成最开始的配对"
|
||||
categories = ["Android", "Consumer"]
|
||||
tags = ["wearOS", "Galaxy"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/09/%E5%A4%96%E7%89%88%20Galaxy%20%E6%89%8B%E6%9C%BA%E7%BB%91%E5%AE%9A%E5%9B%BD%E8%A1%8C%20Galaxy%20Watch/bro-takes-photos-fQtoEnKkSrE-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 读前须知
|
||||
|
||||
本教程是港版三星手机连接国行三星手表的教程，手机理论上任何外版手机都可以。教程中使用的是港版未刷机的 Galaxy S24 Ultra 和 国行 Galaxy Watch 6
|
||||
|
||||
前面配对中，超时错误的时间比较短，如果配对失败需要卸载 三星智能穿戴 安装旧版从头开始，所以建议先完整看一遍教程熟悉步骤再操作
|
||||
|
||||
教程中忽略所有权限和协议的询问画面，看到直接点允许就行
|
||||
|
||||
教程内容不是原创，只是总结了网上的教程自己记录一下
|
||||
|
||||
## 具体步骤
|
||||
|
||||
1. 卸载手机里已有的 三星智能穿戴
|
||||
|
||||
|
||||
|
||||
2. 安装提供的 2.2.21 旧版本 Galaxy Wearable，[下载地址](https://index.mitsea.com/%E8%BD%AF%E4%BB%B6/%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F/Android/com.samsung.android.app.watchmanager_2.2.21.18080361-2118080361_minAPI18(nodpi)_apkmirror.com.apk)
|
||||
|
||||
|
||||
|
||||
3. 手表打开后，关闭手机的 Wi-Fi 和移动网络，然后蓝牙配对手表
|
||||
|
||||
|
||||
|
||||
这里直接配对即可
|
||||
|
||||
|
||||
|
||||
4. 默认会自动打开刚才安装的 Galaxy Wearable，如果没有自动打开，手动打开它。打开后会有如下提示，点击 确定 后，软件会直接关闭，这是正常的
|
||||
|
||||
|
||||
|
||||
5. 重新打开 Wi-Fi 和移动数据，然后再次打开 Galaxy Wearable，点击 更新，然后跳转到 正在准备连接 的界面，随后软件会再次自动关闭。然后新版本的 三星智能穿戴 会自动打开，如果没有自己打开，可以搜索并打开它。
|
||||
|
||||
|
||||
|
||||
6. 点击 更多 后，选择已经配对的手表继续设置，到这里基本上就成功了
|
||||
|
||||
|
||||
|
||||
7. 因为是港版手机，所以中间会尝试在手表上登录 Google 账号。由于国行手表的 Google 服务不完整，所以这里只能等他超时失败后选择跳过，不影响
|
||||
|
||||
|
||||
|
||||
> Photo by [Bro Takes Photos](https://unsplash.com/@brotakesphotos?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) [Unsplash](https://unsplash.com/photos/a-black-and-blue-photo-of-a-wall-fQtoEnKkSrE?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2021-08-31"
|
||||
description = "iOS 其实一直都内置多账号系统"
|
||||
categories = ["Apple"]
|
||||
tags = ["AppStore"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/08/%E4%B8%8D%E9%80%80%E5%87%BA%20App%20Store%20%E5%BD%93%E5%89%8D%E8%B4%A6%E5%8F%B7%20%E5%AE%89%E8%A3%85%E5%85%B6%E4%BB%96%E8%B4%A6%E5%8F%B7%20App/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/08/%E4%B8%8D%E9%80%80%E5%87%BA%20App%20Store%20%E5%BD%93%E5%89%8D%E8%B4%A6%E5%8F%B7%20%E5%AE%89%E8%A3%85%E5%85%B6%E4%BB%96%E8%B4%A6%E5%8F%B7%20App/title.avif"
|
||||
+++
|
||||
|
||||
Apple Music 有个很坑人的设定，当你切换 App Store 账号的时候，缓存的来自 Apple Music 曲库的歌曲就会全部消失。当你缓存很多歌曲后，想要切换账号去别的区下个 App 的时候就会非常痛苦。但其实不需要退出当前账号，就可以通过工具部署其他账号的 App。下面通过 iMazing（Windows 适用）和 Apple Configurator 2（macOS 适用）介绍下方法。
|
||||
@@ -31,30 +31,30 @@ Apple Music 有个很坑人的设定，当你切换 App Store 账号的时候，
|
||||
|
||||
2. 安装并打开，点击左上角的 音乐 - 编辑菜单..
|
||||
|
||||
|
||||
|
||||
|
||||
3. 勾选“应用” - 完成。并切换到刚才选择的 应用 菜单。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 点击这两个地方，都可以跳转到商店页面
|
||||
|
||||
|
||||
|
||||
|
||||
5. 点击 账户 - 登录，登录需要获取新应用的 Apple ID
|
||||
|
||||
|
||||
|
||||
|
||||
6. 与移动端类似，点击一个 App，就可以 “Get” 了
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 使用 M1 Mac 的 App Store 获取 App
|
||||
|
||||
M1 Mac 的 App Store 可以检索 iPhone 和 iPad 程序，当然也可以获取新应用。不过有的 App 并不允许在 M1 Mac 上运行，则会搜索不到。
|
||||
|
||||
|
||||
|
||||
|
||||
# 具体步骤
|
||||
|
||||
@@ -62,36 +62,36 @@ M1 Mac 的 App Store 可以检索 iPhone 和 iPad 程序，当然也可以获取
|
||||
|
||||
1. 连接设备到电脑，打开 Apple Configurator 2，双击已经连接的设备
|
||||
|
||||
|
||||
|
||||
|
||||
2. 菜单栏找到 账户，登录需要下载的 App 所在的账户
|
||||
3. 添加 - App
|
||||
|
||||
|
||||
|
||||
|
||||
4. 找到需要安装的 App，点击 添加
|
||||
|
||||
|
||||
|
||||
|
||||
5. 稍等他下载并安装完成
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 使用 iMazing 2（Windows、macOS 适用）
|
||||
|
||||
1. 连接设备后，点击 管理应用程序
|
||||
|
||||
|
||||
|
||||
|
||||
2. 左上角，切换到 资料库
|
||||
|
||||
|
||||
|
||||
|
||||
3. 默认的话，应该是你当前设备登录的 Apple ID。可以点击右上角的 退出，然后换成别的 Apple ID。
|
||||
4. 找到需要安装的 App，选择后点击 安装 即可
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# Q&A
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-01-28"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["Synology"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/01/%E5%88%A9%E7%94%A8%E7%BE%A4%E6%99%96%E8%87%AA%E5%B8%A6%E5%8F%8D%E4%BB%A3%E4%B8%BA%E7%BD%91%E7%BB%9C%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE%20https/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/01/%E5%88%A9%E7%94%A8%E7%BE%A4%E6%99%96%E8%87%AA%E5%B8%A6%E5%8F%8D%E4%BB%A3%E4%B8%BA%E7%BD%91%E7%BB%9C%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE%20https/title.avif"
|
||||
+++
|
||||
|
||||
群晖无论是商店的套件还是 Docker 都可以自行安装很多网络服务，有的比如 qbittorrent、Jellyfin 都是内置 https 配置选项的。那对于其他安装的服务应该如何配置 https 呢？在常规 Linux 系统上，一般通过 Nginx、Apache 解决，但群晖内置了基于 Nginx 的图形化反代工具，一切都变得非常简单。
|
||||
@@ -31,11 +31,11 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%88%A9%E7%94%A8%E7%BE%A4%E
|
||||
|
||||
1. 确认网络服务的本地端口，正如之前提到的，后面是不会通过这个端口访问的。Docker 这里的话，最好也别用默认端口 8080，因为默认 8080 端口的服务一大堆，这里随便填个比如 8000。至于上面的那个端口是其他作用，与本例无关，请忽略。
|
||||
|
||||
|
||||
|
||||
|
||||
2. 打开 控制面板 - Synology 应用程序门户 - 反向代理服务器，点 新增
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这里有一些内容需要填写，一项一项来
|
||||
|
||||
@@ -59,12 +59,12 @@ image = "https://img.mitsea.com/blog/posts/2020/01/%E5%88%A9%E7%94%A8%E7%BE%A4%E
|
||||
|
||||
目的地端口 - 服务的本地端口，刚才设置的是 8000，这里就填 8000
|
||||
|
||||
|
||||
|
||||
|
||||
4. 路由器 NAT 设置一下，内网 8857 对公网的 8857
|
||||
5. 尝试通过 https://<子域名>:8857 访问，成功
|
||||
|
||||
|
||||
|
||||
|
||||
6. 如果收藏夹存了地址，并且端口没变，记得把原来的地址从 http 改成 https
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2023-06-01"
|
||||
description = "数据党狂喜"
|
||||
categories = ["HomeLab", "MineService"]
|
||||
tags = ["硬盘", "NAS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/06/%E9%9B%86%E4%B8%AD%E7%9B%91%E6%B5%8B%E5%A4%9A%E5%8F%B0%E8%AE%BE%E5%A4%87%E7%9A%84%E7%A1%AC%E7%9B%98%20SMART%20%E4%BF%A1%E6%81%AF/jaredd-craig-9kTHBEaFmhU-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/06/%E9%9B%86%E4%B8%AD%E7%9B%91%E6%B5%8B%E5%A4%9A%E5%8F%B0%E8%AE%BE%E5%A4%87%E7%9A%84%E7%A1%AC%E7%9B%98%20SMART%20%E4%BF%A1%E6%81%AF/jaredd-craig-9kTHBEaFmhU-unsplash.avif"
|
||||
+++
|
||||
|
||||
[Demo Site](https://disks.mitsea.com/web/dashboard)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2021-04-22"
|
||||
description = ""
|
||||
categories = ["Linux"]
|
||||
tags = ["Windows", "Linux"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/04/%E3%80%90%E7%BF%BB%E8%AF%91%E3%80%91%E7%AE%A1%E7%90%86%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6%E6%9C%80%E5%A5%BD%E7%9A%84%E6%96%B9%E6%B3%95%EF%BC%9A%E4%B8%80%E4%B8%AA%20bare%20git%20%E4%BB%93%E5%BA%93/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/04/%E3%80%90%E7%BF%BB%E8%AF%91%E3%80%91%E7%AE%A1%E7%90%86%E9%85%8D%E7%BD%AE%E6%96%87%E4%BB%B6%E6%9C%80%E5%A5%BD%E7%9A%84%E6%96%B9%E6%B3%95%EF%BC%9A%E4%B8%80%E4%B8%AA%20bare%20git%20%E4%BB%93%E5%BA%93/title.avif"
|
||||
+++
|
||||
|
||||
原文地址：[https://www.atlassian.com/git/tutorials/dotfiles](https://www.atlassian.com/git/tutorials/dotfiles)
|
||||
@@ -60,7 +60,7 @@ config branch -M main
|
||||
config push -u origin main
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
### 需要确认的事情
|
||||
|
||||
|
||||
@@ -17,38 +17,38 @@ image = ""
|
||||
|
||||
Switch 虽然可以直连，但商店访问慢，下载慢，最关键的是有的游戏直连甚至无法游玩，比如 Asphalt 9
|
||||
|
||||
|
||||
|
||||
|
||||
一般来说有三种方式，加速器、路由器弄代理，以及今天用到的 HTTP 代理。哪个方式好这里不做讨论，各有优势。
|
||||
|
||||
首先保证 Surge 已经开启了 HTTP 代理服务
|
||||
|
||||
|
||||
|
||||
|
||||
Switch 上，设置 - 互联网 - 互联网设置 - 点击已经连接的 Wi-Fi - 更改设置 - 代理服务器设置 这里点开，启用它。服务器地址一定不要填写 0.0.0.0，而是你运行 Surge 的设备的内网地址，macOS 版的可以在这里看到
|
||||
|
||||
|
||||
|
||||
|
||||
端口填写的是 HTTP 代理的端口，不要填 SOCKS5 的，自动验证保持为不启用。保存后重新连接。
|
||||
|
||||
|
||||
|
||||
|
||||
此时 Switch 不一定能正常加速，这是因为，Switch 的流量发送到 Surge 后，要进行规则判断，如果你的规则里没有 Switch 网络活动相关的规则，则还是直连。当然，你也可以通过抓包看域名手动添加对应的规则。但考虑到 Switch 上的服务即使直连都比较慢，不如全部都走代理，那么怎么实现呢？这就引出了 SRC-IP 的概念。在 Surge 的 Dashboard 里，你可以看到很多 Switch 的流量，但是这些流量都是又哪一个 IP 地址带来的呢？就是 Switch 机器的内网 ip
|
||||
|
||||
|
||||
|
||||
|
||||
我这里就是 192.168.3.56，这就是这些流量的 SRC-IP。只要对这一个 SRC-IP 进行代理，他发来的所有流量就全部走代理了。你可以右键该设备，直接添加一个 SRC-IP 的规则。
|
||||
|
||||
|
||||
|
||||
|
||||
当然，添加之前，可以创建一个专门给 Switch 用的策略组，方便出现问题后可以切回 Direct
|
||||
|
||||
|
||||
|
||||
|
||||
再次检查 Dashboard 里 Switch 的流量，即可发现游戏和服务的流量，根据 SRC-IP 规则的判断，走了代理。
|
||||
|
||||
|
||||
|
||||
|
||||
游戏自然也是能够正常进入
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,48 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "【归档】制作PE启动盘"
|
||||
slug = "4c939df6a24747988ecc920637c944c8"
|
||||
date = "2019-10-09"
|
||||
description = ""
|
||||
categories = ["Windows"]
|
||||
tags = ["PE"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/10/%E5%88%B6%E4%BD%9CPE%E5%90%AF%E5%8A%A8%E7%9B%98/title.avif"
|
||||
+++
|
||||
|
||||
> 本文面向普通用户，所以就不介绍微软官方提供的PE制作方法了，并且那个方法制作出来功能比较少，操作也不方便
|
||||
|
||||
> 如果你是 macOS 用户使用虚拟机操作，强烈建议你在使用这类软件前关闭虚拟机的文件共享功能，即卸载所有共享分区
|
||||
|
||||
### 下载 PE 制作工具
|
||||
|
||||
我这里选择的是优启通，这类软件一大堆，选一个就行，我用的这个主要是没广告并且支持NVMe
|
||||
|
||||
从优启通 [官网](http://www.uqitong.top/) 下载工具，这里推荐下载UEFI版
|
||||
|
||||
|
||||
|
||||
### 安装工具
|
||||
|
||||
下载好直接双击exe文件安装就行，这个软件没有捆绑，选择好路径就行
|
||||
|
||||
### 制作启动盘
|
||||
|
||||
1. 插上U盘
|
||||
|
||||
2. 打开软件
|
||||
|
||||
3. 在这个位置选择刚刚插入的U盘，如果没有看到U盘，尝试重新插入，并点击刷新
|
||||
|
||||
|
||||
|
||||
4. 一般情况什么都不用设置，直接点击“一键制作启动U盘”
|
||||
|
||||
|
||||
|
||||
5. 等待制作，这个过程还是有一会的，尤其是如果你用的是USB2.0速度的U盘
|
||||
|
||||
6. 出现下面的提示就说明已经制作好了，这里不用测试，点击取消
|
||||
|
||||
|
||||
|
||||
然后你可以进行之后的操作了
|
||||
@@ -5,7 +5,7 @@ slug = "4d6dbaefb80e4d1692af3b23ab8be33a"
|
||||
date = "2021-04-22"
|
||||
categories = ["Linux", "Network"]
|
||||
tags = ["Ubuntu"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/04/%E5%9C%A8%E9%9C%80%E8%A6%81%E7%BD%91%E7%BB%9C%E7%99%BB%E5%BD%95%E9%AA%8C%E8%AF%81%E7%9A%84%E7%8E%AF%E5%A2%83%E5%AE%89%E8%A3%85%20Linux/philip-oroni-0cVTKWWAxV4-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/04/%E5%9C%A8%E9%9C%80%E8%A6%81%E7%BD%91%E7%BB%9C%E7%99%BB%E5%BD%95%E9%AA%8C%E8%AF%81%E7%9A%84%E7%8E%AF%E5%A2%83%E5%AE%89%E8%A3%85%20Linux/philip-oroni-0cVTKWWAxV4-unsplash.avif"
|
||||
+++
|
||||
|
||||
首先要了解下 Linux 中的 tty 的概念，具体可以看下面这个解释。简单来说（可能不严谨），你可以类比 macOS 或者 Windows 下的虚拟桌面。
|
||||
@@ -14,17 +14,17 @@ image = "https://img.mitsea.com/blog/posts/2021/04/%E5%9C%A8%E9%9C%80%E8%A6%81%E
|
||||
|
||||
那么启动安装镜像，进入安装界面，就像这样
|
||||
|
||||
|
||||
|
||||
|
||||
默认应该是 tty1，可以尝试发送 Ctrl+Alt+F1，看看有没有反应，没有的话说明当前就是 tty1。
|
||||
|
||||
|
||||
|
||||
|
||||
要登录公司网络，需要使用 curl 命令发送请求，所以切换到另一个 tty 以输入命令。这边发送 Ctrl+Alt+F2 组合键以切换到 tty2
|
||||
|
||||
然后输入命令登录网络即可。我这边用的是深信服的网络登录窗，如何写出这个命令的可以参考这篇文章获取思路。[使用 cli 登陆公司上网验证系统](https://blog.mitsea.com/ddfb7e62396b40c59f74432c862dea69)
|
||||
|
||||
|
||||
|
||||
|
||||
最后，回到 tty1 正常安装系统即可。
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-02-08"
|
||||
description = ""
|
||||
categories = ["Game"]
|
||||
tags = ["崩坏3"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/02/%E8%B0%81%E6%98%AF%E6%9C%80%E9%80%82%E5%90%88%E6%88%91%E7%9A%84%E5%B4%A9%E5%9D%8F3%E6%A8%A1%E6%8B%9F%E5%99%A8/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/02/%E8%B0%81%E6%98%AF%E6%9C%80%E9%80%82%E5%90%88%E6%88%91%E7%9A%84%E5%B4%A9%E5%9D%8F3%E6%A8%A1%E6%8B%9F%E5%99%A8/title.avif"
|
||||
+++
|
||||
|
||||
## 平台配置
|
||||
@@ -22,7 +22,7 @@ CPU：i7-4790K@4.4GHz
|
||||
|
||||
## 统计图表
|
||||
|
||||
|
||||
|
||||
|
||||
## 模拟器设置
|
||||
|
||||
@@ -39,14 +39,14 @@ CPU：i7-4790K@4.4GHz
|
||||
|
||||
腾讯模拟器是我认为这几款中玩崩坏3最好的模拟器，但是存在兼容新问题，具体表现为存在一定的渲染问题，比如武器渲染有问题，如图：
|
||||
|
||||
|
||||
|
||||
|
||||
以及大招缺少一点点特效（不是很明显），不过月光什么的翅膀渲染是正常的。总体而言正常游玩观感影响很小，我个人完全能接受。
|
||||
大招特效对比，这个是差别【最】明显的地方
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
性能方面，普通操作非常流畅，在宿舍大厅和深渊中，也是顶着游戏性能天花板运行。因为这两个场景即使在iPad Pro 11’ 下也无法满帧，属于游戏优化问题。
|
||||
手柄支持方面，完全支持xbox one手柄，美中不足就是手动视角转动有点快，不能调节
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2021-03-03"
|
||||
description = ""
|
||||
categories = ["Apple", "Crash"]
|
||||
tags = ["M1", "Mac"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/03/M1%20Mac%20%E6%97%A0%E6%B3%95%E8%AE%BE%E7%BD%AE%E6%AD%A3%E7%A1%AE%E7%9A%84%E7%BC%A9%E6%94%BE%E6%AF%94%E4%BE%8B/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/03/M1%20Mac%20%E6%97%A0%E6%B3%95%E8%AE%BE%E7%BD%AE%E6%AD%A3%E7%A1%AE%E7%9A%84%E7%BC%A9%E6%94%BE%E6%AF%94%E4%BE%8B/title.avif"
|
||||
+++
|
||||
|
||||
## 问题
|
||||
@@ -17,15 +17,15 @@ image = "https://img.mitsea.com/blog/posts/2021/03/M1%20Mac%20%E6%97%A0%E6%B3%95
|
||||
|
||||
比如我手头的松人 4K 显示器，就被识别成了一个分辨率为 1680x1050 的显示器
|
||||
|
||||
|
||||
|
||||
|
||||
2. **对于 4K 以下的分辨率，无法开启 HiDPI。**
|
||||
|
||||
|
||||
|
||||
|
||||
同样的显示器，x86 Mac 没有问题
|
||||
|
||||
|
||||
|
||||
|
||||
在 x86 Mac 上，2K 显示器如果系统没有开启 HiDPI，可以有很多方法开启，比如使用下面的这个脚本
|
||||
|
||||
@@ -46,7 +46,7 @@ image = "https://img.mitsea.com/blog/posts/2021/03/M1%20Mac%20%E6%97%A0%E6%B3%95
|
||||
|
||||
我从淘宝购入了一个 edid 欺骗器，并让卖家烧写成主流的 Dell 4K 显示器信息，希望能有用。到时会更新。
|
||||
|
||||
|
||||
|
||||
|
||||
[https://item.taobao.com/item.htm?id=611036111443&tracelogww=ltckbburl](https://item.taobao.com/item.htm?id=611036111443&tracelogww=ltckbburl)
|
||||
|
||||
@@ -54,7 +54,7 @@ image = "https://img.mitsea.com/blog/posts/2021/03/M1%20Mac%20%E6%97%A0%E6%B3%95
|
||||
|
||||
淦，翻车了…不行
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Renato Ramos Puma](https://unsplash.com/@renatoramospuma?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -0,0 +1,63 @@
|
||||
+++
|
||||
author = "FlintyLemming"
|
||||
title = "国行 Galaxy Watch 6 刷美版固件"
|
||||
slug = "59cbf09805f54eb1b286a4b18e589313"
|
||||
date = "2024-09-14"
|
||||
description = ""
|
||||
categories = ["Android", "Consumer"]
|
||||
tags = ["wearOS", "Galaxy"]
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/09/%E5%9B%BD%E8%A1%8C%20Galaxy%20Watch%206%20%E5%88%B7%E7%BE%8E%E7%89%88%E5%9B%BA%E4%BB%B6/pawel-czerwinski-HiefyP9quJE-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 注意事项
|
||||
|
||||
刷完后可能用不了独立 GPS
|
||||
|
||||
网上没找到国行固件，所以没有后悔药
|
||||
|
||||
[刷机工具和固件下载地址](https://index.mitsea.com/%E8%BD%AF%E4%BB%B6/%E9%A9%B1%E5%8A%A8%E5%92%8C%E5%85%B6%E4%BB%96%E9%95%9C%E5%83%8F/Android/ROMs/Galaxy%20Watch%206%20(smR930))
|
||||
|
||||
## 具体步骤
|
||||
|
||||
1. 长按手表右侧两个按键，直到黑屏，然后不断点按右上按键，会进入到这个界面。然后点按右上按键，切到 Download (Wireless)
|
||||
|
||||
|
||||
|
||||
2. 长按进入这个无线下载模式，手表会黑屏，然后再次不断点按右上按键，会进入到这个界面
|
||||
|
||||
|
||||
|
||||
3. 按两次右上按键，进入 Wi-Fi 无线刷机模式，此时手表会显示 [AP]，即手表自己会发射一个热点，需要电脑连接这个热点进行刷机
|
||||
|
||||
|
||||
|
||||
4. 电脑打开 Wi-Fi，找到手表名称的 Wi-Fi 后连接
|
||||
|
||||
|
||||
|
||||
5. 打开刷机软件
|
||||
|
||||
|
||||
|
||||
6. 刷机软件会显示手表的 IP 地址，代表连接成功
|
||||
|
||||
|
||||
|
||||
7. 点击 Files 下 AP 按钮前面的勾，然后点击 AP 按钮，选择下载的刷机包，格式为 .tar
|
||||
|
||||
|
||||
|
||||
8. 选择完后确认无误后点击下面的 Start 开始刷机
|
||||
|
||||
|
||||
|
||||
9. 刷机走的是慢速 Wi-Fi，大概只有 25Mbps 左右，所以非常慢
|
||||
|
||||
|
||||
|
||||
10. 我这刷了 37 分钟，刷完后手表会自动重启。由于已经是美版固件了，所以外版手机后面就正常配置就行了
|
||||
|
||||
|
||||
|
||||
> Photo by [Pawel Czerwinski](https://unsplash.com/@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-group-of-white-buildings-with-grass-in-the-middle-of-them-HiefyP9quJE?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2023-12-31T01:00:00+08:00"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["TrueNAS", "rsync"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/12/TrueNAS%20%E5%AE%9A%E6%97%B6%E5%90%8C%E6%AD%A5%E9%85%8D%E7%BD%AE/rick-rothenberg-Ih4tXZrOkMI-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/12/TrueNAS%20%E5%AE%9A%E6%97%B6%E5%90%8C%E6%AD%A5%E9%85%8D%E7%BD%AE/rick-rothenberg-Ih4tXZrOkMI-unsplash.avif"
|
||||
+++
|
||||
|
||||
TrueNAS 的同步功能我挺喜欢的，因为我文件比较多，可管理的定时非实时同步对我来说很实用，也比实时同步更可靠。
|
||||
@@ -21,7 +21,7 @@ TrueNAS 的同步功能我挺喜欢的，因为我文件比较多，可管理的
|
||||
|
||||
首先对基本配置里的几个点做补充
|
||||
|
||||
|
||||
|
||||
|
||||
1. 若要同步文件夹里的内容，这里要加一个斜杠，默认不会加
|
||||
2. 用户这里建议选择和使用 Samba 相同的用户（一般就是除了 root 之外你自己手动创建的那个用户）
|
||||
@@ -59,7 +59,7 @@ TrueNAS 的同步功能我挺喜欢的，因为我文件比较多，可管理的
|
||||
|
||||
这里就是比较扭曲的地方了，他这个同步的 WebUI 功能做的不全，很多常用的功能还要自己加参数
|
||||
|
||||
|
||||
|
||||
|
||||
首先要说明的是这里的参数格式为 --[参数名]=”[参数内容]”。然后说几个常用参数，其他的可以自己查。
|
||||
|
||||
@@ -71,17 +71,17 @@ TrueNAS 的同步功能我挺喜欢的，因为我文件比较多，可管理的
|
||||
|
||||
原生 Linux 中，用户的登陆密码、Samba 密码、Rsync 服务端密码其实是三个东西。群晖的 Rsync 密码就需要我们主动设置。设置位置在这里，密码一定要设置，只选择一个用户是不会继承登陆密码的。
|
||||
|
||||
|
||||
|
||||
|
||||
## WebDAV
|
||||
|
||||
这个相比于 Rsync 就没有那些弯弯绕了。先在云凭据里创建凭据
|
||||
|
||||
|
||||
|
||||
|
||||
然后在云同步里设置同步就行了
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Rick Rothenberg](https://unsplash.com/@rick_rothenberg?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/a-close-up-of-a-bunch-of-green-plants-Ih4tXZrOkMI?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,16 +6,16 @@ date = "2021-04-02"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Network"]
|
||||
tags = ["QNAP", "NAS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/04/QNAP%20%E8%AE%BE%E7%BD%AE%E6%A1%A5%E6%8E%A5/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/04/QNAP%20%E8%AE%BE%E7%BD%AE%E6%A1%A5%E6%8E%A5/title.avif"
|
||||
+++
|
||||
|
||||
最近购入了一台 QNAP TS-532X NAS，这是一台万兆交换机。想要两个设备之间以万兆的速度连接，除了两个设备都要有万兆网卡，往往会认为他们必须要接到一个万兆交换机上才能用，就像这样。
|
||||
|
||||
|
||||
|
||||
|
||||
但其实不必，通过桥接 NAS 的 1GbE 和 10GbE 两个网口，就可以让 NAS 直接以 10Gbps 承载另一个有万兆网卡的设备，就像这样。
|
||||
|
||||
|
||||
|
||||
|
||||
按照我的理解（可能不正确），TS-532X 首先自己内部生成了一个虚拟交换机，交换机的上联口是到路由器，绑定 1GbE 网口。下联口一个是内部虚拟的，通给 NAS 本身，另一个绑定 10GbE 网口，通给另一台万兆设备。
|
||||
|
||||
@@ -25,19 +25,19 @@ image = "https://img.mitsea.com/blog/posts/2021/04/QNAP%20%E8%AE%BE%E7%BD%AE%E6%
|
||||
|
||||
1. 打开 网络与虚拟交换机，左下角，切换到 高级，点击 新增
|
||||
|
||||
|
||||
|
||||
|
||||
2. 点击 基本模式
|
||||
|
||||
|
||||
|
||||
|
||||
3. 分别勾选 1GbE 和 10GbE 两个网口，勾选下方的”启用扩展树协议“，点 应用
|
||||
|
||||
|
||||
|
||||
|
||||
4. 回到 总览，就可以看到桥接成功了。不过这里的拓补图讲道理有点迷惑，比如他这个交换机也有 IP（按理说他这个应该算是无网管交换机，应该没有 IP），然后 10GbE 的那个口 IP 跟 NAS 是一样的，总之有点迷惑，不用管它。
|
||||
|
||||
|
||||
|
||||
|
||||
## PC 设置
|
||||
|
||||
@@ -45,16 +45,16 @@ image = "https://img.mitsea.com/blog/posts/2021/04/QNAP%20%E8%AE%BE%E7%BD%AE%E6%
|
||||
|
||||
1. 打开 控制面板 - 网络和 Internet - 网络和共享中心 - 更改适配器设置，可以看到 10GbE 的口已经启用了。当然一开始这边可能显示无网络权限啥的，我这边是已经配置好了的。
|
||||
|
||||
|
||||
|
||||
|
||||
2. 双击打开这个网络连接，然后点击 属性 - Internet 协议版本 4
|
||||
|
||||
|
||||
|
||||
|
||||
3. IP 地址设置一个跟内网其他设备不冲突的 IP 地址，子网掩码、网关、默认DNS地址和内网中其他设备一致
|
||||
|
||||
|
||||
|
||||
|
||||
4. 设置完毕
|
||||
|
||||
|
||||
|
||||
@@ -6,32 +6,32 @@ date = "2023-10-21"
|
||||
description = "HNS 全责"
|
||||
categories = ["Windows", "Network"]
|
||||
tags = ["Windows", "Hyper-V"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/10/Hyper-V%20%E5%88%9B%E5%BB%BA%E5%9B%BA%E5%AE%9A%E7%BD%91%E5%85%B3%20IP%20%E7%9A%84%E5%86%85%E9%83%A8%E7%BD%91%E7%BB%9C/sander-weeteling-KABfjuSOx74-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/10/Hyper-V%20%E5%88%9B%E5%BB%BA%E5%9B%BA%E5%AE%9A%E7%BD%91%E5%85%B3%20IP%20%E7%9A%84%E5%86%85%E9%83%A8%E7%BD%91%E7%BB%9C/sander-weeteling-KABfjuSOx74-unsplash.avif"
|
||||
+++
|
||||
|
||||
Hyper-V 默认会创建一个内部网络的交换机，而且连接到这个交换机的虚拟机可以正常访问互联网。但是这个交换机是由 HNS 创建的，HNS 网络服务主要是为容器服务的，内部有很多无法改动的预设配置。最头疼的就是他的网关地址在每次开机后都会发生变化。这篇文章介绍如何使用传统手动内部网络配置来创建一个网关 IP 不会变动的内部网络。
|
||||
|
||||
|
||||
|
||||
|
||||
1. 创建一个 内部网络 类型的虚拟交换机
|
||||
|
||||
|
||||
|
||||
|
||||
2. 找到有互联网的 Interface，双击它 - 属性 - 共享选项卡，这里选择刚才创建的虚拟交换机
|
||||
|
||||
|
||||
|
||||
|
||||
3. 这个虚拟交换机会自动设置一个网关 IP，网段默认为 192.168.137.0/24
|
||||
|
||||
|
||||
|
||||
|
||||
4. 虚拟机绑定这个虚拟交换机
|
||||
|
||||
|
||||
|
||||
|
||||
5. 默认直接就能拿到 IP，也可以自己手动修改一个静态地址。此时互联网访问也是正常的。
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [Sander Weeteling](https://unsplash.com/@sanderweeteling?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash) on [Unsplash](https://unsplash.com/photos/teal-bookeh-lights-KABfjuSOx74?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2021-11-22"
|
||||
description = "好好好"
|
||||
categories = ["Consumer"]
|
||||
tags = ["Xbox"]
|
||||
image = "https://img.mitsea.com/blog/posts/2021/11/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2021/11/title.avif"
|
||||
+++
|
||||
|
||||
其实我原来买的是 Series S，但是我后来卖掉买了 Series X，有两个主要原因
|
||||
@@ -18,18 +18,18 @@ Series X 用了快半年，这玩意对我其实有很多意想不到的体验
|
||||
|
||||
1. 游戏价格。Microsoft 的账号不绑定区域，这意味着你可以用现有的账号今天在阿根廷购买游戏，明天在巴西购买游戏，完全没有问题。不像 PlayStation、Steam、Epic，他们都是一个账号绑定一个区，即便是能改区也非常麻烦，限制也很多。即便都是低价区，Xbox 往往也有相当优惠的价格，比如英雄联盟衍生游戏 Ruined King，Steam 俄区淘宝是 84 元。
|
||||
|
||||
|
||||
|
||||
|
||||
而 Xbox 我只花了…额 7 块钱。而且别忘了，这个价格我不需要额外准备低价区账号，直接用现有的 Microsoft 账号就可以激活。
|
||||
|
||||
|
||||
|
||||
|
||||
2. Quick Resume。这个功能简直了，它能让我5秒就可以从待机唤醒到进入游戏。
|
||||
|
||||
{{< rawhtml >}}
|
||||
|
||||
<video width=100% controls autoplay>
|
||||
<source src="https://img.mitsea.com/blog/posts/2021/11/1.mov" type="video/mov">
|
||||
<source src="https://assets.flinty.moe/blog/posts/2021/11/1.mov" type="video/mov">
|
||||
Your browser does not support the video tag.
|
||||
</video>
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-03-08"
|
||||
description = ""
|
||||
categories = ["Apple"]
|
||||
tags = ["iOS"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/03/iOS%20%E8%A7%A3%E9%99%A4%E6%B8%A9%E6%8E%A7%E9%99%8D%E9%A2%91/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/03/iOS%20%E8%A7%A3%E9%99%A4%E6%B8%A9%E6%8E%A7%E9%99%8D%E9%A2%91/title.avif"
|
||||
+++
|
||||
|
||||
**本文仅限于越狱系统，并且修改过后运行大型应用设备会异常的烫，耗电也会异常的快**
|
||||
@@ -17,16 +17,16 @@ image = "https://img.mitsea.com/blog/posts/2020/03/iOS%20%E8%A7%A3%E9%99%A4%E6%B
|
||||
|
||||
越狱商店搜索 Apple Turbo Boost，安装即可
|
||||
|
||||
|
||||
|
||||
|
||||
# 手动修改
|
||||
|
||||
1. 获取设备的 Model，可以在商店搜索 BMSSM 下载“Battery Memory System Status Monitor”，但是这个查看不了 CPU 的主频（显示错误），如果还需要看主频，下载“CPU DasherX”，这个是收费的。
|
||||
2. 下载好后，这两个软件分别在这个位置可以看到设备 Model，记下来。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
3. 用文件管理器定位到下面的目录，没用文件管理器的从越狱商店下载安装一个Filza
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-12-13"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Consumer"]
|
||||
tags = ["NAS", "捡垃圾"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/12/%E8%9C%97%E7%89%9B%E6%98%9F%E9%99%85A%E6%AC%BE%E6%9B%B4%E6%8D%A2%E7%94%B5%E6%BA%90/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/12/%E8%9C%97%E7%89%9B%E6%98%9F%E9%99%85A%E6%AC%BE%E6%9B%B4%E6%8D%A2%E7%94%B5%E6%BA%90/title.avif"
|
||||
+++
|
||||
|
||||
2019 年购入的蜗牛星际 A 款，当时很便宜，才 240。这个设备好是好，就是有点吵，机箱风扇和电源风扇都挺吵的。
|
||||
@@ -17,9 +17,9 @@ image = "https://img.mitsea.com/blog/posts/2020/12/%E8%9C%97%E7%89%9B%E6%98%9F%E
|
||||
|
||||
下面放下电源的实拍照
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
是支持全模组的，还是比较不错的。
|
||||
|
||||
@@ -27,49 +27,49 @@ image = "https://img.mitsea.com/blog/posts/2020/12/%E8%9C%97%E7%89%9B%E6%98%9F%E
|
||||
|
||||
1. 拧下及其后侧的四颗紫色螺丝
|
||||
|
||||
|
||||
|
||||
|
||||
2. 然后就能在侧面看到电源了，很脏…
|
||||
|
||||
|
||||
|
||||
|
||||
3. 卸下支架上的一颗螺丝，和机箱后侧的四个螺丝
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
4. 以及上方的大4pin供电线（这个线插得非常紧……），就可以取下自带电源了。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 接着换上新电源，然后就发现一个问题，这里的支架够不到。这里应该是转为自带电源设计的，所以我这种电源应该是没法用了。
|
||||
|
||||
|
||||
|
||||
|
||||
6. 那没办法，只能用双面胶了…我这边选用比较厚的这种，贴上两层，顺便把电源稍稍垫起。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
7. 最后，接上主板、CPU、硬盘供电线
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
8. 最后就是这样
|
||||
|
||||
|
||||
|
||||
|
||||
**然后出了大问题！这么多线我塞不好，盖子盖不上！**
|
||||
|
||||
于是过了一周，定制线搞定…这成本可真不低……
|
||||
|
||||
|
||||
|
||||
|
||||
Photo by [Alex Cheung](https://unsplash.com/@alexcpl?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/s/photos/nas?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,18 +6,18 @@ date = "2020-03-02"
|
||||
description = ""
|
||||
categories = ["Coding"]
|
||||
tags = ["数据库"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/03/SQL%20Server%20%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%81%E7%A7%BB/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/03/SQL%20Server%20%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%81%E7%A7%BB/title.avif"
|
||||
+++
|
||||
|
||||
## 备份原数据库
|
||||
|
||||
1. 首先备份原来的数据库，右键数据库 Tasks - Back Up...
|
||||
|
||||
|
||||
|
||||
|
||||
2. Destination 里 Add... 选择一个本地路径
|
||||
|
||||
|
||||
|
||||
|
||||
**注意，这里的目录是你服务器所在机器的目录，不是你运行这个数据库 IDE 机器的的目录**
|
||||
|
||||
@@ -27,81 +27,81 @@ image = "https://img.mitsea.com/blog/posts/2020/03/SQL%20Server%20%E6%95%B0%E6%8
|
||||
|
||||
1. 以默认 **Windows 身份验证** 的方式连接本地数据库
|
||||
|
||||
|
||||
|
||||
|
||||
2. 在 **对象资源管理器** 中，右键 **数据库**，点击 **还原数据库**
|
||||
|
||||
|
||||
|
||||
|
||||
3. 点击 **源** - **设备** 右边的选择按钮，打开 **选择备份设备** 窗口，点击 **添加** 选择之前备份的 .bak 文件，然后点击 **确定**
|
||||
|
||||
|
||||
|
||||
|
||||
4. 选择后，在 **目标** 这里会自动显示备份文件所包含的数据库名称，最后点击 **确定**，进行还原
|
||||
|
||||
|
||||
|
||||
|
||||
## 设置账户
|
||||
|
||||
1. 右键 **安全性** - **登录名** 中的 **sa** 账户，打开 **属性**
|
||||
|
||||
|
||||
|
||||
|
||||
2. 在这边设置密码
|
||||
|
||||
|
||||
|
||||
|
||||
3. 在这边启用登录名，点击 **确定**
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这里右键，打开 **属性**
|
||||
|
||||
|
||||
|
||||
|
||||
5. 这边选择 **SQL Server 和 Windows 身份验证模式**
|
||||
|
||||
|
||||
|
||||
|
||||
6. 打开 **配置管理器**
|
||||
|
||||
|
||||
|
||||
|
||||
7. 启用 Named Pipes 协议
|
||||
|
||||
|
||||
|
||||
|
||||
8. 重启 SQL Server (MSSQLSERVER) 服务
|
||||
|
||||
|
||||
|
||||
|
||||
## 开启远程访问（可选）
|
||||
|
||||
1. 同样是打开 **配置管理器**，然后找到 **MSSQLSERVER 的协议** 里 TCP/IP，把 **协议** 选项卡里的 **已启用** 改为 **是**
|
||||
|
||||
|
||||
|
||||
|
||||
2. **IP 地址** 选项卡里，有好几个本地 IP 地址，看清楚需要的是那个，你要是开放到公网，就选跟路由器同一个网段的 IPv4 地址，这样后面设置 NAT 的时候不会出问题。
|
||||
|
||||
找到正确的 IP 地址后，把下面的 **已启用** 改为 **是**。端口地址改不改无所谓，如果考虑安全性，后面路由器 NAT 设置的时候可以 NAT 到别的端口。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 设置好后，点击确定，会提示你重启服务，按要求重启下 SQLServer 的服务，跟上面是一样的。
|
||||
4. 打开 **控制面板** 里的 **Windows Defender 防火墙**，左边打开 **高级设置**
|
||||
|
||||
|
||||
|
||||
|
||||
5. 新建一个端口策略的入站规则
|
||||
|
||||
|
||||
|
||||
|
||||
6. 填写 1433
|
||||
|
||||
|
||||
|
||||
|
||||
7. 允许连接
|
||||
|
||||
|
||||
|
||||
|
||||
8. 后面保持默认，完成规则添加。设置完毕。
|
||||
@@ -6,7 +6,7 @@ date = "2024-03-20"
|
||||
description = "群晖的 CloudSync 在同步文件时，会因为某些问题导致不同步部分文件，并且 没 有 任 何 提 示"
|
||||
categories = ["Consumer", "HomeLab"]
|
||||
tags = ["群晖", "bug"]
|
||||
image = "https://img.mitsea.com/blog/posts/2024/03/6726aecbb50f474e84439d779be50b14/rick-rothenberg-HTCLvTGXpmM-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/03/6726aecbb50f474e84439d779be50b14/rick-rothenberg-HTCLvTGXpmM-unsplash.avif"
|
||||
+++
|
||||
|
||||
## 省流
|
||||
@@ -19,21 +19,21 @@ image = "https://img.mitsea.com/blog/posts/2024/03/6726aecbb50f474e84439d779be50
|
||||
|
||||
今天我瞟了眼两边的文件数，坏了，不对，漏同步文件了
|
||||
|
||||
|
||||
|
||||
|
||||
于是我就拉文件列表到 Excel 中对比，发现漏同步的文件含有在 Windows 上显示异常的特殊字符
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
其实这也不算是啥特殊字符，比如第一个是日语里的浊点（U+3099），在 Windows 上显示也是对的
|
||||
|
||||
|
||||
|
||||
|
||||
第二个是韩语，在 Windows 上也是分开显示，但是在 Web 上显示是对的
|
||||
|
||||
|
||||
|
||||
|
||||
之所以会分开，是因为编辑时使用的输入方式问题。以 ド 为例，如果是输入法候选里选择的 ド，那就会直接输入“ド” (U+30C9)，这是一个字符。但如果是靠系统渲染去拼字，输入时输入两个字符，即 “ト” (U+30C8) + 浊点（U+3099），则会出现上述情况。
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-12-15"
|
||||
description = ""
|
||||
categories = ["Network", "MineService"]
|
||||
tags = ["Backblaze", "CloudFlare", "图床"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/12/Backblaze%20B2%20%2B%20CloudFlare%20%E6%90%AD%E5%BB%BA%E5%9B%BE%E5%BA%8A/c-m-X_j3b4rqnlk-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/12/Backblaze%20B2%20%2B%20CloudFlare%20%E6%90%AD%E5%BB%BA%E5%9B%BE%E5%BA%8A/c-m-X_j3b4rqnlk-unsplash.avif"
|
||||
+++
|
||||
|
||||
Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考虑国内访问速度，应该是非常不错的选择。由于 B2 与 CloudFlare 合作，所以套上 CloudFlare 后并不会消耗流量，所以拿来做图床是个不错的选择，下面介绍下步骤。
|
||||
@@ -24,15 +24,15 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
https://f002.backblazeb2.com/file/<存储桶名称>/......
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
3. 在 CloudFlare 里新建一条 CNAME 解析，地址就填刚才获得的这个 f002.backblazeb2.com
|
||||
|
||||
|
||||
|
||||
|
||||
4. 在 页面规则 里 创建页面规则
|
||||
|
||||
|
||||
|
||||
|
||||
5. URL 匹配填写如下内容
|
||||
|
||||
@@ -40,7 +40,7 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
https://<刚才解析的域名>/file/<存储桶>/*
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
添加设置中选择 缓存级别 - 缓存所有内容
|
||||
|
||||
@@ -52,7 +52,7 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
https://<解析的域名>/file/*/*
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
设置填写 转发 URL - 302重定向 - [https://secure.backblaze.com/404notfound](https://secure.backblaze.com/404notfound)
|
||||
|
||||
@@ -62,9 +62,9 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
{"cache-control":"max-age=720000"}
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 隐藏 Bucket 名称
|
||||
@@ -75,7 +75,7 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
|
||||
1. Workers - 管理 Workers
|
||||
|
||||
|
||||
|
||||
|
||||
2. 添加一个 Worker 并部署，内容如下。你需要做的就是修改开头的 b2Domain 和 b2Bucket 两个变量即可。
|
||||
|
||||
@@ -161,7 +161,7 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
|
||||
3. 添加完后设置路由
|
||||
|
||||
|
||||
|
||||
|
||||
4. 地址为
|
||||
|
||||
@@ -171,7 +171,7 @@ Backblaze B2 在大厂的对象存储里算是非常便宜的了，如果不考
|
||||
|
||||
Worker 就选择刚才添加的 Worker
|
||||
|
||||
|
||||
|
||||
|
||||
然后就可以直接通过 https://<域名>/<Bucket内路径> 引用文件了
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-04-04"
|
||||
description = ""
|
||||
categories = ["Windows"]
|
||||
tags = ["Windows", "VPN"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/04/Windows%2010%20%E8%BF%9E%E6%8E%A5%20IPSec%20%E6%9C%AA%E5%8A%A0%E5%AF%86%E7%9A%84%20L2TP%20VPN/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/04/Windows%2010%20%E8%BF%9E%E6%8E%A5%20IPSec%20%E6%9C%AA%E5%8A%A0%E5%AF%86%E7%9A%84%20L2TP%20VPN/title.avif"
|
||||
+++
|
||||
|
||||
配置 L2TP VPN 的时候，如果设置了 预共享秘钥 但是 IPSec 未加密（群晖的 VPN Server 套件就是），在使用 Windows 10 的时候会连不上。显示如下错误
|
||||
@@ -23,11 +23,11 @@ L2TP 连接尝试失败，因为安全层初始化与远程计算机的协商时
|
||||
|
||||
这里推荐我在公司连接客户 VPN 时使用的软件，SonicWALL Global VPN Client
|
||||
|
||||
|
||||
|
||||
|
||||
这个软件的话，直接按照向导创建一个新的 VPN 连接即可
|
||||
|
||||
|
||||
|
||||
|
||||
但这个软件有个很捞的地方，就是用户名和密码保存不了，每次连接都要输入一次。所以我更加推荐下面这种方法。
|
||||
|
||||
@@ -38,16 +38,16 @@ L2TP 连接尝试失败，因为安全层初始化与远程计算机的协商时
|
||||
1. 打开注册表编辑器，定位到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\Parameters
|
||||
2. 然后新增一个名为 ProhibitIPSec ，类型为 DWORD （32位）的键，值为 0
|
||||
|
||||
|
||||
|
||||
|
||||
3. 接着定位到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent
|
||||
4. 然后新增一个名为 AssumeUDPEncapsulationContextOnSendRule ，类型为 DWORD （32位）的键，值为 2
|
||||
|
||||
|
||||
|
||||
|
||||
5. 然后将服务 IPsec Policy Agent（PolicyAgent）改为手动
|
||||
|
||||
|
||||
|
||||
|
||||
6. 然后就能正常连接了
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2024-01-06"
|
||||
description = "可能真的没有人闲着无聊会用 TrueNAS Core 的虚拟机吧"
|
||||
categories = ["Linux"]
|
||||
tags = ["TrueNAS", "虚拟机"]
|
||||
image = "https://img.mitsea.com/blog/posts/2024/01/TrueNAS%20Core%20%E5%AE%89%E8%A3%85%20Debian%20%E8%99%9A%E6%8B%9F%E6%9C%BA%E8%B8%A9%E5%9D%91/josh-withers-7TjLFBDOoNE-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/01/TrueNAS%20Core%20%E5%AE%89%E8%A3%85%20Debian%20%E8%99%9A%E6%8B%9F%E6%9C%BA%E8%B8%A9%E5%9D%91/josh-withers-7TjLFBDOoNE-unsplash.avif"
|
||||
+++
|
||||
|
||||
最新闲着没事干在 TrueNAS Core 上装虚拟机跑点东西，没想到刚开始装 Debian 就遇到坑，这里记录一下问题和解决方案。不过这些问题在 Scale 上是没有的。
|
||||
@@ -17,17 +17,17 @@ image = "https://img.mitsea.com/blog/posts/2024/01/TrueNAS%20Core%20%E5%AE%89%E8
|
||||
|
||||
默认情况下，VNC 的显示会花屏，导致无法进行安装
|
||||
|
||||
|
||||
|
||||
|
||||
### 解决方案
|
||||
|
||||
实际上是分辨率问题，需要在设备里找到 VNC，然后把它的分辨率改成 800x600
|
||||
|
||||
|
||||
|
||||
|
||||
这样就可以正常显示了
|
||||
|
||||
|
||||
|
||||
|
||||
## 引导问题
|
||||
|
||||
@@ -35,15 +35,15 @@ image = "https://img.mitsea.com/blog/posts/2024/01/TrueNAS%20Core%20%E5%AE%89%E8
|
||||
|
||||
安装完后，删除 CD-ROM 设备后会发现并没有办法正常重启，提示找不到 UEFI 设备
|
||||
|
||||
|
||||
|
||||
|
||||
刚玩过龙芯 3A6000 的我第一时间就怀疑这个虚拟机的 UEFI 没有往 \EFI\debian 下找引导文件，手动尝试打开 \EFI\debian\grubx64.efi 文件确认
|
||||
|
||||
|
||||
|
||||
|
||||
发现确实可以启动
|
||||
|
||||
|
||||
|
||||
|
||||
尝试在 UEFI Shell 里通过下面的命令添加启动项
|
||||
|
||||
@@ -51,7 +51,7 @@ image = "https://img.mitsea.com/blog/posts/2024/01/TrueNAS%20Core%20%E5%AE%89%E8
|
||||
bcfg boot add 0 FS0:\EFI\debian\grubx64.efi "Debian”
|
||||
```
|
||||
|
||||
|
||||
|
||||
|
||||
但是重启后又没了，看起来他这个虚拟机的 EFI 并没有持久化
|
||||
|
||||
|
||||
@@ -6,16 +6,16 @@ date = "2022-09-10"
|
||||
description = ""
|
||||
categories = ["Windows"]
|
||||
tags = ["Windows 11"]
|
||||
image = "https://img.mitsea.com/blog/posts/2022/09/Windows%2011%20%E8%A7%A3%E5%86%B3%E6%90%9C%E4%B8%8D%E5%88%B0%E7%BB%88%E7%AB%AF%E7%9A%84%E9%97%AE%E9%A2%98/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2022/09/Windows%2011%20%E8%A7%A3%E5%86%B3%E6%90%9C%E4%B8%8D%E5%88%B0%E7%BB%88%E7%AB%AF%E7%9A%84%E9%97%AE%E9%A2%98/title.avif"
|
||||
+++
|
||||
|
||||
## 问题
|
||||
|
||||
中文版 Windows 11 的 Windows Terminal 因为程序名叫“终端”，所以无论是自带的搜索还是 PowerToys Run 都无法通过 “Terminal” 搜到这个程序。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 解决方法
|
||||
|
||||
@@ -23,19 +23,19 @@ image = "https://img.mitsea.com/blog/posts/2022/09/Windows%2011%20%E8%A7%A3%E5%8
|
||||
|
||||
1. 打开 Windows Terminal 后，在任务管理器中找到它的进程，右键 - 打开文件所在位置
|
||||
|
||||
|
||||
|
||||
|
||||
2. 找到它后，右键 - 固定到“开始”屏幕
|
||||
|
||||
|
||||
|
||||
|
||||
3. 默认就是一个名为 WindowsTerminal 的快捷方式，没有空格，可以右键 - 打开文件所在位置自己改下名字
|
||||
|
||||
|
||||
|
||||
|
||||
4. 这样就可以搜索到了
|
||||
|
||||
|
||||
|
||||
|
||||
Photo by [Viktor Mindt](https://unsplash.com/@vikomio77?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2019-11-17"
|
||||
description = ""
|
||||
categories = ["MineService"]
|
||||
tags = ["WordPress"]
|
||||
image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%81%E5%8C%96/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%81%E5%8C%96/title.avif"
|
||||
+++
|
||||
|
||||
在朋友的推荐下并结合自己的实际情况，决定从以 node.js 为主的动态博客转向全站静态化。主要是原来 Ghost Blog 颜值高是高，但是并不是很稳定，升级容易炸。虽然这次操作是围绕着 WordPress 展开，但并不代表我会抛弃 Ghost Blog。因为如果使用静态化，在服务器上运行的博客实例作用就不承载访问需求，不会因为稳定性差造成最基本的访问问题，并且 Ghost Blog 也有了静态化工具，所以之后也许会尝试下它那个，再综合考虑下。
|
||||
@@ -25,11 +25,11 @@ image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%8
|
||||
|
||||
1. 关闭防跨站攻击
|
||||
|
||||
|
||||
|
||||
|
||||
2. 启用 伪静态，选择 wordpress 然后保存即可
|
||||
|
||||
|
||||
|
||||
|
||||
3. 域名一定不要跟你博客的域名相同，因为这边只承担后台编辑的功能，访问不在这边
|
||||
|
||||
@@ -37,22 +37,22 @@ image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%8
|
||||
|
||||
你可以使用 Windows 10 的 WSL 运行 Linux 子系统来实现和远程服务器相同的操作，这边不再赘述。我这边的话，使用的是群晖的 WordPress 套件，只需要简单设置一下密码等即可方便部署，快捷省事。
|
||||
|
||||
|
||||
|
||||
|
||||
## 对网站静态化
|
||||
|
||||
1. 插件商店里搜索 WP Super Cache，安装并启用
|
||||
2. 打开设置，选择 启用缓存功能 (推荐)，并点击 更新
|
||||
|
||||
|
||||
|
||||
|
||||
3. 高级 里，勾选 启用缓存，杂项 里选择 为所有访客启用缓存，并点击下方的 更新
|
||||
|
||||
|
||||
|
||||
|
||||
4. 预缓存 里，刷新时间可以根据实际更新情况修改，然后点击 保存设置。之后请确保下面显示 取消预加载缓存，说明是有在工作的。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 稍等一会，换个还没登陆 WordPress 后台的浏览器，浏览网站，并打开一篇文章，查看 index.html 代码末尾，可以看到由 Super Cache 生成的静态页面标记注释，说明缓存已经生成成功。
|
||||
|
||||
@@ -87,7 +87,7 @@ image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%8
|
||||
|
||||
创建一个新存储桶专门存博客静态页面
|
||||
|
||||
|
||||
|
||||
|
||||
这边有几个点提一下
|
||||
|
||||
@@ -129,7 +129,7 @@ image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%8
|
||||
|
||||
默认首页设置为 index-https.html，因为缓存工具默认生成的就是这个文件名，如果你改过，记得对应改一下。
|
||||
|
||||
|
||||
|
||||
|
||||
#### 添加域名
|
||||
|
||||
@@ -143,4 +143,4 @@ image = "https://img.mitsea.com/blog/posts/2019/11/WordPress%20%E9%9D%99%E6%80%8
|
||||
|
||||
测个速，挺好。
|
||||
|
||||
|
||||
|
||||
@@ -5,12 +5,12 @@ slug = "6d750e1c5eb7452490d1476e9d73ab45"
|
||||
date = "2023-01-12"
|
||||
categories = ["HomeLab", "Network"]
|
||||
tags = ["SMB"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/01/%E7%BE%A4%E6%99%96%20SMB%20%E5%A4%9A%E9%80%9A%E9%81%93%E5%AE%98%E6%96%B9%E6%9B%B4%E6%96%B0%E8%A7%82%E5%AF%9F/shubham-dhage-GG0IQLqOLyA-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/01/%E7%BE%A4%E6%99%96%20SMB%20%E5%A4%9A%E9%80%9A%E9%81%93%E5%AE%98%E6%96%B9%E6%9B%B4%E6%96%B0%E8%A7%82%E5%AF%9F/shubham-dhage-GG0IQLqOLyA-unsplash.avif"
|
||||
+++
|
||||
|
||||
群晖最近更新了 SMB Server，官方支持了 SMB 多通道，原先只能通过修改 SMB config 文件启用，更新系统还会失效，不是很方便。这对于有两个 1GbE 口的群晖还是比较实用的。
|
||||
|
||||
|
||||
|
||||
|
||||
## 准备工作
|
||||
|
||||
@@ -18,21 +18,21 @@ image = "https://img.mitsea.com/blog/posts/2023/01/%E7%BE%A4%E6%99%96%20SMB%20%E
|
||||
|
||||
如果你的环境是千兆，那你的 PC 需要有至少两个网口，然后按照下图连接网线
|
||||
|
||||
|
||||
|
||||
|
||||
如果环境是 2.5G 或者 10G，电脑就不需要插两根网线了
|
||||
|
||||
|
||||
|
||||
|
||||
当然如果有多个交换机，下面这样也是可以的，我就是这么用的
|
||||
|
||||
|
||||
|
||||
|
||||
### 软件配置
|
||||
|
||||
群晖在控制面板 - SMB选项卡 - 高级设置 - 其他选项卡 - 启用SMB3多通道
|
||||
|
||||
|
||||
|
||||
|
||||
Windows 应该不用设置，默认是开启的。可以通过 `Get-SmbServerConfiguration` 在 PowerShell 里检查一下是否开启。如果没开启，可以通过 `Set-SmbServerConfiguration -EnableMultiChannel 1` 开启。
|
||||
|
||||
@@ -42,24 +42,24 @@ Windows 应该不用设置，默认是开启的。可以通过 `Get-SmbServerCon
|
||||
|
||||
大概 210MB/s 左右
|
||||
|
||||
|
||||
|
||||
|
||||
### 下载
|
||||
|
||||
大概 210MB/s 左右
|
||||
|
||||
|
||||
|
||||
|
||||
### 大量中等文件混合下载
|
||||
|
||||
有正常的波动，总体比 1Gbps 快不少
|
||||
|
||||
|
||||
|
||||
|
||||
## 其他
|
||||
|
||||
细心的应该观察到了，我下载时使用的是 Directory Opus，上传时使用的是自带 Explorer。这是因为如果下载使用 Explorer，上传使用 DO，速度都只有千兆。
|
||||
|
||||
|
||||
|
||||
|
||||
可能是目前还有兼容性问题和bug，不过感觉问题不大。
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-02-08"
|
||||
description = ""
|
||||
categories = ["Android", "LifeTec"]
|
||||
tags = ["Telegram"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/02/Android%20SMS%20%E8%BD%AC%E5%8F%91%E5%88%B0%20Telegram/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/02/Android%20SMS%20%E8%BD%AC%E5%8F%91%E5%88%B0%20Telegram/title.avif"
|
||||
+++
|
||||
|
||||
项目地址：[https://github.com/qwe7002/telegram-sms](https://github.com/qwe7002/telegram-sms)
|
||||
@@ -37,7 +37,7 @@ image = "https://img.mitsea.com/blog/posts/2020/02/Android%20SMS%20%E8%BD%AC%E5%
|
||||
|
||||
1. 从文章开头的地址下载 Android 端 apk 安装包并安装，打开，如图
|
||||
|
||||
|
||||
|
||||
|
||||
2. 在“机器人令牌”处填写刚才获得的 token
|
||||
3. 在 Telegram 上给机器人发一句话，内容任意（一句可能不行，多发几句x）
|
||||
@@ -61,4 +61,4 @@ image = "https://img.mitsea.com/blog/posts/2020/02/Android%20SMS%20%E8%BD%AC%E5%
|
||||
|
||||
### 效果展示
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-11-23"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Network"]
|
||||
tags = ["家庭宽带"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/10/%E6%90%AD%E5%BB%BA%20ss-server%20%E8%BF%94%E5%9B%9E%E5%AE%B6%E4%B8%AD%E7%BD%91%E7%BB%9C/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/10/%E6%90%AD%E5%BB%BA%20ss-server%20%E8%BF%94%E5%9B%9E%E5%AE%B6%E4%B8%AD%E7%BD%91%E7%BB%9C/title.avif"
|
||||
+++
|
||||
|
||||
家里开了公网 IP 后，在外面有时需要返回到家里的局域网中，不然每个服务都 NAT 端口出去，既麻烦也不安全。
|
||||
@@ -25,11 +25,11 @@ Docker 镜像我这边使用的是 gists/shadowsocks-libev。
|
||||
|
||||
环境变量注意三个地方，SERVER_PORT 是端口号、METHOD 是加密方式、PASSWORD 是密码，根据自己的需要修改。
|
||||
|
||||
|
||||
|
||||
|
||||
端口映射这里，容器端口填写刚才 SERVER_PORT 里的，Published 端口填写需要转发出去的端口，后面路由器 NAT 要用到。如果小白不熟悉，就 SERVER_PORT、Docker Port、Published Port 三者一致也可。
|
||||
|
||||
|
||||
|
||||
|
||||
其他就没了，不需要设置路径映射。
|
||||
|
||||
@@ -47,7 +47,7 @@ Docker 镜像我这边使用的是 gists/shadowsocks-libev。
|
||||
|
||||
1. 主菜单 - 节点 - 添加 可以把我们家里的节点先添加进来，比如说我这里就叫 Home
|
||||
|
||||
|
||||
|
||||
|
||||
2. 然后编辑配置文件，在 [policy] 下新增一条根据 SSID 类型判断的策略
|
||||
|
||||
@@ -95,6 +95,6 @@ Docker 镜像我这边使用的是 gists/shadowsocks-libev。
|
||||
|
||||
由于目前 Clash 尚不支持根据网关地址判断的策略，只能设置一个手动的策略组，需要的时候打开。不过 Proxifier 4 支持根据 Interface 判断。
|
||||
|
||||
|
||||
|
||||
|
||||
> Photo by [JJ Ying](https://unsplash.com/@jjying?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) on [Unsplash](https://unsplash.com/s/photos/network?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-05-31"
|
||||
description = ""
|
||||
categories = ["Consumer", "Android"]
|
||||
tags = ["iQOO"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/05/%E5%8E%9F%E7%94%9F%E7%94%A8%E6%88%B7%E7%9A%84%20iQOO%20%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/05/%E5%8E%9F%E7%94%9F%E7%94%A8%E6%88%B7%E7%9A%84%20iQOO%20%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/title.avif"
|
||||
+++
|
||||
|
||||
### 开头
|
||||
@@ -21,7 +21,7 @@ image = "https://img.mitsea.com/blog/posts/2020/05/%E5%8E%9F%E7%94%9F%E7%94%A8%E
|
||||
2. 冰箱
|
||||
之所以先设置冰箱，因为如果你使用“设备管理员”方式激活冰箱的话，必须保证手机上没有登录任何账户，包括 vivo 账户。不过为了打开开发者模式，你可能已经登录了 vivo 账户，退出即可。然后按照软件内的激活教程，使用设备管理员模式激活冰箱。
|
||||
|
||||
|
||||
|
||||
|
||||
当然如果你经常使用电脑，大可选择“普通 ADB”方式来激活冰箱。
|
||||
|
||||
@@ -32,17 +32,17 @@ Funtouch OS 阉割了很多原生系统的设置页面，包括电池、多用
|
||||
|
||||
使用 Ampere 可以跳转到电池状态页面。
|
||||
|
||||
|
||||
|
||||
|
||||
使用 设置工具箱，可以跳转到多用户和电池管理等设置页面，这个软件可以在酷安下载到。
|
||||
|
||||
打开软件后，点击左上角汉堡菜单按钮，找到“电池设置”。“电池优化”可以跳转到系统的电池优化界面（我是没找到从系统设置里怎么进去……），如果某个软件经常被杀后台，可以在这里设置不优化电池使用。
|
||||
|
||||
|
||||
|
||||
|
||||
在这个应用的“权限管理”菜单中，可以找到多用户管理设置的入口。
|
||||
|
||||
|
||||
|
||||
|
||||
其他可能还有一些阉割入口的设置项，暂时还没遇到。
|
||||
|
||||
@@ -51,7 +51,7 @@ Funtouch OS 的后台管理也很迷，有的app很严格，有的app后台放
|
||||
|
||||
黑阈的激活同样是需要adb命令，按照提示激活即可。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 字体
|
||||
原生的系统往往都提供比较方便的修改字体的方式，再不济，Magisk 字体包一刷也就解决了。Funtouch OS 修改字体的方式和 MIUI 同理，都是利用主题的修改。酷安里搜索“vivo 主题修改器”，可以使用这个工具导入带有自定义字体的主题到系统的“i主题”app里，然后应用导入的字体主题就行。这个工具使用方法非常简单，不赘述了。
|
||||
@@ -62,7 +62,7 @@ Funtouch OS 的后台管理也很迷，有的app很严格，有的app后台放
|
||||
|
||||
换了启动器图标包怎么弄我就不用说了。
|
||||
|
||||
|
||||
|
||||
|
||||
8. 语音助手
|
||||
这里就比较坑了，Funtouch OS 不允许你更换系统默认语音助手，所以你不能用 Jovi键 呼出 Google Assistant，然后我也没找到怎么设置长按 Home 键呼出。但是我们可以把 Jovi 按键干掉，第一步里已经把 Jovi 服务干掉了，然后在 设置-Jovi-智慧按键 里全部改成无。然后就可以吧 Jovi键 锯掉了。
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2020-01-19"
|
||||
description = ""
|
||||
categories = ["Android"]
|
||||
tags = ["Project Treble", "小米"]
|
||||
image = "https://img.mitsea.com/blog/posts/2020/01/%E5%B0%8F%E7%B1%B3%204%20Project%20Treble%20%E8%BF%87%E7%A8%8B/title.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2020/01/%E5%B0%8F%E7%B1%B3%204%20Project%20Treble%20%E8%BF%87%E7%A8%8B/title.avif"
|
||||
+++
|
||||
|
||||
原帖来自 [https://forum.xda-developers.com/xiaomi-mi-3/development/guide-how-to-create-vendor-to-flash-gsi-t3828310](https://forum.xda-developers.com/xiaomi-mi-3/development/guide-how-to-create-vendor-to-flash-gsi-t3828310)
|
||||
|
||||
@@ -6,7 +6,7 @@ date = "2023-01-23"
|
||||
description = ""
|
||||
categories = ["HomeLab"]
|
||||
tags = ["NAS", "Docker"]
|
||||
image = "https://img.mitsea.com/blog/posts/2023/01/NAS%20%E5%8F%AA%E7%94%A8%E5%90%8E%E5%8F%B0%E7%BD%91%E9%A1%B5%20SSH%20%E6%9C%AC%E6%9C%BA%20Shell/thai-an-7esp-3K0z28-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2023/01/NAS%20%E5%8F%AA%E7%94%A8%E5%90%8E%E5%8F%B0%E7%BD%91%E9%A1%B5%20SSH%20%E6%9C%AC%E6%9C%BA%20Shell/thai-an-7esp-3K0z28-unsplash.avif"
|
||||
+++
|
||||
|
||||
有的人 NAS 远程可能只用了官方提供的网页穿透或者只映射了后台网页，此时如果有临时访问 NAS Shell 命令行的话就麻烦了，毕竟没有映射 22 SSH 端口。本篇文章介绍下解决方法，并在 QNAP 和 Synology 上实际演示操作。该方法需要用到 Docker。
|
||||
@@ -22,68 +22,68 @@ Docker 的子网实际上是从 NAS 自己桥接出来的，你可以理解 NAS
|
||||
1. 安装 Container Station 容器工作站。需要设备至少有 4G 内存，arm64 和 x86_64 都可以。
|
||||
2. 在 创建 选项卡里搜索 `arangodb/ssh-client` 这个镜像，然后点 安装。这个镜像是 arm64 和 x86_64 都兼容的。
|
||||
|
||||
|
||||
|
||||
|
||||
3. 命令 这里一定要改，它原来是 ssh，要改成 /bin/sh。他原来的意思是我们直接在 进入点 那里输入 ssh 参数直接连接，但是在 QNAP WebUI 上不好操作，所以我们先从它的 shell 启动起来。
|
||||
|
||||
|
||||
|
||||
|
||||
4. 回到 总览，点击启动的容器右侧的 终端机 图标
|
||||
|
||||
|
||||
|
||||
|
||||
5. 命令你可以直接写 ssh 的命令，不过我这里先进 shell，一样的
|
||||
|
||||
|
||||
|
||||
|
||||
6. 点击连接后，就会新打开一个标签页，这个无论你是用的 QNAP 自己的穿透，还是自己通过 nginx 反代到公网都是可以打开的。打开就是这个容器内部的 shell。
|
||||
|
||||
💡 如果是自己使用 nginx 将 NAS 后台反代到公网，请务必确保已启用 websocket 支持
|
||||
|
||||
|
||||
|
||||
|
||||
7. 在 SSH 至本机前，要先找一下 Docker 容器的网关地址是什么。在 属性 - 网络设置 - docker0 可以看到。我的是 10.0.5.1。
|
||||
|
||||
|
||||
|
||||
|
||||
8. 回到刚才的终端，ssh 这个地址，就进入到了 NAS 自己的 shell 了。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### Synology
|
||||
|
||||
1. 在 Docker - 注册表 中搜索 `arangodb/ssh-client` 并双击，选择 latest 下载镜像
|
||||
|
||||
|
||||
|
||||
|
||||
2. 下载完后在 映像 里找到，双击启动，网络选择默认的 bridge
|
||||
|
||||
|
||||
|
||||
|
||||
高级设置 - 执行命令 - 命令 这里改成 `/bin/sh`
|
||||
|
||||
|
||||
|
||||
|
||||
其他不用动，一路下一步启动容器
|
||||
|
||||
|
||||
|
||||
|
||||
3. 启动后，打开容器详情，在 终端机 就可以进入容器的 shell 了。
|
||||
|
||||
💡 在老版本的 DSM 中默认可能没有 shell，需要手动创建，点击 新建 右侧的 通过命令启动，命令输入 `/bin/sh`
|
||||
|
||||
|
||||
|
||||
|
||||
💡 如果是自己使用 nginx 将 NAS 后台反代到公网，请务必确保已启用 websocket 支持
|
||||
|
||||
4. 连接前，需要找一下容器网关地址，在 网络 - bridge 展开后可以看到。我这边是 172.17.0.1。
|
||||
|
||||
|
||||
|
||||
|
||||
5. 在刚才打开的容器 Shell 窗口中 ssh 网关，就连接到了本机 Shell
|
||||
|
||||
|
||||
|
||||
|
||||
💡 你的 SSH 端口有可能因为某次安全提示修改了端口。如果需要指定端口，在地址后面加上 `-p <端口号>` 即可
|
||||
|
||||
|
||||
@@ -6,16 +6,16 @@ date = "2024-03-11"
|
||||
description = ""
|
||||
categories = ["HomeLab", "Network"]
|
||||
tags = ["异地组网", "Tailscale", "Netbird"]
|
||||
image = "https://img.mitsea.com/blog/posts/2024/03/Netbird%20%E5%AD%90%E7%BD%91%E8%B7%AF%E7%94%B1%E8%AE%BE%E7%BD%AE%20%EF%BC%88%E5%A4%84%E7%90%86%E4%B8%8D%E4%BE%BF%E5%AE%89%E8%A3%85%E7%9A%84%E8%AE%BE%E5%A4%87%EF%BC%89/martin-katler-eVk59Ks4k2U-unsplash.avif"
|
||||
image = "https://assets.flinty.moe/blog/posts/2024/03/Netbird%20%E5%AD%90%E7%BD%91%E8%B7%AF%E7%94%B1%E8%AE%BE%E7%BD%AE%20%EF%BC%88%E5%A4%84%E7%90%86%E4%B8%8D%E4%BE%BF%E5%AE%89%E8%A3%85%E7%9A%84%E8%AE%BE%E5%A4%87%EF%BC%89/martin-katler-eVk59Ks4k2U-unsplash.avif"
|
||||
+++
|
||||
|
||||
上一期简单介绍了 Netbird 的子网路由的配置，相比与 Tailscale 真的是简单很多。但是还遗留一个问题，就是如果设备不方便或者不想安装 Netbird 应该怎么办。其实不影响的，两个内网只要分别在一台设备上安装 Netbird，这两个内网的所有设备其实都可以互访。比如在下图中，让设备 A1 直接访问 B1（红色箭头）。当然，也可以直接访问 Netbird 内网中的其他设备（橙色箭头）。
|
||||
|
||||
|
||||
|
||||
|
||||
这样在内网其他设备上即便不安装任何组网工具，也可以无缝访问多个内网
|
||||
|
||||
|
||||
|
||||
|
||||
## 准备工作
|
||||
|
||||
@@ -33,7 +33,7 @@ image = "https://img.mitsea.com/blog/posts/2024/03/Netbird%20%E5%AD%90%E7%BD%91%
|
||||
|
||||
3 处填写来源区域内网安装 Netbird 的设备所在的 Group
|
||||
|
||||
|
||||
|
||||
|
||||
这样的话，以开头的图为例，设备 A2 就可以访问区域 B 的所有内网设备了
|
||||
|
||||
@@ -41,7 +41,7 @@ image = "https://img.mitsea.com/blog/posts/2024/03/Netbird%20%E5%AD%90%E7%BD%91%
|
||||
|
||||
设置区域 A 的路由器，添加静态路由。目的是让这个内网设备访问区域 B 的内网网段时，不会被路由器丢弃，而是发送到 Netbird 设备上。具体配置如下：
|
||||
|
||||
|
||||
|
||||
|
||||
目的地址和子网掩码：填写区域 B 的内网网段，可以再加一条，填写 Netbird 的内网网段
|
||||
|
||||
@@ -55,7 +55,7 @@ image = "https://img.mitsea.com/blog/posts/2024/03/Netbird%20%E5%AD%90%E7%BD%91%
|
||||
|
||||
1. 确认 Netbird 创建的 TUN 所使用的 Interface 名称（一般是 wt0）以及默认联网网卡的 Interface 名称。你可以使用`ip addr show` 来确认
|
||||
|
||||
|
||||
|
||||
|
||||
我这边就是 wt0 和 eth0，这两个 Interface 名称要记住，后面配置 iptables 要用。
|
||||
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user