我在三处都加了代理：
1. ~/.config/git/config
[http]
proxy = http://127.0.0.1:1087
[https]
proxy = http://127.0.0.1:1087

2. 在 git clone 的 所在的命令行使用
export LOCAL_HTTP_PROXY='http://127.0.0.1:1087'
export all_proxy='$LOCAL_HTTP_PROXY'; export http_proxy='$LOCAL_HTTP_PROXY'; export https_proxy='$LOCAL_HTTP_PROXY'; git config --global http.proxy '$LOCAL_HTTP_PROXY'; git config --global https.proxy '$LOCAL_HTTP_PROXY'
该命令与 1 有重合部分

3. ~/.ssh/config

Host github.com
HostName github.com
User git
ProxyCommand socat - PROXY:127.0.0.1:%h:%p,proxyport=1087

Host githubusercontent.com
HostName githubusercontent.com
User git
ProxyCommand socat - PROXY:127.0.0.1:%h:%p,proxyport=1087
其中需要 socat 命令

git rebase ，本地解决冲突，再 push 上去。

https://jessun.github.io/
没什么有价值的东西，但是这个主题不错，列表页做成书本目录那样简单明了就行，详情页也就是基本 markdown 带个大纲。

另一个样例： https://hugo-theme-even.netlify.app/

2 3 1 你再想想 +1

@linglin0924 本来想说两句的，仁兄果然慧眼。

推广 @Livid

@redtech 所以我说这只是扣🦶想出来的主意，看看就好。

我这里刚相出一个 idea：

介绍： https://cloud.tencent.com/developer/article/1887612
官网是这个：这个 https://app.gather.town/

这个场景是：将 2d rpg 同办公场景相结合，做出来一个「 mini 元宇宙的」 web 服务，增加了远程工作的代入感。

那么把这个思路套用到社区上来……

可以做一个 rpg 游戏式的 BBS 社区，每个用户就是一个带 id 的游戏角色。那么参考这个思路，我觉得可以深挖一下：

场景 1：编程教学

一名主讲用户（比如资深开发）可以在游戏场景中发起远程音频会议，在游戏 web 页面中可以发布讲课题目（比如，golang 的 gc 机制讨论）。其他用户在上线后，在页面上看到有一个 rpg 人物发布了该会议，有兴趣的话，就可以控制游戏人物参加会议，此时该用户就可以参与到音频会议中。

当然也可以是轮流发言交换心得。

场景 2：bbs 式讨论

将类似 V2EX 的节点、帖子，参考场景 1 的处理方式实现 bbs 讨论功能。
什么话题讨论，问题求助，职场吐槽，算法悬赏之类的传统 BBS 式的讨论，都统统都可以覆盖到的。

场景 3：游戏放松缓解

可以在 web 页面上搭配一些小游戏，供用户简单娱乐一下，什么数独啦，五子棋啦，都行。

或者做成武侠式，两个用户控制游戏人物回合制对战，或者做成拳皇那种不是不可以……

场景 4：还没想好，可以继续脑补下去。

还可以学腾讯，卖游戏人物皮肤 /服饰……2333333 。允许腾讯云啦等等在社区里贴贴小广告，或者做成一个游戏店铺老板在兜售货物的形式。


整个社区 rpg 部分不需要太复杂的逻辑，参考 https://app.gather.town/ 这种像素风也不错。这个社区完全覆盖到所有 bbs 式的功能，顺带视频会议，游戏，都可以囊括进去。同时游戏场景也可以做成白天与黑夜，随着实际中国大陆 08 区的昼夜变化而变化。


目前存在的问题有：

1. 需要在概念上构造一个合适的游戏环境，比 https://app.gather.town/ 这种纯办公室的要复杂，应该是一个大型 2d 游戏了，之间的结合还不能太生硬。
可以参考的方案：
- 魔兽世界
- 我的世界
- 控制轨迹那种，日式 rpg 风
- 以前玩的《剑侠情缘》《仙剑 1 》
- 或者其他的游戏。

2. 不够摸鱼。逛这个论坛有点像玩游戏，被 boss 看见会尴尬。当然，可以提供一套传统 bbs 的网站页面来满足需求，数据来源和 rpg 里的一致。这样，想安静逛论坛的可以翻贴子，想互动一些的就去玩游戏。

3. 开发成本有点大………………

4. 以上点子都是我一边扣脚一边想出来的，也不知道能不能实际落地。

啊，我这里也没有看到那个文档。

我的做法是在每次查询前面加一个 "use xxxx;"

我的做法是，将 arch 主机作为服务器使用。mac 上开个 terminal ssh 到 arch 主机上开发 。毕竟 mac 上可以用飞书会议开会。

当然我是用的 neovim ，如果是 ide 或 vscode 好像也有 remote via ssh 的方案。

这个功能第一天出，我就申请了。

有的时候，自动补全的代码比我写得还对，还好。

个人不推荐 win 平板，同事有一台 surface ，说：智商税。