减小 git 仓库的大小

我一直使用 Git 仓库来管理我的 Markdown 笔记，但是因为定时提交，没多久就产生了非常多的提交历史，并且因为频繁的提交和导入了一些比较大的 PDF 文件和图片文件，所以导致 .git 目录的体积已经超过了所有笔记的大小，笔记内容也就 300+M，但是整个仓库有近 1G 大小。 所以便想着能不能给 Git 仓库进行一下瘦身，最开始想要实现的方向是能不能压缩一下提交历史，然后把历史记录中的大文件剔除。所以查询方案的时候就先往这两个方向上靠。 git gc 最先想到的就是在仓库执行 git gc， (garbage collection)，这条 Read more ...

2021-05-02 git , linux

读书是否是唯一重要的事？

不久之前和朋友约去了趟植物园，聊起读书是否是第一要务的时候产生了一些分歧，关于是否要去学习如何学习这一件事情产生了一些分歧。我站在的立场是读书是必须的，而我朋友则认为在有限的时间里面实践要优先于读书。而关于要不要学习如何学习这一件事情，他仍然坚持自己的实践而非去了解如何学习。 在我仔细思考，以及阅读了相关的文章之后慢慢地对我朋友的一些想法产生了一些理解。但在一些观点上我依然坚持我自己的看法。在我看来实践固然重要，但读书在我看来一样的重要，在我过去年的学习生活中，我曾经尝试过这种各样的媒介，但是没有一个能够提供图书所带来的成体系的知识。 两种读书的方式 Read more ...

2021-05-01 study , learning , thinking , discuss , reading , book

Git 使用技巧：创建不带历史的分支

有些时候想要创建一个不带历史记录的 git 分支，比如要从原来在本地开发的项目中，将代码 push 到 GitHub 开源，不想分享糟糕的历史提交记录，那就可以创建一个不带历史记录的分支。 查看 git checkout --help 的帮助说明， 可以看到其中有一个选项是 --orphan ，就是创建一个孤立的分支，这个分支上的第一个提交不回有任何的 parents 节点。 --orphan <new-branch> Create a new orphan branch, named <new- Read more ...

2021-04-19 git , git-history , git-branch , git-checkout , git-tips

Android 上的 RIME 输入法 trime 同文输入法使用

早之前就已经在 Linux 和 macOS 上配置了 RIME 并且一直使用到现在，但是在主力的 Android 上从最早的触宝输入法，后来切换成 Gboard，日常使用倒是没什么大问题，就是有一些词总是需要翻页才能找到，这让我非常不爽，就想手机上能不能用 RIME，于是就有了这篇水文。 开源地址：https://github.com/osfans/trime Gboard 存在的问题 最大的问题便是词库不全，在桌面端虽然 [[RIME]] 也不能及时更新词库，但是只要我在 RIME 中输入一遍后，便再没有这个问题，并且 RIME 会记住你所造出来的 Read more ...

2021-04-15 rime , input-method , android , google-gboard

Obsidian 使用篇一：使用 markdown-clipper 全文保存网页

之前使用整理 Evernote 代替品 的时候就提出了我自己的一个需求，就是有一个完善的 Web Clip 系统，Evernote 和 WizNote 都做的比较不错。但 Obsidian 并没有提供类似的工具，不过幸好 Obsidian 使用 Markdown 来管理文档，这样的开放程度使得我可以寻找一个将网页变为 Markdown 的浏览器扩展就能做到。 经过一段时间的调研和搜索我发现了如下这些可选项： Enrico Kaack 写的 markdown-clipper deathau 再上面 markdown-clipper 的基础上修 Read more ...

2021-04-02 obsidian , markdown , note , note-taking

使用了半年 macOS 之后 我又回到了 Linux 的怀抱

我在使用了半年 macOS 之后，又回到了 Linux 的怀抱，虽然 macOS 有其自身的优势，我也不否认 macOS 系统上软件生态的友好，但我发现即使我将日常开发主力机器装回到 Linux，也没有丧失操作系统的便捷性和易用性。这或许和我下意识的只使用跨平台的软件有关，并且最长使用的软件几乎都是一套快捷键。 一开始从一个系统切换到另一个系统的时候，难免会有一些东西需要学习，但是其内在的逻辑是一致的，操作系统无非是提高了上层应用运行时的环境。并且如今跨平台的软件越来越多，只要数据在我这里，无论在哪一个系统中都可以迅速地开始自己的工作。 契机 稳定 Read more ...

2021-03-31 linux , macos , operating-system

重置 macOS S.M.C 和 NVRAM

今天用得好好的电脑突然三次黑屏，两次发生在早上刚刚使用的时候，一次发生在晚上回家之后。所以一怒之下就直接上官网联系了 Apple Support，但是也不知道是不是我直接登录的 .com 网站，在我提交了 Support 之后一分钟一个外国小哥打了电话过来，我一下子没反应过来，只能用着不那么熟练的英语开始了 macOS 修复之路。 我简单地向这位技术小哥描述了我的问题，大致意思就是系统突然崩溃了三次，然后在聊的过程之中，经过他的提醒，我发现出现问题的时候都是系统从睡眠状态中恢复，并刚开机不久，在打字的过程中，突然风扇很响一声，电脑就黑屏了。 虽然这个 Read more ...

2021-03-24 macos , apple , apple-support , nvram , operating-system

从 VMware Fusion 中迁移虚拟机到 VMware Workstation

用了半年多 macOS，虽然不错，但工作用还是觉得 Linux 比较顺手，所以经过了半年时间还是从 macOS 切换回了 Linux。然而需要解决的一个问题便是我之前的 macOS 上使用 VMware Fusion 的个人授权安装了一个 Windows 用来进行一些调试，现在有一些配置因为需要依赖外部人员进行操作，证书之类的，只能想办法把 Fusion 上的虚拟机转移到 Linux 下的 VMware Workstation 中。 前提知识 在正式迁移之前先了解一下磁盘上的几类文件，这些文件都是和 VMware 虚拟机相关的。 VMX 文件 VMw Read more ...

2021-03-24 vmware , vmware-workstation , vmware-fusion , virtual-machine , vm , windows

VMware Workstation 虚拟机网络设置

总结一下 VMware Workstation 和 Fusion 中的虚拟机网络设置的选项。 VMware 产生的虚拟机会有以下几种网络模式： Bridged NAT Host-only Custom VMware 虚拟机网络模式 Bridged 虚拟机通过桥接，直接连接到物理网络。虚拟机会和主机在同一个子网中。比如你的宿主机的 IP 是 192.168.1.100，并且所在的网络中存在一个 HDCP 服务器（比如路由器等），那么虚拟机就会获得一个 192.168.1.x 的 IP 地址，表现成网络中的另外一台电脑一样。 N Read more ...

2021-03-23 vmware , vmware-workstation , vm , virtual-machine , linux , ip , network

在 Linux 上使用 Clash 作代理

去年年中的时候切换到 macOS，一直用 ClashX，时隔半年又迁移回了 Linux1，发现原先使用的 V2rayL 虽然能用，但是有些简陋，并且不支持分流，并且如果一个地址失效了，还需要手动地进行切换。所以看到 Linux 的 Clash 可以自动进行流量切换的时候，就试一下。 Clash 是 Go 语言实现的，跨平台代理工具，支持 Shadowsocks/v2ray，支持规则分流等等。 可以在官方页面下载。 Linux 下载对应的 linux-amd64 即可。 2021 年 11 月更新 在用了很长一段时间的 Clash 命令行之后，我 Read more ...

2021-03-15 linux , clash , clashx , macos , proxy , socks , v2ray

电子书

本站提供服务

文章分类

最近文章

  • Claude Code 第三方 API 代理配置 Headroom 最近在给自己的 AI 编程工作流加入 [[Headroom]] 上下文压缩工具时，遇到了一个需要特别注意的配置问题。相信有不少人和我一样，为了降低成本或者改善访问体验，已经在 [[Claude Code]] 或 [[Codex]] 里配置了第三方 API 代理，比如一些第三方聚合平台或者自建的转发服务。这时候想再套上一层 Headroom 做 Token 压缩，就需要特别注意配置细节，不然两层代理会打架。
  • Headroom：让 AI Agent 少花冤枉钱的上下文压缩工具 最近一段时间我在深度使用 [[Claude Code]] 做开发工作，用得越多，账单就越触目惊心。一次稍微复杂一点的任务，比如让它读取几个文件、搜索一下代码、跑一下测试，轻轻松松就能烧掉超过 100K 的 Token。更让人无奈的是，这 100K 里面有相当大一部分是重复冗余的内容——工具调用的输出、日志、搜索结果，它们被原封不动地塞进上下文，再一次次地发给模型，而模型其实只需要其中很小一部分关键信息。
  • 用 Harbor 搭建私有 Docker Registry：从安装到日常使用的完整实践 我维护过几个跑在自己服务器上的小项目，构建出来的 [[Docker]] 镜像最早都是直接推到 [[Docker Hub]] 上的。用了一段时间之后开始觉得别扭：一些只在内网跑的服务镜像，没必要也不应该传到公开的仓库；Docker Hub 对匿名拉取做了限流之后，CI 流水线偶尔会因为触发了速率限制而失败；再加上想给不同的项目、不同的同事分配不同的访问权限时，公共仓库这套体系根本满足不了。折腾到后来我意识到，是时候在自己的机器上搭一个真正能用的私有镜像仓库了。
  • 用 New API 打造个人 AI 网关：统一管理所有大语言模型接口 这段时间我同时用着好几个大语言模型服务：日常写作和代码靠 [[Claude]]，轻量任务交给 [[Codex]]，搜索增强用 [[Antigravity]]，还有几个本地跑着 [[Ollama]] 的小模型供离线场景使用。每个平台各自的 API Key 散落在项目环境变量里，月底要去好几个后台分别对账，想横向对比两个模型的输出还得打开不同的网页或客户端来回切换，很费事。
  • Surfingkeys：比 Vimium 更强大的浏览器键盘控制扩展 最早接触 [[Vimium]] 是在学习 Vim 编辑器之后，那种能用键盘完全控制浏览器的感觉确实让人着迷。不用频繁移手到鼠标，链接跳转、页面滚动、标签切换全用键盘搞定，效率提升的体验是实实在在的。用了几年 Vimium 之后，我开始接触到 [[Surfingkeys]]，起初以为不过是另一个同类扩展，但深入用下来才发现这两者的差距远比我想象的大。