博客 | Blog

使用 Obsidian 进行个人物资管理

有物资管理这个想法其实已经非常长的时间了,2017年就已经开始使用 Sortly 这个 APP,基于手机平台,可以比较方便的拍照。2019年时开始从 Sortly 转移到 Airtable,毕竟手机上进行批量操作不如桌面方便。Airtable 其实就是一个 fancy 版本的在线表格,之所以不用 Google Spreadsheets 这样的在线表格,是因为后者无法方便地支持添加和显示物资图片,物资管理还是需要能够直观地看到图片。

最开始有物资管理的需求主要是经常需要翻箱倒柜找一些东西,浪费时间不说,还比较影响心情(毕竟找不到会非常焦虑)。实际在践行物资管理时,还有一个额外收获。整理了后相比于无知状态,很容易发现原来早已拥有这么多物资,对于秉承断舍离/极简主义思想的我,自然就会打消刚刚涌起的购物欲。

Airtable 一切都很好,今年间歇性地提醒我免费额度快要使用完毕后我才考虑将其迁移到 Obsidian,这个念头一产生就会发现迁移的好处很多:首先是我的日记及各种笔记知识都使用 Obsidian 管理,将物资信息也整合到这个系统,能够统一管理,方便检索(不用再打开Airtable的网页了),且方便其他笔记引用。Airtable 的 filter 多视图功能,也可以使用 Obsidian 的 dataview 插件实现,完全能够满足我使用的 Airtable 功能。遂有了这篇文章。

Obsidian 中记录物资的模板如下,主要使用 front-matter 信息,需要哪些字段可以根据需求随时更新,这些字段主要是方便后续进行 filter,我是直接将 Airtable 中表格的表头都直接导入过来了,写了一个从 csv 到 markdown 的转换脚本,感谢 LLM,写这种脚本的效率大幅提升。

---
name: HHKB Professional HYBRID Type-S
quantity: 1
price: 2400
tags: 
class: Electronics
subclass: CCC
brand: PFU
shop: 日亚
purchase_date: 2020-03-25
location: Dormitory
container: 
warranty: 
archive: false
archive_date: 
archive_note:
---

物资条目:

...

数字生活 2024Q4

本季度变更 #

  • 输入
    • Follow 的签到策略对于我这种喜欢签到的颇具吸引力,这个季度自从签到功能改版后几乎一直使用 Follow 作为主要的 RSS 阅读服务器,期待 iOS 版本尽快发布,目前正在 Testflight 内测中。
    • 视频方面,因为使用频次太低,取消了 Netflix 订阅。
    • 电子书方面,11月中旬购买了 文石Leaf3,微信读书的吸引力还是有点大,以后主力软硬件都确定了,希望2025年多读。
  • 输出
    • 博客迁移到 hugo,因为 椒盐豆豉 的高产而被吸引,期待用相似的一套主题也能让我高产点 :D 具体参考文章 2024-12-01-to-hugo
    • 书评影评还是回归豆瓣,当然最重要的数据本身还是在笔记中。
  • 工具
    • 个人物资管理方面,之前使用 Airtable ,其实就是个更 fancy 版本的在线表格,出于资料统一及方便检索/引用的目的,这个季度将物资管理导入至 obsidian,配合 dataview 进行各种视图的查看,还是非常方便的,考虑专门写一篇 post 介绍 2024-12-31-inventory-in-obsidian

完整版本工具库 #

  • 输入
    • 社交网络:Twitter
    • 论坛:V2EX, hacker news
    • RSS 订阅 (Follow),主要信息来源,订阅了包括博客、newsletter、微信公众号、微博时间线等内容
    • 视频:Youtube, Netflix, BiliBili, MICU
    • 音乐:Spotify
    • 播客:Overcast
    • 书籍:文石Leaf3 微信读书
  • 输出
    • 笔记:Obsidian
    • 博客 hugo on cloudflare
    • 书评:豆瓣 goodread
    • Twitter
  • 工具
    • 通讯
      • telegram, Wechat 即时通信
      • Gmail
      • iCloud
      • cloudflare Email forwarding
      • DuckDuckGo Email Forwarding
    • 文件
      • Dropbox 文件同步
      • Google Drive 在线文档
      • iCloud 用于照片和备份
    • 信息流
      • Pinboard 网络书签
      • Instapaper 稍后阅读
      • ArchiveBox 网页存档
      • RSSHub 自建 RSS 辅助工具
      • mbsync 邮件备份
      • Recoll 全文检索
    • 生产力
      • Toggl 时间记录
      • 滴答清单 待办管理工具
      • Google Calendar 个人日程管理
    • 个人数据
      • Obsidian 个人日志及笔记
      • Rond 个人位置时间线
      • Beanocunt 个人金融数据
      • Paperless 扫描文档仓库
      • Strava 个人运动数据
    • 隐私安全
      • Bitwarden 自建的密码管理及两步验证管理工具
      • cryptomater
      • DuckDuckGo masked email
    • 其他
  • 硬件
    • 计算机 MacBook Air M1 Mac Mini M2
    • 鼠标 鼠标 罗技(G)G304 LIGHTSPEED无线鼠标 鼠标 罗技(G)G102 有线鼠标 黑色
    • HHKB Professional HYBRID Type-S
    • iPhone 15 Pro 小米10S
    • Apple Watch S8 GPS 45mm
    • 耳机 Apple Airpods Pro
    • 电子书 文石Leaf3
  • 信息流
    • Douban RSS -> Pinboard (IFTTT)
    • Web -> Pinboard (manual)
    • Pinboard -> ArchiveBox (systemd timer)
    • FreshRSS starred -> ArchiveBox (systemd timer)

手机上发布文章

聊天时提到这个,目前基于静态站点生成器的博客发布文章动作繁琐,本地打开文件,提交到 GitHub。如果能够降低博客写作的启动成本,可能有助于更高产一点。本篇博客记录如何在手机上写作并且发布博客。

手机上 markdown 写作的软件非常多,无论是免费还是付费都有很多解决方案,例如大名鼎鼎的 Ulysses ,为了不付费,我这里使用免费版本的 Drafts,这段文字就是在 Drafts 中完成的。

解决了写作的问题,还有发布的问题,主要解决如何将文章文件添加到 GitHub Repo 中。通过 Drafts 中的分享目录可以将文章保存到 Dropbox 中,但是重命名需要手动。之后要解决的就是如何触发提交到 GitHub Repo 的动作。没有经过太多思考,直接在本地 homelab 中虚拟机中启用一个常驻进程 auto_make_post,当文件系统监测到 posts 目录发生变化后(可以根据需要监测文件创建、修改、删除等事件),自动执行 make post 命令,主要操作就是 git add . && git commit && git push. 由于都是在本地机器,也不需要考虑鉴权认证的问题。

以上是一个粗糙的方案,主要效果是:手机上使用 Drafts 写作后,保存到 Dropbox 对应 posts 目录,Dropbox 同步到 homelab 上后,触发 auto_make_post,自动将新文章提交到 Github Repo, 后续 CI系统自动发布文章。

个人电脑使用历史

受A walk through my computer history 启发,我也整理一下自己这些年的电脑使用历史。由于我的历史还没那么长,所以这篇文章应该会持续更新,从断舍离的角度出发,希望也别更新的太频繁。

2009, 第一台笔记本电脑 Lenovo IdeaPad Y450 #

Lenovo Ideapad Y450

Year CPU CPU Specs RAM Hard Drive
2009 Intel 酷睿2双核 T6500 2 2GB 320GB

2012,海淘的小黑 ThinkPad X230 #

电脑 ThinkPad X230

Year CPU CPU Specs RAM Hard Drive
2012 Intel(R) Core(TM) i5-3360M 2 Core,2.8GHz 4GB 500GB

2017,入坑 Apple,MacBook Pro 15’ 2016 #

Apple Macbook Pro 15‘ 2016

...

迁移博客至hugo

使用 theowenyoung 的数字花园主题后,几乎就没怎么更新,反思了一下为什么会这样,除了自己懒这样显而易见的原因,可能也有1%的原因和主题有关,所以折腾一下。

最开始是希望换回 Jekyll,看了一下 Obsidian CEO 的博客主题感觉比较喜欢,但是他的主题是闭源的,推荐的一个相似的主题主要面向 Digital Garden,有双链和链接预览的功能。个人博客使用不是那么搭。

最近一两年阅读最多的是 椒盐豆豉 的博客,看着从 wordpress 迁移到 hugo,文字更新频率大幅提升,在此正面影响下索性也采用这个主题 hugo-book.

目前的改动不大,添加了几个不同类别的页面,后续一些标签的细节再优化一下。

英雄联盟2021年全球总决赛线上时长为何这么长?

逛论坛发现一个帖子提到了英雄联盟 LOL 2021 年全球总决赛是历届全球总决赛线上观赛时长最长的一届,当然毫无疑问可以解释为新冠疫情,问题是如果没有疫情,S11是否还特别显著

我们假设没有疫情情况下的线下观众都在线上观看了比赛(应该是合理的),我们计算一下这部分观众能给线上观赛时长提供多少增量。如果这个增量和S11与其他届比赛的差值是相当的,我们就可以得出结论,S11的线上观赛时长增量完全是因为疫情导致,而不是这一年的比赛多么特别。

S11和S12的观看总时长差异是 174826794 - 161818868 = 13007926 小时,千万小时的级别。

S11 小组赛总计打了54场比赛,因为有加赛,当时还有新闻:2021全球总决赛的小组赛总时长31小时23分06秒排名历届S赛第二,2016全球总决赛小组赛总时长32小时13分08秒位列第一,也就是31.38小时。

淘汰赛总计打了29场比赛, 总时长按照液体百科的数据,大概是16.37小时。

线下观众数量有多少呢?这个很难计算,决赛的场馆一般比较大,小组赛和之前淘汰赛的场馆比较小。过往几届决赛的场馆如下:

2023 Finals in Seoul’s Gocheok Sky Dome had around 18,000

我刚好搜到了2022年各阶段比赛的情况,小组赛与四分之一决赛在麦迪逊花园广场Hulu剧院,容量5600,半决赛在州立农业球馆,容量21000,总决赛在大通中心球馆,容量18060。 https://wiki.biligame.com/lol/2022_%E5%85%A8%E7%90%83%E6%80%BB%E5%86%B3%E8%B5%9B/%E6%AF%94%E8%B5%9B%E5%9C%BA%E9%A6%86

S11 冰岛的场馆容量是5000人,按照S12的场馆设计,我们以估计偏小可以假设小组赛与淘汰赛的线下观众数量均为5000,
那么线下观众贡献的总时长是 19819708 小时,即使再降低估算规模,按照线下观众数量2500来估计,线下观众贡献的总时长是9909854 小时。显然这两个数据都是千万级别。

数字生活 2024Q3

本季度变更 #

  • 输入
    • FreshRSS 用起来挺好,但是 @DIYGod 领衔的 Follow 看起来不错的样子,凌晨两点在 Discord 抢到了邀请码,体验了几天感觉也可以,但是目前没有移动端,所以还是在继续用 FreshRSS + Reeder
    • 视频方面,添加了EMBY媒体服务器 MICU
  • 工具
    • 个人数据方面,部署了 paperless-ngx 作为扫描文档的归档,OCR是基于成熟的方案tesseract-ocr,测试了一下,手机拍的照片效果不好,但是扫描仪输出的文档 OCR 效果还不错。// 这个季度几乎完全没用,扫描仪也吃灰中
    • 个人数据方面,清空了 Google Photos 数据,照片全部导入 iCloud,放弃 immich
    • 个人数据方面,终于部署了 yihong 的 running_page 项目,将 Nike Running Club ,Keep,Apple Watch 的数据全部导入到了 Strava 2024-09-28-running_page

完整版本工具库 #

  • 输入
    • 社交网络:Twitter
    • 论坛:V2EX, hacker news
    • RSS 订阅 (freshrss),主要信息来源,订阅了包括博客、newsletter、微信公众号、微博时间线等内容
    • 视频:Youtube, Netflix, BiliBili, MICU
    • 音乐:Spotify
    • 播客:Overcast
    • 书籍:Kindle 微信读书
  • 输出
    • 笔记:Obsidian
    • 博客
    • 书评:goodread
    • Twitter
  • 工具
    • 通讯
      • telegram, Wechat 即时通信
      • Gmail
      • iCloud
      • cloudflare Email forwarding
      • DuckDuckGo Email Forwarding
    • 文件
      • Dropbox 文件同步
      • Google Drive 在线文档
      • iCloud 用于照片和备份
    • 信息流
      • Pinboard 网络书签
      • Instapaper 稍后阅读
      • ArchiveBox 网页存档
      • RSSHub 自建 RSS 辅助工具
      • mbsync 邮件备份
      • Recoll 全文检索
    • 生产力
      • Toggl 时间记录
      • 滴答清单 待办管理工具
      • Google Calendar 个人日程管理
    • 个人数据
      • Obsidian 个人日志及笔记
      • Rond 个人位置时间线
      • Beanocunt 个人金融数据
      • Airtable 个人物资管理
      • Paperless 扫描文档仓库
      • Strava 个人运动数据
    • 隐私安全
      • Bitwarden 自建的密码管理及两步验证管理工具
      • cryptomater
      • DuckDuckGo masked email
    • 其他
  • 硬件
    • 计算机 MacBook Air M1 Mac Mini M2
    • 鼠标 鼠标 罗技(G)G304 LIGHTSPEED无线鼠标 鼠标 罗技(G)G102 有线鼠标 黑色
    • HHKB Professional HYBRID Type-S
    • iPhone 15 Pro 小米10S
    • Apple Watch S8 GPS 45mm
    • 耳机 Apple Airpods Pro
  • 信息流
    • Douban RSS -> Pinboard (IFTTT)
    • Web -> Pinboard (manual)
    • Pinboard -> ArchiveBox (systemd timer)
    • FreshRSS starred -> ArchiveBox (systemd timer)

我的跑步主页

感谢 yihong 的 running_page 项目,其实非常久以前就知道了这个项目,关注到 yihong 也是因为这个项目。但是从18年以后我就很少跑步,尤其是马拉松。自从爱上羽毛球后跑步就更加少了,每年跑步的唯一契机就是体能考核,今年在准备体能考核的时候,好像又能重新发现跑步的乐趣,先折腾一下部署自己的跑步主页,成品在这里.

其实大量的精力在于导入历史数据,我的历史数据主要包括以下这几个部分:

  • Nike Run Club 的数据,包括86有地图信息的,73没有地图信息的,总计 159次,725.3km,5分6秒平均速度,总计61:38:18
    • 2019 3 9.77km 0:47:46
    • 2017 25 125.8km 10:38:55
    • 2016 7 38.79km 3:30:01
    • 2015 75 328.1km 26:44:47
    • 2014 49 222.7km 19:56:47
  • Keep 的4次跑步数据
  • Apple Workouts 跑步数据,含户外的和室内的

以上数据除了73次没有地图信息的数据,全部同步到 Strava,总计 321次,1303 公里。最后去除了 Keep 重复的,总计388次跑步。部署到 vercel,设置了 github action 每天执行同步,以后新增的数据自动发布。

我主要通过 Strava 来作为数据的中转地,Strava 手动上传大量文件((大概传了30个文件))会触发这个错误 You’ve exceeded the maximum number of uploads. Please try again later. 这时候可以采用其他APP来被动同步到 Strava,需要导出 ctx 文件。Strava 导出活动的ctx文件,直接在链接最终添加/export_ctx。

参考链接 #

体验新的RSS阅读器Follow

很早就关注到 diygod 在开发新的RSS阅读器,鉴于日常受益于 RSSHub,非常期待。今天凌晨两点运气不错蹲到了邀请码,先体验一下同时 claim 本博客。

This message is used to verify that this feed (feedId:48039983835900953) belongs to me (userId:43235607612881920). Join me in enjoying RSS on the next generation information browser https://follow.is.

浏览器自动补全 A to Z 看上网习惯

响应 椒盐豆豉 的问卷调查,从 A 到 Z,浏览器给的第一个推荐都是什么?以下是我的结果:

  • A - api.wogong.net/ LLM时代到来后,几乎所有境外的服务在中国大陆都不可达,因此利用 one-api 搭建了这个中转站,用来给身边朋友和自己的一些第三方APP使用。
  • B - bbs.hupu.com/lol 因为看 LOL 比赛,一直在这个分区看看帖子,早几年还有账户参与讨论,最近几年只读模式,毕竟这种论坛都是回合制,输出或者反击都是无意义的事,别带脑子来这里。
  • C - colab.research.google.com 很早很早就知道Google 的这个在线 notebook 服务,但是一直没怎么用,毕竟我有本地环境为什么要用这个呢?后来计算设备变得多起来,各处的 ipynb 文件也不好归档整理,散落在各个项目里。再说本地开一个不是还得找到对应的 python 环境,偶尔还受 poor network 拖累慢吞吞拖包,索性不需要显卡的都放到 colab 上了,主打一个打开浏览器就能使用。
  • D - douban.com 书影音标记,虽然数次叛逃,以及最近几年的数据也不全面了(本地 Obsidian 是最全的应该),但是查看书籍、电影介绍和评价还得是豆瓣。
  • E - easychair.org 最近一个会议的投稿网站,E开头的网站好像真不多?
  • F - freshrss.wogong.net 自己部署的RSS阅读器,之前用的miniflux,后来迁移到 freshrss,每日必开的网站了。
  • G - github.com 居然不是Google?应该是因为 Google 的搜索都直接在搜索栏解决了,GitHub 当之无愧。
  • H - hltv.org CS2 赛事数据网站,对的,我不仅看 LOL 比赛还看 CS2.
  • I - instapaper.com 老牌的 Read it later 网站,界面简洁,虽然曾经也想叛逃到 Pocket,但是实在接受不了图文混排的设计,还是简简单单的 Instapaper 就好,用了很多年了,几乎没有 Read it never,偶尔兴趣迁移了就 archive 就行,基本每周一清空。
  • J - jd.com 京东购物网站,Plus会员都续费到2027年了。
  • K - kagi.com 被 Hacker News 各种安利的付费搜索引擎,付费订阅了一年,目前没感觉到很大的优势,除了不给 google 隐私数据的快感?
  • L - localhost:5000 fava ,用来看看账本信息,即使没有这个估计也会是 localhost,毕竟经常尝试本地部署一些奇奇怪怪的东西。
  • M - mail.163.com 一个事情临时注册了163邮箱,不是 Gmail 是因为 pin 了。
  • N - news.ycombinator.com Hacker News 偶尔上去刷刷。
  • O - outlook.com 国内主力邮箱。
  • P - photos.google.com 应该是因为最近正在清空 Google Photos 的数据,全面迁移到 iCloud Photos,所以访问的有点多。
  • Q - qcloud.com 讲道理不应该经常访问的,肯定是之前 miniflux 导致机器卡死上去手动重启导致的。
  • R - rsshub.wogong.net 自己不熟的 RSSHub 服务。
  • S - smzdm.com 什么值得买,这几年广告水军是越来越多,官方也开始带货,但是没有其他替代网站了,而且关注的大V还是靠谱的。
  • T - twitter.com 推特,主要消息来源,唯一的设计媒体
  • U - 空缺,往下翻是utgd.net UNTAG 一个从少数派离职的人搞的另一个类似的媒体站,RSS订阅了,但是不输出全文,所以偶尔点进去看。
  • V - v2ex.com 签到了3000多天的网站,最近几年看的少了,但是还是偶尔刷刷。
  • W - wogong.net 就是这个网站啦。
  • X - xueqiu.com 我都很久没看了,一定是因为添加到书签了。
  • Y - youtube.com 油管。
  • Z - 空缺,往下翻就是 zhuanlan.zhihu.com 现在不登录不给看全文了,但是有时候没办法不看,看一半也行吧,知乎真的是越来越恶心了。