Tools

写这篇的起因是周围有朋友陆陆续续问过类似的问题：想在家里或者私人设备上跑点服务，不知道从哪里入手，也搞不清楚要花多少钱、麻不麻烦。所以整理了一下自己的实践，算是入门引导——不讲操作步骤，更多是帮你想清楚「要搭什么」「为什么」「怎么选」。 核心出发点只有三个：便宜、可控、数据是你的。 为什么要自己搭 动机其实很朴素。 云服务现在确实方便，iCloud、Google Photos、OneDrive 开箱即用，每个月收点小钱，大多数情况下够用了。但这里有个前提：你信任对方，而且愿意接受对方可以随时改规则、涨价、停服。国内网盘删库、限速、关停的新闻不是没有，国际服务也有账号被封、区域限制的问题。 自托管的核心价值是主动权在你：数据存在你的硬件上，随时可取，随时可迁移，功能自己决定要不要开。代价是维护责任也在你——硬件坏了、服务挂了，得自己处理。所以这条路比较适合对这件事本身有点兴趣的人；如果完全不想折腾，云服务是更合理的选择。 但是，和ChatGPT聊过后，感觉这些可能也只是表面 数字自留地不一定意味着拥有所有基础设施。 它意味着你始终拥有迁移、备份、恢复和退出的能力。 我对云保持警惕，但我也不想把家里塞满硬件和服务器。 因为我真正反感的不是云，也不是硬件。我反感的是： 当某个东西出问题时，我没有选择。 硬件 迷你主机 / Mac mini 市面上 N100 这类低功耗 x86 迷你主机，功耗在 10-15W 左右，7×24 小时全年电费大概在 100-200 元，算是家用服务器的性价比首选。价格从几百到一两千都有，性能跑绝大部分常见服务没有问题。如果本来就有 Mac mini 常驻家里，顺手兼做服务器也完全可以。 有一点要配置好：断电后自动启动。在 BIOS（找「AC Power Loss」相关选项）或 macOS 的节能设置里打开，不然停电来电之后需要手动开机，很烦。如果预算允许，搭一个家用 UPS 电源，应对短时停电更从容。 旧笔记本 旧笔记本自带电池，本身是一个丐版 UPS——停电了服务还能继续撑一段时间，这是很多人没想到的优势。缺点是功耗比迷你主机高，散热噪音可能也大一点，长期运行建议设置合盖不休眠，或者干脆不合盖。 Linux 在旧笔记本上往往状态更好。我自己一台 2019 年的 Magicbook 装了 ArchLinux，内存占用从 Windows 的 70%+ 降到 400MB 左右，拿来当小服务器跑得很顺畅。 VPS（可选） 如果你想对外提供服务，或者没有公网 IP，一台低配 VPS 可以做公网入口。便宜的配置（1 核 512M-1G）一个月几十块，量力而行，不是必须的。 另一个场景是存储型 VPS：有些云服务商有挂载大磁盘的低配机器，对计算要求不高但存储容量大，适合拿来做备份节点，比单独购买对象存储有时候灵活性更好，看具体需求选择。 基础设施：Tailscale 在讲具体服务之前，先说一个基础问题：怎么安全地从外网访问家里的服务。 Tailscale 是我目前的方案。它基于 WireGuard 协议，把密钥管理和 NAT 穿透都自动处理掉了，装上之后几分钟内就能把所有设备组进同一个虚拟局域网，从外网访问家里的服务就像在局域网里一样。免费计划对个人够用（100 台设备、3 个用户）。 ...

写在前面 这类文章在互联网上其实已经泛滥了，我本来也不打算写。但一方面某些工具确实改变了我的工作方式，值得记录一下；另一方面我有不少朋友问过我类似的问题，与其每次重复解释，不如写成文章。 先说清楚一点：工具这种东西有非常浓厚的个人色彩，没有好坏优劣之分，只是每个人看重的东西不一样。「差生文具多」这句话本质上是一种自嘲，不是用来攻击别人的武器；同理，用某个工具也不应该成为你炫耀的资本。把工具本身当成某种身份符号，反而本末倒置了——有点像崇拜那个你在哪里读书而不是你读了什么书一样。求同存异，工具服务于人就好。 我的选型理念 大概有这么几条原则，按重要程度排列： 开源优先：不是为了装，是为了在厂商「喂屎」的时候有得选。《自由软件，自由社会》我虽然没完整读过，但那个道理我是认同的。商业公司不是慈善机构，功能阉割、涨价、后门——当你的迁移成本高到一定程度，你就只能吃屎。 跨平台：我同时在用 macOS 和 Linux，偶尔还要连一些 Linux 服务器，一个只能在一个平台用的工具对我来说打折扣。Windows 现在用得少了，但也不是完全不接触，选工具时的标准是至少「能用」就行，不需要体验完美。Windows 上 CLI 生态和 UNIX 系确实不在一个量级，如果真要在 Windows 上做点什么，基本上也是开个 WSL 解决，而不是指望 cmd/PowerShell 那边。 不被 vendor locked：和开源有关联，但不完全一样。核心配置最好是纯文本的，这样我可以用 git 管理，随时迁移，不依赖任何厂商的同步服务。 不 all-in-one：一个工具做好一件事（UNIX 哲学），然后组合使用。把所有东西塞进一个超级 App 听起来很方便，实际上某一部分拉垮了你整个工作流都得跟着受苦，还有隐私风险集中的问题。 极简+实用主义，CLI 和 GUI 并用：能用 CLI 解决的问题不一定非要 GUI，但有好的 GUI 我也不排斥，不存在「用 GUI 就是不够 hardcore」这种奇怪观念。 当然，有些领域受制于现实情况，或多或少会违背上面的原则。特定场景特定分析，后面会提到。 操作系统 / 设备 主力设备 工作：公司发的 Mac（具体型号懒得说，反正不是自己买的，用着就行） 个人：自己买的 Mac mini + 一台装了 ArchLinux 的老笔记本（Magicbook 2019）+ 一台 2019 款 MacBook Pro（发热降频严重，但内存相对大，勉强还能用，主要用来跑一些对算力有一定要求的本地任务） 手机：Android 日常 + 老 iPhone 备用，基本只用来打电话、刷视频、MFA验证之类的 小型 VPS：自建一些服务用 为什么用 Linux 之前专门写过一篇：笔记本折腾Linux碎碎念。简短版本：Windows 在这台老机器上已经烂到不可接受，而且微软近年来的所作所为（Recall、强制更新、莫名其妙的后台服务……）让我实在没有继续用的理由。装 ArchLinux 之后内存占用从 70%+ 直接降到 400MB，老机器焕然一生。 ...

前言 本文是什么 终端工具FZF的简单介绍和入门 「个人」对此工具的使用和实践，尤其是一些扩展使用方式 【矫情】由小及大，怎么联想到一些其他的东西的 本文不是什么 不是“最佳实践” 「最佳实践」是指在特定领域内经过实践检验并证明具有卓越效果的技术、方法、流程、活动或机制。它们之所以被称为「最佳」，是因为这些实践能够在提高效率、降低成本、提升质量、确保安全、增强客户满意度等方面展现出超越平均水平或现有做法的优势。 这篇文章显然配不上这个称谓 不是系统性的使用教程，更不是使用手册 RTFM 😊 Wiki FZF是什么 基于终端和命令行的工具（CLI） 提供「模糊」搜索的功能（Fuzzy Search） 提供一个简单但直观的TUI （Integrated with Other Tools） 基础用法 查找文件：直接使用 你可以直接在命令行下面输入对应的命令，-m表示多选，默认行为是列出当前文件夹下的所有文件，选中后按回车会把路径/文件名显示在命令行上 fzf fzf -m vim $(fzf -m) 还可以通过环境变量配置预览效果、窗口大小、快捷键等。 因为是环境变量，所以如果在Shell配置文件里将其export，让它被子进程继承，那么所有的相关配置无需重复配置，便可以在子进程（例如Vim中）生效，后面将在Vim集成章节中稍稍展示一下。 典型例子如下（具体含义请参见官方文档）： FZF_DEFAULT_COMMAND FZF_DEFAULT_OPTS FZF_DEFAULT_OPTS_FILE 简单语法 fzf支持一套语法（丐版正则），让你能在fuzzy的过程中，还是有一定的搜索效率，以下仅列出部分，更多请参考官方文档 Token Match type Description sbtrkt fuzzy-match Items that match sbtrkt 'wild exact-match (quoted) Items that include wild ^music prefix-exact-match Items that start with music .mp3$ suffix-exact-match Items that end with .mp3 !fire inverse-exact-match Items that do not include fire !^music inverse-prefix-exact-match Items that do not start with music !.mp3$ inverse-suffix-exact-match Items that do not end with .mp3 与Shell集成 查看Shell命令历史 使用快捷键Ctrl+R查看Shell命令历史，如果你使用的是原始的bash或者zsh的话，基本可以替换原来的功能，使用起来友好得多；如果你和我一样，主要使用fish，那可能不一定用得上，但我由于个人使用习惯，目前仍然在使用fzf的这个功能，而不是fish自带的那个也蛮好用的历史记录。 ...

Introduction Many people would say that configuring Vim/Emacs(or some other obsession with tools) is time-consuming and even be “a waste of time” 1. The core point is that tools are paths to the goal, not the goal itself. Quoted2: Obsession with tools is an insidious form of procrastination. This form of resistance masquerades itself as the opposite, as a form of improvement and development. It really reveal one of the reasons why some people are obsessed with tools. I quite agree with it (thus I am not an Emacs guy :) ). ...

I’ve been using zsh as my main shell for years. It works really well, and I love it. But recently, I started to give fish a try, and I found it is great and have set it as my default shell on my Mac. I’m gonna give you my reasons, for your reference. Its autosuggestion and completion functionalities work out of the box, which I would have to download oh-my-zsh for zsh. It’s nice but annoying to sync between devices. In fish, you don’t need any other plugins and settings, they just work. Actually that’s the main reason for me, then I can sync my configurations with my dotfiles. It is really friendly for configuration. I’m not a great hacker and not the kind of guy who wants to dive in everything. Fish offer a web-based config interface. You can invoke it by typing fish_config in the shell, then you can configure your shell by clicking the UI, AND the changes you make are essentially text in several files, which you can carry them with whatever your sync system is. Zsh is strong and nice, but some of its syntax and concepts(some inherited from the older sh/bash) are really hard to understand. For example, “variable substitution” or the “$@/$?/…” stuff. I don’t think they are human-readable. Fish shell language, however, is more like a modern programming language, with better documentation(type help in fish, you will also get a web-based doc!) But I’m not saying that I will use fish ONLY and FOREVER. Zsh is also great and better for some scenarios, so here are my opinions about what kind of people may want to use zsh, even bash. ...