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