部分国内网络访问 GitHub 会很慢，严重拖慢了学习和开发效率。除了使用代理绕路之外，有没有什么简便的办法呢？最近我写了个脚本，用来测试所有已经的 GitHub IP 并计时，然后就可以挑一个访问快的写在 hosts 文件里了。
获取脚本请访问 gh-check。脚本依赖 Python 3 近期版本及 aiohttp。
中国大陆目前自然解析 github.com，通常会得到位于新加坡的 IP。然而这几个 IP 的访问速度经常不怎么好。我之前是手动尝试使用西雅图或者阿什本的 IP，但是它们也并不总是很流畅。现在，终于可以让数据说话了：
IP 来源于四个 GitHub 区域域名的解析结果，以及另外两个我自己通过 DNS 发现的。
检查分为两种：HTTP 和 SSH。默认两者都测试，可如上图中那样通过参数指定只测试一种协议。HTTP 测试时，会验证服务器的 TLS 证书。
这是偶然间发现的。在 GitHub 桌面版网页上，按第一下 Tab 时，会在左上角显示一个「Skip to content」的链接，并且键盘焦点就在这里：
我被这样的小小地惊艳了一下。这个链接可以用来跳过不怎么常用的导航栏上那排链接和按钮。
作为经常打字聊天和写码的人，在电脑前的大部分时间手当然是在键盘而不是鼠标上，所以使用鼠标来进行一些操作很常见。虽然我有 keynav 和 VimFx 来辅助，但是见到 GitHub 这么贴心的细节还是挺喜欢的。
这让我想起了国内的网址，大部分都根本不考虑 accessibility。比如问答社交网站知乎。我早已不「逛」知乎了，只是收到感兴趣的邀请时去看看。因为知乎的体验实在是太差劲了。
知乎取消了所有链接在获取焦点时周围的虚线。这意味着根本没办法使用键盘导航，因为你不知道当然焦点在哪里。
知乎的提交按钮完全无法使用键盘操作。看看 GitHub，写好评论什么的，按一下 Tab 焦点就去了提交按钮上，并且有非常明显的反馈。按空格或者回车就可以提交。如果决定放弃，再按一下 Tab 就好。这两个按钮的顺序是按使用频率而不是相对位置来获取焦点的，因为提交显然比放弃用得更多。Twitter 发送新消息、Google+ 评论的提交按钮也是这样。不过 Twitter 偶尔会需要按两次 Tab 才能提交，大概是改页面的时候不小心给改坏了，过段时间会修好。Google+ 分享新信息时会比较讨厌，因为要跳过好大一堆「添加照片」什么的按钮。
类似的 accessibility 处理，国外著名网站上经常能看到很好的实践，博客上经常能看到大家在关心「少数用户」的使用便捷性。而国内很少有关注这方面的，大家都跟乔布斯一样想，「不管合不合理，我是这么设计的所以你应该这么用」。
比如验证码。不管需不需要，都是字符图。这样盲人就用不了。而国外广泛使用的 Google reCAPTCHA 就可以选择通过声音收听验证码。当然是英语的。反正这全球最大的网站之一已经消失在中国大陆人的视野之中了。我知道专门有人建立了一个 QQ 群，视力正常的人帮助盲人识别验证码用的。
这大概是发达国家与发展中国家的侧面写照的缩影了吧。
最后扔一堆链接：
GitHub 用户页有个 calendar，花花绿绿的甚是好看。不过，经常一不小心断掉了几十天的 steak 着实可惜，特别是用了私有仓库之后，自己看，有贡献，可别人看不到那些私有贡献的呀。其实要维持 steak 也不难，一个小小的提交就足够了——只要我知道我今天还没 push 什么公开的东西的时候。
当然啦，写个脚本天天推个无意义的更新挺容易的，但那样就没有乐趣了不是吗？一天快结束的时候发封邮件提示一下自己不错，但可能已经来不及了。而且这种事情还是随意点好，太刻意了就不好玩了，所以不需要那么强的提醒。弄一个简单的指示器在 Awesome 面板上正好。
效果图（指示器在右上角）：
如果这天没有贡献（公开的提交或者 issue 等），那么这只 Octocat 就会失去色彩（变成灰度图）。
代码已上传至 myawesomerc 仓库。以下是实现细节：
首先，创建一个显示图片的 widget：
-- {{{ GitHub contribution indicator
github_contributed = awful.util.getdir("config") .. "/image/github_contributed.png"
github_not_contributed = awful.util.getdir("config") .. "/image/github_not_contributed.png"
github_widget = wibox.widget.imagebox()
function update_github(has_contributions)
if has_contributions then
github_widget:set_image(github_contributed)
else
github_widget:set_image(github_not_contributed)
end
end
update_github(false)
-- }}}
-- 在 wibox 中添加这个 widget，需要放到正确的地方：
right_layout:add(github_widget)
函数update_github是给外部脚本用的。不可在 Awesome 配置里直接发起 HTTP 请求，会阻塞的！
当然，还要准备前两行代码提到的图片。从这里下载 Octocat 的图片，并做成彩色和灰度小图：
convert -resize 48x48 -background white -alpha remove Octocat.png github_contributed.png convert -resize 48x48 -background white -alpha remove -colorspace Gray Octocat.png github_not_contributed.png
把图片放到相应的地方。然后写个脚本来更新这个指示器的状态，也就是获取数据之后再通过 awesome-client 调用update_github函数了。
#!/bin/bash -e
github_contributed () {
count=$(curl -sS "https://github.com/users/$USER/contributions" | grep -oP '(?<=data-count=")\d+' | tail -1)
[[ $count -gt 0 ]]
}
get_display () {
if [[ -n "$DISPLAY" ]]; then
return
fi
pid=$(pgrep -U$UID -x awesome)
if [[ -z "$pid" ]]; then
echo >&2 "awesome not running?"
exit 1
fi
display=$(tr '\0' '\n' < /proc/"$pid"/environ | grep -oP '(?<=^DISPLAY=).+')
if [[ -z "$display" ]]; then
echo >&2 "can't get DISPLAY of awesome (pid $pid)"
exit 2
fi
export DISPLAY=$display
}
get_display
if github_contributed; then
s='true'
else
s='false'
fi
echo "update_github($s)" | awesome-client
GitHub calender 目前是个 SVG 图片，位于https://github.com/users/用户名/contributions。
awesome-client 需要设置正确的DISPLAY环境变量才可以使用。这里使用pgrep取当前用户的 awesome 进程里的DISPLAY变量值。ps命令不太好用，不能同时指定多个条件。
万事俱备，只需要拿 cron 或者 systemd.timer 定时跑跑这个脚本就可以啦～
2015年3月14日更新：update_github脚本改用 Python 实现了，更好的错误处理（不会因为网络问题而认为今天没有贡献了），也改用当前日期而非 GitHub calender 的最后一个方块。更新后的脚本在 GitHub 上。
因为知乎为我这样的用户设下了许许多多不便的地方，我给他们提过多次然反应甚微。我累了、倦了，对知乎失去了热情。可是，知乎却不肯放过我，经常会收到来自知乎的邀请回答通知。现在新问题被提出来之后，知乎会推荐一些用户让提问者邀请。看来知乎是越来越害怕用户流失了。这和在用户回答之后弄个「分享到新浪微博」（还非常占空间）的行为一样，舍本逐末。知乎不去专心提升其核心竞争力，反而搞一些花哨的东西，不流失掉优质用户才怪呢。
好了，进入正题。为了方便用户，很多网站不但提供 @ 人的功能，而且在用户 @ 人时提供补全。我们来对比一下各网站的补全。
首先是与知乎同为问答平台，但远比知乎著名和专业易用的 StackOverflow。它在回复评论时 @ 人可以补全。补全效果如下图：
它补全的是参与当前讨论的人的名字。补全提示位于输入框的上方，有点遮住上方的文字了。被 @ 到的人并不会因此收到通知。用户的输入并不会因此被打断，也不需要等待补全结果出现。
下一个是 @ 的这个用法的创立者 Twitter。在很多地方均可以补全。Twitter 用户既有一个英文无空白字符串的 ID，也有一个限制更少的名字。补全时两者均会被搜索，如下图所示。
其补全框在输入框下方。补全提示中包含了用户头像、用户名字和用户 ID。最终有效的 @ 只能是用户 ID，因为可以有名字相同的人，但不会有 ID 相同的用户（虽然它也可以更改）。用户的输入并不会因为补全被打断，也不需要等待补全结果出现，只要完整输入要提到的人的 ID 即可通知到对方。
为什么不在光标处显示补全呢？Github 向我们展示了原因：
Github 尝试将补全菜单放到光标处，但很不幸，在浏览器中目前没有准确定位用户光标的办法，所以成这样子了。
和 Twitter 不一样，Github 没有显示用户用户头像，所以没 Twitter 的那样容易识别。
Google+ 的补全显示也很容易识别，用户头像、名字、圈子都有。如果补全匹配自通讯录中联系人的电子邮件地址的话，此信息也会显示出来——
但是没有用户 ID。因为 Google+ 和 Twitter 不一样，它只有一个用于标识用户的数字 ID，而没有唯一指定某人的人可读 ID。所以，在 + 别人时，用户必须等待并从补全列表中选择要 + 的人。如果你的网络差了点就只能等等了，通常应该不会导致忘记要说的话吧，网络太差的话 Google+ 会没办法正常载入的。还有一点，你无法将事先写好的包含 + 的文本直接复制到输入框。如果你想 + 很多人的话，即使你有需要 + 的人的列表，你也不得不手动抄写一份。
最后，该知乎上场了！绝对秒杀以上四家的设计！！！
在输入 @ 的时候，知乎会弹一个小框出来——你的输入流被打断了，就不用想着复制的事情了。如果卡了你就只有等待了，但很不幸的是，知乎最近比较卡，一个操作花几秒才完成是常事。只有用户头像和用户名。看看截图里，两个默认头像、三个叫「江南」的用户。更囧的是，提交后我才通过生成的链接知道，他们都不是我要 @ 的那个「江南」！一个同名的不幸的人被打扰了。至于补全项挡住文字这问题可以忽视了，因为被挡住的是光标后边，你没办法接着输入。如果你要输入电子邮件地址，放心好了，补全框会出来烦你的。至于上方「想用 @ 提到谁？」那句废话，大家可以像知乎的其它问题一样暂且忽视。
从某时起，Github 和 Linux 一样，开始有着越来越多的 bug 和让人不舒服的地方。本文所附的 GreaseMonkey 脚本修正以下问题：
Google Code 后来也加入了 git 支持，但是我极少使用。为什么呢？因为我讨厌输入用户名和密码！虽然 Github 没有像 Google Code 那样给你生成个随机密码，但这种麻烦且不安全的方式能避免我就决不容忍。你的密码会比密钥还长吗？你使用密钥时需要输入或者显示密钥的内容吗？？
// ==UserScript==
// @name github fixes
// @namespace http://lilydjwg.is-programmer.com/
// @description 下载默认 gzip 格式，新建项目时使用 ssh 协议
// @include https://github.com/*
// @version 1.4
// @grant none
// ==/UserScript==
var dl = document.querySelector('[icon_class=octicon-cloud-download]');
if(!dl){
dl = document.querySelector('a[title^=Download]');
}
if(dl){
dl.title = dl.title.replace('zip', 'gzip');
dl.href = dl.href.replace(/archive\/[^\/]+.zip/, 'tarball/master');
var infotext = dl.childNodes[dl.childNodes.length-1];
infotext.textContent = infotext.textContent.replace('ZIP', 'GZIP');
}
var repourl = document.querySelectorAll('.js-live-clone-url');
var re = /https:\/\/github\.com\/([^\/]+)\/(.*)/;
var span, m;
var i, len;
for(i=0, len=repourl.length; i<len; i++){
span = repourl[i];
m = re.exec(span.textContent);
if(m){
span.textContent = 'git@github.com:'+m[1]+'/'+m[2];
}
}
点此安装。
2012年9月9日更新：跟随 github 的更新，修正修改默认下载的格式失败的问题。
2012年11月27日更新：跟随 github 更新，使用带版本号的下载链接地址。
2013年5月17日更新：跟随 github 更新，更新 CSS 选择器。
2013年6月18日更新：支持 新版界面。
不知道为什么，新版 github 在项目首页上只提供 zip 归档格式的下载，要下载 gzip 包还需要点击 download 到新页面去。可是我就是不喜欢 zip 格式嘛——
// ==UserScript==
// @name github 下载默认 gzip 格式
// @namespace http://lilydjwg.is-programmer.com/
// @description 把默认的 zip 下载按键改成 gzip 的
// @include https://github.com/*
// ==/UserScript==
var dl = document.querySelector('.btn-download');
if(dl){
dl.title = dl.title.replace('zip', 'gzip')
dl.href = dl.href.replace('/zipball/', '/tarball/');
var icon = dl.querySelector('.icon');
if(icon){
icon.nextSibling.textContent = 'GZIP';
}
}
| Theme: Aeros 2.0 by TheBuckmaker.com