error: The requested URL returned error: 403 Forbidden while accessing https://github.com/xxx/xxx.git/info/refs
fatal: HTTP request failed
错误是在一个脚本中操作git时的错误提示，看错误提示初步判断是权限问题，继续google之，发现 ： http://stackoverflow.com/questions/19722521/error-the-requested-url-returned-error-403-forbidden-while-accessing 。
参照帖子的思路：
再次运行脚本，执行成功。
在刚切换到hugo博客的时候就发现文章的字数统计是错误的，但是因为当时也没发现有额外的副作用，就暂时懒得理了，毕竟这个只是写作工具，web前端也不是本人长项。
今天在使用多说分享文章的时候发现部分文章分享失败，于是根据分享生成的URL中的数据初步判断是获取文章content时出错了。插件获取了超长的content内容，导致接口调用失败。
我们看多说插件中的相关代码:
data-content="{{ .Summary }}"
多说只是使用了模版中的Summary变量值。
关于Summary变量，我们看Hugo的解释
Hugo-defined: automatic summary split
By default, Hugo automatically takes the first 70 words of your content as its summary and stores it into the .Summary variable, which you may use in your templates.
Pros: Automatic, no additional work on your part.
Cons: All HTML tags are stripped from the summary, and the first 70 words, whether they belong to a heading or to different paragraphs, are all lumped into one paragraph. Some people like it, but some people don't.
从以上的内容看到Hugo只是默认最多取70个词(words)，所以这里很明显是取70个词时，实际取出了远远多于70个的内容，导致上面的url出错。
从上面我们初步判断是长度的问题。初步查看模版的代码，我们知道长度在模版中使用的是WordCount变量。于是我们查看hugo中WordCount相关的代码hugolib/page.go：
if p.isCJKLanguage {
p.WordCount = 0
for _, word := range p.PlainWords() {
runeCount := utf8.RuneCountInString(word)
if len(word) == runeCount {
p.WordCount++
} else {
p.WordCount += runeCount
}
}
} else {
p.WordCount = len(p.PlainWords())
}
从上面isCJKLanguage的变量名我们就能猜到是判断非英文的路径。简单看下代码，Hugo是有考虑CJKLanguage的问题的，也就是说可能是这个分支没有执行。
我们搜索工程，找到isCJKLanguage：https://github.com/spf13/hugo/blob/2c5e4f7640e71d2a193a74e6c41109ec40bc0222/docs/content/content/front-matter.md 中的介绍，于是手动在出错的markdown文件中添加此变量，再次重新执行hugo，发现对应生成的网页中的字数统计的值正确了，分享也不出错了，说明就是字数的统计导致了系统错误。
问题验证了，但是因为博客的文章都是用工具自动从wordpress中生成的，不可能手动一个一个修改，修改工具也显得很死板，最好的方法是从Hugo这侧来找方案。
顺着上面的思路，开始搜索相关的关键字，发现hugo的配置中还真有相关的配置hasCJKLanguage：https://github.com/spf13/hugo/blob/b7efbdc12f0a96639b445f7920b6477d88beb744/docs/content/overview/configuration.md ，喜出望外，赶紧添加到config文件中重新编译文件，编译后发现并没有生效。于是再次查看源码hugolib/page.go：
if isCJKLanguage != nil {
p.isCJKLanguage = *isCJKLanguage
} else if viper.GetBool("HasCJKLanguage") {
if cjk.Match(p.rawContent) {
p.isCJKLanguage = true
} else {
p.isCJKLanguage = false
}
}
从上面的代码看isCJKLanguage 是由HasCJKLanguage开关控制的。
继续看代码，我们看到工程中只有一个地方有设置commands/hugo.go：
viper.SetDefault("HasCJKLanguage", false)
于是尝试修改本地的此行代码，重新编译Hugo。再次用hugo生成所有文章，发现所有文章的长度都正确了，甚是高兴。
再次检查今天发现的分享出错的文章，都全部正常了，舒服！
在vps中编译hugo代码时出现：
tool/linux_amd64/link: signal: killed
经过搜索查到类似的场景：
https://github.com/beego/wetalk/issues/32
不同的是这个是beego，而我编译的是hugo，所以初步断定应该是跟go的环境有关，而不是hugo代码。所以验证了帖子中关于内存的说法，发现重启后，果然正常。
2016.12.16：由于文章中的360 网盘的资源挂了，重新更新了tomato的刷机包的路径
小米路由器R1D已经使用了快一年，一直想刷机，主要因为：
小米路由器R1D是一款基于博通bcm4709( c )和OpenWRT深度定制的智能路由器。
小米路由器是深度定制版的OpenWRT，网上大概搜了一下，可选的有OpenWRT原生系统，DD-WRT和Tomato三种系统可以尝试。
首先从官方的硬件支持列表我们并没有看到R1D的支持：https://wiki.openwrt.org/toh/start 。其次从小米论坛和google也没有找到明确支持的rom。
巧妇难为无米之炊。
结果：放弃
从官方的支持列表中：http://dd-wrt.com/wiki/index.php/Supported_Devices ，我们并没有看到R1D的支持ROM。但是我们可以找到非官方的rom，例如：http://bbs.xiaomi.cn/t-10691878 。
刷机流程参见：http://www.right.com.cn/forum/thread-143121-1-1.html ，本人尝试多次，均在第6步失败，初步判断是tftp server没有正常启动。
分析原因：原博是在0.4.58的rom上做的验证，本人尝试0.4.58版的USB和web页面升级的方式，均失败。web直接校验失败，USB刷机后，路由器无法正常启动，于是只能采用的最新开发版来验证。猜想是小米硬件做了升级限制或者在软件层面有专门对这个漏洞做修复。
结果：失败。如果有最近刷机成功的兄弟，也望留言指教。
AdvancedTomato是一套基于Tomato的路由器管理界面，其核心是tomato。这个是tomato对应R1D的下载路径：
本次刷机实际使用的是这个：http://bbs.xiaomi.cn/t-11522784 ，因为有人验证过，并且支持中文，相对风险会小些，实际效果有待日后进一步观察。
说明：
因为文章里面的360的网盘挂了，特将rom重新发布：
链接: http://pan.baidu.com/s/1o8TRooE 密码: qe4j
因为本人验证时已经是很久以前的事情了，所以建议看到的朋友在上面的路径下载最新的版本尝试。
结果：成功。
启示：按照CFE的思路，理论上也可以来刷DD-WRT，但已经折腾一天了，改日有机会再试吧。
如果你是其他型号的路由器，只要是刷相同类型的rom，流程基本相似，希望有帮到大家，也欢迎大家交流。
最后，有图有真相：
刷完后，感觉整个世界都平静了。
http://blog.icece.tw/Xiaomi-R1D-1TB-Flash-Tomato
补充：