@Terminl 流量分流是什么意思？我理解 cf 是基于 sni 封的，所以只要站点内容没问题，就没问题

@Cify

1. Rules ，Page Rule ，新增

charts.wener.tech/*
Cache Level: Cache Everything

2. SSL/TLS ，自定义域名，新增自定义域名，按需配置好即可

@liuxu 轻量云裸奔 又是一个额外的维护投入节点，而且轻量云不可以自定义镜像。cf 的拦截都是基于 sni 的，正常域名问题不大，只要不触犯规则。

@HangoX
k0s 和 k3s 都蛮好的，但是基础设施占用的资源对于 512M 来说还是不少，如果想玩这些就搞多一点资源吧
docker 使用也需要占用 100M 左右额外资源
ansible 相对容易
玩 swarm 感觉意义不大
compose 能解决问题可以先用着

首先是不止有这个 512 的机器，然后把多个机器网络打通，就多了很多选择。


K3S vs K0S
https://wener.me/story/k3s-vs-k0s
k3s 资源使用情况 - agent 大约 200MB+，server 就更多了
https://wener.me/notes/devops/kubernetes/distro/k3s-faq#k3s-%E9%83%A8%E7%BD%B2%E8%B5%84%E6%BA%90%E4%BD%BF%E7%94%A8%E6%83%85%E5%86%B5%E5%88%86%E6%9E%90

区分主要 server 和 edge

edge 就像这种 510M ，还是要有一个自己的 server ，硬盘，CPU 内存管够，跑 K3S/K0S ，主要是 编排太方便了，docker compose 编排不了这么复杂的内容 https://github.com/wenerme/kube-stub-cluster
使用 argocd 做 gitops ，其他的东西就随便跑了。

edge 提供出入流量，跑 tailscale 、tinc 之类的，相对轻量灵活。

不要在 512M 上用 k3s/k0s
不要在 512M 上用 k3s/k0s
不要在 512M 上用 k3s/k0s

直接部署应用，比如我 512M 的 linode ，tailscale 跑高都能直接把 CPU 跑到 100%，根本没有额外的资源去跑 K3S/K0S 之类的。

我都是部署 alpine ，新开一个机器，直接从现有恢复，两下（ 1 分钟）就好了。
https://www.wener.tech/notes/os/alpine/lbu#restore-from-apkvol
需要停止，则备份到本地，需要再开。

有需要长期跑的服务，手写一个 openrc service ，维护使用相对容易。

设计隐私的东西我觉得更像是备忘录，一般用 bitwarden 或 苹果的 notes 记录，bitwarden 跨端，selfhost ，相对安全，notes 则是相对顺手。

我的笔记 VSC ，笔记站点 https://github.com/wenerme/wener

我得出的结论是：

如果你的笔记会被别人看到，你会把笔记做的更好更有条理，也更方便自己查阅使用。

在手机上时，我经常自己会用站点 https://www.wener.tech/ 的搜索功能方便查一些记不住的东西，好记性不如烂笔头。
在 VSC 上，一般都是搜索文件名，或者直接全文搜索。把站点构建逻辑也梳理过 https://www.wener.tech/story/how-i-build-my-site 刚好最近进行了一些迁移 https://www.v2ex.com/t/885020

建议安装 SessionBuddy 扩展，有时候浏览器出问题，有时候 OS 出问题，有 SessionBuddy 让你任何时候找回打开的 Tab

为什么没人说 阿里云！
我觉得域名续费还是阿里云什么的好呀，便宜大碗，国外有些域名都不会让你一次性续 10 年，还给你 5 折 8 折什么的，aliyun 可以呀。

我之前在 aliyun 买的域名，然后转到了谷歌，打算等续费的时候转回来，然后续费了再转出去。
因为 NS 都是指向 cf ，所以转域名还是很好操作的。

有的，本地开启 tmux,每个 ssh 进入不同的 节点，然后同步操作即可

这是我的绑定

```
bind F2 setw synchronize-panes on
bind F3 setw synchronize-panes off
```

如果要带跳板机，有两个方式

1. 本地 ssh -J
2. ssh jumphost tmux new -A -s main 在跳板机开启 tmux

为此我还有专门的 alias

```
sshtrc ()
{
sshrc "$*" tmuxrc new -A -s main
}
```

tmuxrc 是在 sshrc 时直接带配置到跳板机器，配置在这里

https://github.com/wenerme/dotfiles/blob/master/.sshrc

如果是限制外部 .golangci.yml 配置 ban

```
linters-settings:
depguard:
list-type: blacklist # 限制列表
packages:
- golang.org/x/net/context
```


但是你说的这个属于代码规范层面了，不是限制问题，你限制了，他也能绕开，所以是规范，规范是靠人维护和遵守的，规则只能保证部分。

@cloverzrg2 bitwarden 客户端默认离线能力，服务器挂了只是不能增加，但是现有的没问题。我自己的服务器之前也挂，但感觉影响还好

prettier

配置: Languages & Frameworks -> JavaScript -> Prettier
OnSave 钩上
On Reformat 钩上

@nznd 有的 https://www.v2ex.com/t/861988

玩这种现成的没意思，都给你玩阳痿了。

我的 NAS 经历了 4 、5 年了，说说我的历程

初代 NAS：
Alpine+ZFS - 8G ，6T*4 - 内存小，只能做纯 NAS
暴露 SMB 、AFP - 主要存存媒体，照片，Porn ，图书，泄漏数据，Alpine 仓库镜像
通过 tinc 穿透进行管理
因为内存太小，基本被 ZFS 吃完，Jellyfin 偶尔 OOM 。
用了 2 、3 年，管理 手动 -> Ansible -> Terraform

同等配置
对外暴露 Jellyfin ，bitwarden - 使用的最多的两个服务
访问通过 cloudflare 暴露，免费
用了 1 、2 年

同等配置
部署 k0s ，服务上 Kube ，可维护性好了很多
部署 adguad ，headscale ，tailscale - 部分服务走 tailscale ，基础设施走 tinc
一些部署配置 https://github.com/wenerme/kube-stub-cluster

然后 8G 换成 32G
开始在 Kube 上实验各种东西，已经用到的和可能用到的内容，学习新的东西

> 个人心得
>
> 1. 所有服务只有能访问了你才觉得有意思，比如 https://ariang.wener.me/ 是运行在我 NAS 上的。
> 2. 持续进化才是折腾的关键，学习新东西

买的 二手 SAS 盘，目前净开机已经快 6 年了

```
echo /dev/sd{b,c,d,e} | xargs -n 1 sudo smartctl -a | grep -i 'number of hours powered up'
number of hours powered up = 51247.22
number of hours powered up = 51246.68
number of hours powered up = 51229.48
number of hours powered up = 51142.25
```

参考
https://wener.me/story/build-your-own-nas

KVM 不是未来的主流，是现在的主流。
RT 可能会变，现在主流式 QEMU ，未来可能是 microvm/firecracker 更轻一点的，又回到 openvz ，达成一次轮回。