不久前，知名的 GreatFire.org 组织为俺博客提供了免翻墙镜像。这个周末，俺测试了一下，效果挺好。在测试过程中，还顺便修复了几个前期界面改版引入的 Bug。今天是周一，发一篇通告，给列位看官打个招呼。
另外，本文末尾再顺便通告一下“俺的2个网盘”近期出现的问题。
因为要防范 GFW 的封杀，镜像的域名是动态变化的。你可以到 https://github.com/greatfire/wiki/ 查看镜像的网址。该页面上，除了俺博客的镜像，还有其它一些知名网站的镜像。
这个就不用俺多介绍了吧？ 除了“免翻墙”之外，这是最大的亮点。 开博将近6年，在 Google 的 Blogspot 平台上一直没法享受到 HTTPS 的待遇，颇为遗憾。 有了这个镜像，算是部分弥补了这个遗憾。当然，主站点依然没有 HTTPS（希望 Google 尽早提供）。 说到这里，顺便插一句：
本月初发了一篇《博客评论功能升级（“未读”状态、按时间过滤）——兼谈“为啥俺不用其它博客平台”》。但是后来还是有几个读者来问俺，为啥不换博客平台。有这个疑问的同学，先把那篇博文（的结尾部分）看完。
只要俺“发布新的博文”或“修改了博文”，镜像立即会同步。 之前曾经有位热心读者，帮俺在 GitHub 上搭建了一个镜像，可惜要依靠手工同步内容。如今这个镜像是自动同步，效率大为提升。
目前为止，这是最大的缺陷。虽然无法“发布”，但是可以正常浏览。对超过200条的评论，也可以自动加载。 俺跟 GreatFire.org 沟通过，据说下个月能支持。因为 GreatFire.org 是非营利组织，经费和人手都有限。大伙儿多包涵。 因为要防范 GFW 的封锁，镜像的子域名是动态变化的。域名的动态变化，对那些使用“界面定制功能”的同学，会造成一点麻烦。 原因在于：“界面定制功能”需要依靠 cookie 来保存信息。而 HTTP 的 cookie 机制是对应到域名的。如果域名变化了，你就需要重新再设置一次“界面选项”。 至于要如何解决这个问题，欢迎大伙儿集思广益。 俺在这个周末，已经解决了一些（跟镜像相关的）Bug。 最近几天，大伙儿在使用镜像的过程中，如果发现问题，欢迎给俺反馈（到本文留言）。俺先行谢过。 关于 GreatFire 这个组织，可能有些同学没听说过，俺大致介绍一下。
该组织的官网在“这里”。在官网的首页上，是这样自我介绍的：
2011年以来，GreatFire.org一直关注中国的网络审查，带给您中国防火长城的最新资讯。
GreatFire 并不是提供具体的翻墙工具，而是提供跟 GFW 和“网络审查”相关的信息。比方说：在天朝之内，哪些墙外的网站被屏蔽了；比方说：哪些新浪微博的搜索关键字被新浪屏蔽了。 大约从今年开始，GreatFire 利用一些云计算平台，为某些被墙的网站，提供【免翻墙】的镜像。截至今天，GreatFire 已经为如下网站提供了“免翻墙镜像”： 泡泡 BBC 中文网 Google 搜索 自由微博 中国数字时代 蓝灯/Lantern 博讯新闻 编程随想的博客 人民监督网
（以上名单根据 https://github.com/greatfire/wiki/ 的顺序列出）
顺便说一下：
GreatFire 因为缺乏程序员，正在招揽有志之士。如果你也想参与到“推倒 GFW”的历史进程中，可以考虑加入 GreatFire。招聘内容请看 这里。
早在几年前，就有若干热心读者，义务为俺博客提供【免翻墙】镜像。今天借着这个机会，特地向这些不知名的，隐身于幕后的网友表示衷心感谢！ 有些镜像，因为时间久远，俺已经找不到当时的博客评论了。有些镜像，已经失效了。 下面这个是网友 Xiaolan 帮俺制作的镜像，目前依然有效。缺点是：内容需要手工同步，只能浏览正文，没有“评论区”和“最新评论”功能。
https://github.com/XL2014/suixiang/
有好几个月没有发布新的电子书了。俺计划在这个月新增一批。所以，先跟大伙儿说一下两个网盘近期的故障。 老读者应该都知道：Dropbox 网盘有流量限制（好像是 20GB/天）。俺观察了好几周，基本上每天都达到流量上限。俺不得不怀疑——是否有人在搞 DOS 攻击（拒绝服务攻击）。当然，也可能没有 DOS 攻击，只是因为下载的人太多。 至于“微软网盘”，是【没有】流量上限的。但是最近一个月，访问微软网盘，经常会碰到出错提示。大致如下：
Sorry, something went wrong
Please try again. If you keep seeing this message, go to Service status to check whether there’s a problem with OneDrive or to report the issue.
这个错误界面是随机出现的。如果你碰到这个出错界面，等一两个小时，再去重试，或许又正常了。 俺估计——是因为访问量太大，才导致这个错误。同样有可能是 DOS 攻击（仅仅是猜测，俺目前无法证实）。 基于上述情况，俺需要考虑替代方案。 之前有读者推荐俺采用 MEGA 网盘。但是 MEGA 貌似也有流量限制（治标不治本）。
另一个替代方案是BT Sync——这玩意儿肯定没有流量的问题。而且因为它是基于 P2P（分布式），政府没办法彻底封杀。但是 BT Sync 的难点在于——如果俺的电子书采用这种方式分享，在刚开始分享的头几个星期，因为只有俺本机才有电子书文件，会导致俺本机的上行流量非常高。于是就会面临“流量分析”的风险（进而导致身份暴露的风险）。
关于这个话题，欢迎大伙儿集思广益。如果你有啥点子，可以到本文留言。