我自己的方法是拿张纸把自己的需求和相应的键位写下来，然后放在最显眼的地方，dd 用烦了就看一眼，一眼就能看到，久而久之就习惯了，要是一直不看就说明旧的键位也很顺手（不过楼主说的两个键位我从来没用过，学习了，哈哈

@vance123 哈哈，神了，我也想过这个问题，我还查了 url 有没有[长度限制]( https://stackoverflow.com/questions/417142/what-is-the-maximum-length-of-a-url-in-different-browsers)，只是我没想过真的会有这么长的 url，真是太年轻，我直接把超过 512 字节的 URL 给 truncate （截断？）了 😬

@heijiaotuan123 我看的书没几本提到 HTTPS 的，好惨，改天了解一下

@nightwitch 我也记得有！！第一次知道 proxy 这个概念就是 CSAPP，不过今天懒得翻书了，改天一定看一下

@twoconk 哈哈，其实还是挺简单的

@fuyufjh 是啊，现在写 HTTP 代理意义好像不是很大，不过好像一直到一几年都是这个 Lab

@cz5424 谢谢指正！

@oxromantic

1: 谢谢指点！确实，请求处理部分真的十分粗陋，目前能处理的错误只有 EAGAIN，我自己也试过一两次因为读取错误而整个程序直接退出，加上我这一部分没用 perror，导致我连错误是什么都不知道，不过笼统改为无视这些错误意义好像也不大，改天应该会将这一部分代码重写一遍。

2 、3: 好建议，我会试一下

4: 个人理解不会，现在处理请求的流程主要是逐一从队列里拉取已有的连接描述符，再逐一读取该连接已有的请求并发送相应文件（这些地方倒是可能造成阻塞），并且 socket 全部都设为非阻塞，就 IO 方面好像没有哪个函数会受制于对方接收速度，但确实有漏发的可能，因为现在对于写操作 EAGAIN 的解决方法只是单纯无视而已 =_= 说到头来还是请求处理的问题……

这种表虽然可以查，但是还是要自己总结的好。把 ctrl 键设置好，Vimtutor 里面的键位记在一张纸上，随时查，记录下最耗时的操作就查一下有没有更快的做法，比如 w b 和各种搜索跳转，遇到自己感兴趣的新键位随时补充，初期还可以看看 YouTube 上比较出名的那几个视频，学下来其实和 Shell 命令 /快捷键差不多，这种方法的好处就是你会感觉自己在进步，少点倦怠感，而且可以挖掘 Vim 的内置功能，不会依赖插件，即开即用。

@kingzez 加个 format 漂亮好多，学到了，谢谢~

@hutusi 哈哈哈，没想到被大佬看到了，我从 rethink-c 开始就关注大佬博客了。

其实我也想过加这样的功能，说实话，我一看到你留言就马上去加上了，但回头一想，不看 git log 就盲跳几条 commit 的情况应该很少，如果看了 log 的话直接 git checkout 就好了，而且 git 本身也有 git checkout HEAD~n 这样的功能，所以本着尽量简单的想法，我觉得与其加上两条 forward backward，不如加个 calibrate 功能让脚本能更好地和 git 本身的 checkout 功能配合，git checkout 之后也不影响脚本，个人来讲感觉是两全其美了。

Diff: https://gist.github.com/7ecc/d365af1b3a16a2a72b3e8a3cba2f10cf/revisions

@cnoder 谢谢你的建议~

@ciaoly 好巧，我正好在官网的 GUI 软件推荐列表看见 Git Extensions，谢谢你的建议~