博客 | Blog | WOGONG

博客 | Blog

Beancount 账户命名

January 13, 2021

Beancount

命名是计算科学中最难的两件事，Beancount 的账户的命名尤其困难。对于从其他记账工具迁移过来的用户，直接将原先的账户结构迁移过来当然是可以的。但是 Beancount 这种文本记账工具，对于账户的处理几乎没有成本，可以任性地添加更多的账户。直接复制原来工具的账户结构可能无法完全发挥 Beancount 的能力。

我个人为 Beancount 的账户命名有提供以下几点指导:

账户命名在可接受的范围内尽量详细，有账户补全这样的功能在，多级账户名锁造成的额外负担是很小的。带来的好处是显而易见的，最终形成的报表详尽而清晰。此外，在后期使用正则替换合并账户是很容易的，但是拆分账户只能对每一条记录进行检查。
多使用多级账户，在 fava 中折叠次级账户后，可以清晰地看到上一级账户的总额。
尽量遵从你的直觉，想象你在以后遇到一笔账户，直觉告诉你应该放到哪个账户。这样可以最大地降低记账的认知负担。当然，这一点可以随着使用慢慢优化自己的账户命名，毕竟文本账本的一大优点就是可以方便地进行正则替换。

最后附上一些其他记账工具默认的账户命名，可供参考。

MoneyWiz 默认账户名

  Automobile
      Accessories
      Car Insurance
      Gas/Fuel
      Lease
      Maintenance
      Other
      Parking
  Bills
      Cable
      Electricity
      Gas
      Internet/Broadband
      Mobile Phone
      Other
      Phone
      Water
  Clothing
      Accessories
      Clothes
      Jewelry
      Other
      Shoes
  Digital
      Apps
      Books
      Movies
      Music
      Other
      Podcasts
      TV Shows
  Food & Dining
      Dining/Eating Out
      Groceries
      Other
  Health Care
      Dental
      Eye Care
      Health Insurance
      Medical
      Other
      Pharmacy
  Housing
      Furniture/Accessories
      Home Insurance
      Maintenance
      Mortgage
      Other
      Rent
  Leisure
      Entertainment
      Fitness/Sport
      Other
      Personal Care
  Loans
      Other
      Taxes
      Transportation
      Travel

mint-category https://www.mint.com/mint-category
...

Beancount 投资回报计算与可视化

January 12, 2021

Beancount, Investment, Fava

TL;DR 使用 fava-portfolio-returns¹ ，可在 fava 中直观展示投资回报率详细数据，该插件的数据来源是 beangrow² 。

几种方案概述 #

fava-portfolio-returns + beangrow #

对于使用 Beancount 记录投资帐目的人来说，如何评估自己的投资回报一直是一个未解决的问题。前一段时间 Beancount 的开发者 Martin 写了一个计算回报率的小工具³²，姑且可以算是 v3 版本功能的一个小前瞻，尝试使用之后，虽然目前还是比较粗糙的脚本，但是基本可以计算出来年化的投资回报率了。Beancount 用户 Redio 也写了详细的 Review⁴，可以作为第一个文档的补充，使用时参考。

2023-08-29 更新 近日在邮件列表看到了 fava-portfolio-returns¹ 项目，这是一个用于在 fava 中展示投资历史回报的插件，后端数据来自 beangrow，尝试了一下发现运行良好，当然运行良好的前提是解决一堆报错，这个插件对 beangrow 配置文件的错误容忍程度较低，遇到错误时可开启 debug 模式查看报错信息。这里放两张官方的截图，展示了该插件的功能。具体使用方法参见官方仓库 README。

fava_investor #

fava_investor ⁵ 是另一个试图在 fava 中进行投资回报可视化的插件，目前处于开发中，由于我的投资帐目比较复杂，目前没有办法成功运行。对于简单的投资帐目（例如不包含数字货币），可以尝试使用。

beancount_portfolio_report #

另外还有一些比较小的工具，例如 beancount_portfolio_allocation⁶是一个根据当前市值计算持有资产比例的脚本，方便用来进行资产重新配置。我在此插件的基础上，进行了一些简单的修改，重新命名为 beancount_portfolio_report⁷，用于输出当前各类资产的市值、回报和总体回报率（非年化）。

beancount-boilerplate-cn #

beancount-boilerplate-cn 有部分净值计算的工具，但是同样不适合我这种比较复杂的投资记账。没有尝试。

beancount.io #

beancount.io 在网站上也提供了 Stock Analysis 工具，可惜没有看到开源，处于数据安全顾虑，目前没有体验。从 demo 来看完成度还是比较高的。侧重点在于比较不同风险资产的盈利情况。

...

关于 bottleneck 的几种含义

January 7, 2021

Bottleneck

机器学习的语境中，经常可以看到 Bottleneck 这个词，其含义差别较大，为了解决自己的困惑，本文整理了几种常见的含义。

information bottleneck theory 由 Naftali Tishby 2000 年的论文 The information bottleneck method 中提出，后来试图解释深度学习的泛化性能。当然关于这个理论本身也有不少反驳意见。
ResNet 中的结构名称，bottleneck design 2015 年底最新给出的，也是当年的 imagenet 比赛冠军。可以说是进一步将 conv 进行到底，其特殊之处在于设计了“bottleneck”形式的 block（有跨越几层的直连）
bottleneck 是我们经常用于描述网络最后一层之前的那些实际完成分类任务的网络层的一种非正式称谓 http://shartoo.github.io/tensorflow-retainmodel/
MLP 中一类隐层源于1994年的《CONNECTIONIST SPEECH RECOGNITION A Hybrid Approach》，里面首先提出到 BN 层应该要同时比input&output结点数都要少的概念。参考 https://www.zhihu.com/question/51793452

日常轻松制作 Anki 卡片

January 7, 2021

Anki, Apy, Cli

Anki 是一款能让记忆事物变得简单的程序。Anki 比传统的学习方法更为有效，因此你可以大幅减少花在学习上的时间，或是大幅提升学习量。(来自 anki 官方中文介绍)。

我个人很早就耳闻 anki 的大名，2019 年 10月份够买了 iOS 上的官方 APP。但是日常使用仅限于背诵单词，有一搭没一答的在使用。2020 年底学习了 Youtuber Ali 关于 Anki 的课程 Learn Anything With Flashcards The Ultimate Guide To Anki，了解到很多之前不知道的 anki 的强大功能。新的一年开始，希望能坚持 anki 打卡，背诵单词。下面简单介绍一下使用 anki 的 workflow。

我一直不太习惯背诵单词书，一来没有备考的压力，动力不足，其次没有语境的背诵单词，对我来说印象不够深刻。这么多年的英语学习经历，我几乎没有背诵过单词书。高中积累单词的方法是，在日常考试中遇到的生词，记录到生词本，之后有空没空多翻翻。这样的效果是十分显著的，在后期英语阅读理解速度比较同龄人提高了很多，个人积累的单词量也显著进步。这样的习惯一直断断续续保持着，这么多年使用过有道的单词本，欧陆词典的生词本，用来记录在互联网上浏览遇到的生词，但是效果不佳。原因主要是，互联网上遇到的生词数量太多（有些难度较大的文章可能一篇就会积累数十个），没有了应试压力后很难经常性地回顾，这就导致生词本中不熟悉的单词越来越多，定期背诵带来的沮丧感大增，很难坚持下去。

Anki 通过自己的算法可以完美的解决这个问题。所以要解决的问题是，如何将生词本迁移到 Anki 词库？

最直观的办法是，直接将生词本导出，简单处理下格式，并导入 Anki。这样当然是可行的，但是日常积累遇到的新词如何处理？定期从生词本导入到 Anki 当然是可以的，不过毕竟增加了额外的步骤。永远不要低估自己的惰性，时间长了可能就这多的一步阻碍你继续背诵单词。我们需要的方案是，能够将遇到的生词直接添加到 anki 中，非常幸运的是，现在有很多这样的工具。本文主要介绍我个人经常遇到的两种场景。

在浏览器中添加生词到 Anki #

幸运的是，有现成方案可以完美解决这个场景需求。大力推荐在线词典助手 (含Anki制卡功能) 这个 Chrome 扩展，插件安装地址。项目的是开源的，代码托管在 Github。

安装完毕，简单配置后，可以直接在浏览器进行划词翻译，一键添加到预先配置好的 Anki 词库。个人使用一年多，偶尔遇到不能制卡多是配置失效，重新配置即可。

查单词的同时添加到 Anki #

在非浏览器页面遇到生词，查单词后希望添加到 anki，如何解决这个需求呢？具体来说，我查单词的地方默认是命令行，感谢 ydcv，能够在命令行迅速方便的查询单词。但是该工具只是一个非常简单的查词工具，没有更复杂的，例如单词本这样的功能。最初我是这样解决这个问题的，手动添加了生词本功能。实现的非常简单，就是在查单词的同时，将单词保存到一个文本文件。通过 shell 函数实现：

# youdao  
function s() {
    local spath="${HOME}/sh/ydcv.py"
    $spath $*
    echo $* >> ${HOME}/Dropbox/Dat/words.txt
}

在决定使用 Anki 之后，这个实现当然不够，如何能够让在 ydcv 中查询的单词保存到 Anki 词库呢？前段时间特地抽时间搜索了一下，找到了一个在命令行中与 anki 词库交互的工具 apy，该工具没有采用 Ankiconnect 等接口，可以在 Anki 没有运行的情况下，通过读取 Anki 数据库的方式，直接添加新卡片。那么问题就简单了，我们可以用该工具将使用 ydcv 查询的单词和返回的意思直接添加到 Anki 词库，简单升级下上面的 shell 函数：

...

socks 代理问题排查

January 5, 2021

Proxy

昨天晚上 Roam 今天一直没办法同步，F12 查看后台发现是到 firebaseio.com 的请求全部失败了。一个示例请求是 https://firescript-577a2-dbs-0017.firebaseio.com/.lp?start=t&ser=83912017&cb=14&v=5

这个域名我这边需要使用代理访问，之前都正常，直到今天，浏览器无论是否使用代理都无法访问。已经做了如下测试

使用浏览器代理无法访问（浏览器尝试了 Chrome 和 Firefox，代理类型尝试了 socks5 和 http）
使用 curl 配置了 socks5 代理在终端直接请求正常，在境外 VPS 直接 curl 请求也没有问题
使用全局的 anyconnnect vpn，浏览器访问正常
检查了浏览器的 DNS 解析是正确的

上文是我在自己排查了很久找不到原因后在 V2EX 上发的求助帖子。同时我还在 Tuna 的技术群中发了类似的东西。等了许久之后有人指出了问题，可能是 socks 代理的问题，最终确定是代理节点出现了故障（与此同时代理的群里也有人反馈节点问题，可是我没有仔细看）。觉得困惑的原因主要在于，终端是可以访问的，但是浏览器无法访问。明明是用了同样的代理，VPN 和境外 VPS 可以访问说明服务端没有问题，除了 firebaseio 这个域名，其他域名包括 Google 等的访问正常，说明代理服务器没有出问题（这里是重点），那么问题究竟在哪里呢？

事后来看，遇到这个问题无法解决的原因是，不懂浏览器和 curl 的 socks 代理机制差异，下面简单总结一下。

浏览器中无法访问的原因是，Chrome 和 Firefox 设置的 socks 代理，需要远程解析 DNS，而远程服务器节点解析 firebaseio 域名出现了问题，导致无法访问。（FIrefox 默认 socks5 代理是本地解析，然而我很久以前修改了）
curl -x socks5://127.0.0.1:7891 会在本地解析，所以访问没有问题
全局的自然没有问题
浏览器本地解析的 DNS 并没有什么意义（应该是我在采用 Direct 模式解析到的 DNS 缓存）

在本地使用 curl -x socks5h://127.0.0.1:7891 请求失败，这种方式类似浏览器，在远程解析 DNS，重现出了浏览器碰到的故障。附上一个记录

...

Ubuntu LTS 版本升级

December 31, 2020

Ubuntu, Apt

Ubuntu 16.04 升级到 18.04 过程中，出现了和 miktex 相关的一个错误。升级顺利完成，但是发生了这个错误。导致了一些包并没有更新，以及 apt 的依赖被搞崩了，提示如下

You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies
miktex : Depends: libcurl3 (>= 7.16.2) but it is not installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

这时候使用 apt remove miktex 也是没有用的，提示这个错误

Removing miktex (2.9.6650-1) ...
miktexsetup: /usr/lib/x86_64-linux-gnu/libcurl.so.4: version
`CURL_OPENSSL_3' not found (required by miktexsetup)
dpkg: error processing package miktex (--remove):
installed miktex package pre-removal script subprocess returned error exit status 1
Errors were encountered while processing:
miktex
E: Sub-process /usr/bin/dpkg returned an error code (1)

错误的原因是 Ubuntu 18.04 将 libcurl3 升级成 libcurl4，对应的库也进行了更新，导致依赖 libcurl3 的应用程序例如 miktex 崩坏，进而导致 apt 崩坏，小白用户面对这种情况基本就手足无措了。

...

Flexgate 苹果背光门事件

December 7, 2020

Macbook, Flexgate

简介 #

Flexgate 背光门事件是指苹果公司 2016 或者 2017 款的 Macbook 在长期使用后出现的屏幕质量问题，具体表现为屏幕背光完全消失（黑屏）或者出现严重的漏光现象，国内外很多文章视频对此已经有详细的介绍¹。美国也出现了针对 Flexgate 事件的集体诉讼。2019年5 月19日，苹果官方推出了 2016/2017 款 13 寸 Macbook Pro 的显示屏背光服务计划²，但是对于存在同样问题的 2016 款 15 寸 Macbook Pro 却没有对应的服务计划。这也正是我购买的机型。

回顾 #

2017-01-05 购买 2016 款 15寸 Macbook Pro 便携式笔记本电脑。
2017-06-22 购买该设备的延长保修服务 Apple Care+。
2020-12-14 因电池鼓包授权维修点送修，免费更换 C 面（尚在 Apple Care+ 保修期限内）。
2020-03-24 晚间发现笔记本屏幕黑屏，不显示任何内容，显示器背光完全停止工作。上网搜索发现原因是苹果的产品设计缺陷 Flexgate 背光门确认。
2020-03-25 电话苹果客服确认该问题，由于疫情期间行程受阻，未能送去线下维修。
2020-06-28 前往长沙苹果官方授权维修点，确认该设备出现的问题，但是拒绝免费维修，付费维修费用高达 6100 元人民币。放弃维修
2020-09-11 淘宝寄修
2020-09-16 淘宝维修返回，测试机器，发现底部背光有问题，背光不均匀，在低亮度的时候尤其严重。和店家交涉，第二天重新寄回。
2020-09-21 淘宝维修再次返回，测试完美。总计花费 800 CNY。淘宝商品地址³。

总结 #

遇到同样问题的苹果用户，希望我们都能力所能及地投诉并关注这件事情。对于不想在官方换屏维修的用户，可以尝试在淘宝或者华强北维修，我个人的体验比较满意。

...

Clash 作为网关的透明代理

November 27, 2020

Clash, Proxy

注意：作者目前使用的方案已经更新，请参考[最新文章]({% post_url 2023-07-14-clash-gateway %})，使用 TUN 方案，不需要自己维护 iptables 规则

一直以来的方式是在各个终端进行代理，因为没有一定网关/路由层面处理的理由。之前也在路由器上折腾过几次，成功大抵算是成功，但是偶尔的稳定性问题，以及不方便更改代理状态和调试，最终还是放弃。

前段时间折腾了 DIYNAS，安装了 PVE 系统，折腾了虚拟机好久。想着既然没什么后顾之忧，不如在虚拟机上试试软路由？使用 OpenWRT 原生系统 + openclash 使用了一周左右，稳定性尚可，就是更新频繁（强迫症无法不点更新啊），配置文件看得人眼花缭乱。

在翻 Clash 的 GitHub 仓库时，发现最近 TProxy 支持了转发 TCP¹，遂想起来在 Ubuntu 上折腾一下透明代理作为网关，成功后发现这种方式相对于 OpenWRT + openclash 简单省心，维护一份配置文件，不用频繁更新。记录方案于此。

提前声明本人网络知识欠缺，配置大多参考他人，尽力给出原始链接供参考。

普通 linux 主机设置 #

首先，在网关机器上打开 ipv4 转发， echo net.ipv4.ip_forward=1 >> /etc/sysctl.conf && sysctl -p Clash 配置文件添加如下

# Transparent proxy server port for Linux (TProxy TCP and TProxy UDP)
tproxy-port: 7893

设置路由和 iptables 的脚本

# ROUTE RULES
ip rule add fwmark 1 table 100
ip route add local 0.0.0.0/0 dev lo table 100

# CREATE TABLE
iptables -t mangle -N clash

# RETURN LOCAL AND LANS
iptables -t mangle -A clash -d 0.0.0.0/8 -j RETURN
iptables -t mangle -A clash -d 10.0.0.0/8 -j RETURN
iptables -t mangle -A clash -d 127.0.0.0/8 -j RETURN
iptables -t mangle -A clash -d 169.254.0.0/16 -j RETURN
iptables -t mangle -A clash -d 172.16.0.0/12 -j RETURN
iptables -t mangle -A clash -d 192.168.50.0/16 -j RETURN
iptables -t mangle -A clash -d 192.168.9.0/16 -j RETURN

iptables -t mangle -A clash -d 224.0.0.0/4 -j RETURN
iptables -t mangle -A clash -d 240.0.0.0/4 -j RETURN

# FORWARD ALL
iptables -t mangle -A clash -p udp -j TPROXY --on-port 7893 --tproxy-mark 1
iptables -t mangle -A clash -p tcp -j TPROXY --on-port 7893 --tproxy-mark 1

# REDIRECT
iptables -t mangle -A PREROUTING -j clash

最后在局域网的 DHCP 服务器设置网关为该机器 IP 即可，也可以手动在希望走代理机器的网关设置未该机器 IP。

...

self-hosting is good

November 26, 2020

最近折腾整理了一下服务器上自建的服务，顺便给添加上了 https，下面简单记录一下，推荐自建服务的同时，也大致给同样想要折腾的人提供一点记录。

密码管理服务 #

自从 2009 年 CSDN 爆出明文存储密码，密码泄漏事件之后，便开始使用密码管理软件。最初使用 LastPass，之后长期使用 Keepass，最近一年迁移到了 1Password，在论坛发现对 Bitwarden 的推荐后，顺手在服务器上部署了，目前使用几个月，体验良好。

推荐使用 docker 部署，官方仓库对性能要求比较高，推荐使用 Rust 重写的服务端 bitwarden_rs，采用 docker-compose 方式部署，注意为了使后面部署的其他服务也能使用 Caddy，我们不采用上面这个 repo 提供的 docker-compose.yaml，采用以下

$ cat docker-compose.yml 
# docker-compose.yml
version: '3'

services:
  bitwarden:
    image: bitwardenrs/server
    restart: always
    volumes:
      - ./bw-data:/data
    environment:
      WEBSOCKET_ENABLED: 'true' # Required to use websockets
      SIGNUPS_ALLOWED: 'false'   # set to false to disable signups
    ports:
      - "127.0.0.1:3012:3012"
      - "127.0.0.1:3011:80"

最后我们统一采用 Caddy 进行反向代理。

RSS 阅读器 #

2010 年前后开始使用 RSS 订阅，经历了 2012 年 Google Reader 关闭带来的晴天霹雳，后来在 Digg, feedly, inoreader 之间辗转，目前是 inoreader 的 Pro 付费用户，前几天在推上看到有人提到 miniflux，遂去瞄了一眼，看起来比较简洁，本着尝试的态度部署了一下，体验还可以，虽然暂时无法替代 inoreader，采用官方提供的 docker-compose.yaml 即可，如下：

...

关于笔记软件

October 27, 2020

Roam, Notion, Evernote

作为一名资深的磨刀人，对于笔记软件自然使用过无数款。简单总结一下所有的产品和过往的一些记录。

Workflowy
- 非常棒的大纲工具，我使用的时间并不长。界面流畅，交互体验顺滑。
幕布
- 国内的 Workflowy，添加了思维导图的功能，然而我几乎不用思维导图，长期付费会员，可惜还没到期就放弃不使用了，以后记得这类千万不要买超过一年的会员。
Bear
- macOS 上的文本编辑，我怎么也不习惯用文件的方式记笔记。
Ulysess
- 类似 Bear，本质上是个写作工具。
Vimwiki
- 最早接触的，我最初公开分享的 wiki 页面就是 vimwiki 生成的。
Drafts
- iOS 上的文本书写工具。
Simplenote
- 简洁，共享功能很棒。
Google Keep
- 日志记录，搜索功能强大， OCR 功能很棒。
Notes.APP
- Apple 生态下的随手记录，可以尽量不使用。
Day One
- 日记，界面优美，可惜不跨平台。
Evernote
- 存放各种 Review 笔记，扫描的收据，剪藏的文章，目前个人用来做各种渠道的信息收集。还没放弃它的原因是可以检索图片中的文字。但是实在太重了。新人不建议使用了。
notion
- 结构化信息，书评，主要笔记场所，但是中文搜索有问题
Jrnl
- 作为日常随手笔记应用，记录工作日志，日常日志
- 启发自 jrnl，一个 pyhton package 用于命令行记录的日志工具
- integrated with Telegram, so I can journal by telegram messaging to the bot
- developed a server API, so I can journal by command line using [[Alfred
Roam Research
- 主力使用，存放任意类型笔记，读书观影万物皆可，目前的增量信息都使用 RR 来管理吧。关于是否可以替代 Day One 成为日常 log 工具还需要考虑。
- 优点：
  - 省钱了，Day One 订阅费用一年 35 USD
  - 统一的集中数据库
- 缺点
  - 移动端暂时没有好的方案
  - 私人信息会污染数据库
  - 没有华丽的 UI 和当年今日等回顾性质的内容
Joplin
- an open source note taking and to-do application with synchronization capabilities for Windows, macOS, Linux, Android and iOS. Forum: https://discourse.joplinapp.org/
- 没有使用过，可以将 Evernote 笔记导出为 markdown 文件，很棒。

附上8年前的一些想法：

...