一加3T刷什么系统好呢

最近入手了一加3T。

因为是刚出没多久的新机,现在可用的第三方rom还不多,比较喜欢的魔趣还没有大大适配,cm也只有一个非官方不带root的版本。

前年入手的三星s5还能用,所以就没有急着换用新机。

众所周知,一加对刷入第三方rom的支持是比较友好的,而官方系统再好,也会有后台应用不好管理、流量偷跑、耗电、root后无法ota等问题。

第三方rom能够解决官方系统的很多问题,但又会产生相机未经优化、无法使用指纹支付等新的问题。

更何况现在还没有合适的第三方rom…

在这个当口,我开始纠结要不要用改造的官方系统。

改造的考虑是root,刷入open gapps,也许再加上xposed来上类似于抢红包插件的东东。

如果改造的话,也有基于氢os或氧os的选择。(氧os自带google全家桶所以不用刷入gapps)

官方魔改的主要劣势在于失去ota,对于新版不升级不舒服症患者的我来说,现在还无法评估能否承受。

此外就是无论再怎么优化都不能保证系统的「清爽」,这也是我曾经在s5上换回官方系统但最后又放弃的原因。

到底要不要上呢…

真纠结。快来个大大适配魔趣吧。

两个自己用的效率向userscript

这两个userscript的特点都是在网页载入前用window.stop停止了目标网页的访问,然后建xmlhttprequest取得网页源代码,处理后再呈现出来。这样做是为了减少读取不必要的图像和js代码的时间和资源消耗…我也不知道有没有更好的办法(此前用的是修改css的方法,但发现即使把不必要的元素设置成display:none后,元素仍然会在后台载入,就是说,虽然最终效果是效率提高了,但cpu和内存资源消耗和原来一样…)

1、二次萌エロ画像ブログ页面简化器

这个博客每天都会更新很多「哔——」图,但页面上有大量的广告和js代码,再加上需要爬墙才能上去,于是更慢了…为了解决这个问题就写了这个脚本。简单来说就是把博客文章的核心内容(图片)提取出来,再用瀑布流布局呈现。

2、booru redirection

我通过GR订阅了danbooru和萌妹的感兴趣的tag的rss来收图,这些图片很多都提供了出处(来自p站和nico静画),通常我都要点到出处站点打个分支持下作者。考虑到booru类网站只是我访问的中间环节,我就写了这个自动找到出处链接并且重定向的脚本。

因为功能都太奇葩了,大概不会有别人用吧,倒是希望我的脚本思路能够启发大家改进自己的效率('·ω·`)

关于pubsubhubbub和Google Reader

上一篇文章中,我描述了自己如何重制了一个Danbooru的feed。然而,经过一夜的睡眠,我「惊喜」地发现Google Reader在睡前到醒后的7个多小时里面都没有抓取过我订阅了的这个feed——也就是说,就算重制的feed包含10000条最近更新,只要GR不主动抓取,那这些更新也还是没有意义。

绝望之下,觉得归根到底还是弄清楚pubsubhubbub(以下简称PuSH)协议的原理。试着搜索有关GR和PuSH的文章,发现@keakon曾经发表过『PubSubHubbub不通知Google Reader的原因』『实现PubSubHubbub订阅』和『使用PubSubHubbub』三篇文章。拜读之后,明白了什么叫publisher和subscriber,也得知GR可能会自动忽略订阅数少的feed的PuSH,于是先写了一个sub,然后拿菜包工作室来当小白鼠(不好意思啦@tc201158),由于这个博客刚开张,只有我一个人在GR订阅了(订阅数为1),在装了PuSH插件并在hub上进行subscribe之后果然还是无法实现PuSH,可是我用另外一个GR帐号订阅其feed(订阅数为2)之后,PuSH就能正常工作了。

大喜,以为终于找到了原因,于是对重制的feed也如此这般地弄,结果却失败了…无奈之下,我又试着对danbooru的原feed重新在hub上subscribe,发现原feed实现了PuSH的同时,重制的feed也实现了PuSH!难道因为重制的feed中提供的id、url等信息仍然是原feed的信息,所以只有在收到原feed更新的ping请求后,hub才会通知GR抓取重制的feed?

不过既然原feed能够实现PuSH,那重制的feed就没什么意义了;只需要实现在GAE上利用cron定期检查原feed是否有更新,有的话就ping一下hub就可以了。于是又浪费了一整天的人参来实现了这个功能…

至此,对Danbooru feed的PuSH改造完满完成。经验教训:

  1. 尽管有约定,但在feed中添加hub link并不是必须的,至少对于Google的hub(http://pubsubhubbub.appspot.com)是如此;
  2. 利用第一点,可以对任何一个feed实现PuSH改造。先写一个sub以便在Google的hub上对feed进行订阅(必须有订阅才能实现PuSH),然后写一个cron定期检查feed的更新并且ping hub即可;
  3. 开发GAE应用时,利用handlers和wsgi来架构整个应用,无论是应用结构还是debug都方便太多了,决定从此放弃像twitter2weiboviagtalk那样面向过程开发的方法…

题外话。今天是⑨月⑨日的⑨节,可是⑨的同人图一点都不给力啊…

重制danbooru的feed

作为一只东方众,我每天都会通过Danbooru来收一堆东方同人图——Danbooru类型的图站有一个很出色的地方,就是搜索结果可以输出rss feed,直接在GR中添加feed「http://danbooru.donmai.us/post/atom?tags=touhou」,就可以在GR中订阅D站的带有touhou标签的新投稿,十分方便。

前两天开始,我发现这个feed的更新数变少了——通常一天下来会有超过100的更新,但当天只有六十多,而且某次我在扫feed时,发现feed的上一次抓取时间是2个小时以前;而另外一次扫feed时,发现feed一下子实时更新了20篇——通常一个rss feed只会包含最近20篇投稿,这意味着由于GR的抓取频率比较慢,很可能没有办法将所有的近期更新抓全。

为了解决这个问题,我首先想到的是PubHubSubBub——一个能够在feed有更新时主动通知Hub(如GR),使其主动过来抓取更新的协议。我当然不可能直接让D站方面实现这个协议,但搜索了一下相关资料,似乎并没有要求通知者和feed一定要同一服务器,所以利用PubHubSubBub的代码在本机上测试了一下,发现即使通知了http://pubhubsubbub.appspot.com/,GR也不会主动抓取对应地址的更新…几番测试下依然无解,只能放弃了这个想法,转而考虑为D站的feed制作一个包含足够多篇数的近期更新的feed。

重制feed的应用仍然放在GAE上。初步构想了一下,应用要实现2个功能:

  1. 以比GR高得多的抓取频率(如1分钟1次)抓取D站的对应feed,并且将新投稿保存在数据库中;
  2. 输出rss feed,其中包含足够覆盖GR抓取频率的数量的新投稿数,甚至可以根据GR抓取的User-Agent智能判断那些投稿已经被GR抓取。

然后开始忙活…为了解析D站的feed,先是打算用minidom,后来发现Google Data APIs中提供了atom的解析器,于是将代码下载下来,稍微看了下doc就知道怎样用了;输出rss时则参考了PubHubSubBub代码中的Atom模板。

由于不懂如何在本地环境调试GAE应用,所以每次都要先上传到远程再调试;由于GAE的log有延迟,所以程序出错后要等几分钟才能在后台看到trackback,后来干脆直接把整个程序代码放到一个try-except块中,再用print命令把异常打印到网页上。

就这么个小东西弄了一天,半吊子的悲剧啊…

架设个人DNS服务器来解决一些「国情」问题@

 

具体请移步这里:http://www.blogjava.net/stone2083/archive/2011/07/09/353664.html

这个小程序的本意是在局域网中建立一个简单的DNS服务器,不过由于其支持通配符hosts,所以可以用于干坏事:之前的hosts经常要这样改:

203.208.46.133 www.google.com
203.208.46.133 mail.google.com

有了这个应用,就可以实现这样的hosts:

203.208.46.133 *.google.com
203.208.46.133 *.youtube.com

该作者刚更新了一个standalone版本序,配置十分方便,推荐有大规模hosts需要的童鞋去试试看。

twitter2weiboviagtalk发布,欢迎试用

https://code.google.com/p/twitter2weiboviagtalk/

能将twitter帐号的消息同步到围脖中,利用了围脖的gtalk机器人功能发布消息功能和GAE的xmpp功能,借鉴了月光博客的twitter-feed项目写出来的程序。

自己之前一直在用,后来在推上看到有一些人也有这个需求,就把程序改了下放出来了。没什么代码规范可言,只是做到“能用”的程度…

不知道会不会被广泛使用,也不知道渣浪到时会不会把这个东西封掉…

欢迎大家拖走测试。

恢复了博客

存放博客的服务器上由于一个做仿牌的网站被投诉而被回收了,数据全部丢失…好在我用wp time machine对博客进行过备份,今天早上才把博客恢复起来。

本来想说运营商对客户数据完全不做备份也太说不过去了,不过了解了一下,觉得更换运营商也并不一定能避免这种问题,所以只能自认倒霉…不知道有没有办法定期运行wp time machine。

此外,我所处的网络环境似乎已能定点打击wallproxy的连接了…从昨天开始,我的wallproxy都处于抽风状态,与此同时基于同一ip的google服务却仍能正常运作…不知道wallproxy连接是不是有什么特征被gfw识别了呢。在绯礼君的介绍下,我换用了goagent,这个应用很好很强大,目前基本正常工作,不过偶尔还是能看到gfw干扰的痕迹。

墙娘越来越萌,让人没有安全感…

无法修改IE首页的一种解决办法

提示:同一现象可能由于不同原因造成,这里提供的只是一种思路。

在bilibili上看了一个叫《奥瑞恩和女孩子怪》的游戏视频,结果通过视频评论提供的游戏下载地址下载下来的是带有恶意软件外壳的游戏,IE首页被改成了j9595.com>__<试图改回来的时候发现会自动回复称被篡改的网址,于是打开注册表直接搜索这个恶意网址,找到了HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main的Start Page项,修改时提示写入出错。

以前遇到过类似的情况,有可能是注册表项的权限问题,于是看了下Main项的权限,发现只剩下Everyone的读取权限,其它权限都消失了,因此,无法直接添加其它权限(没有添加其它权限的权限)。网上搜了下只剩下Everyone只读权限时的处理办法,也没什么收获。后来自己乱点权限的高级设置,发现该项的所有者似乎也被修改了,于是试着改了一下所有者,结果修改成功,取回原来的权限,首页也可以改回来了。

经验就是,当IE首页无法修改时,可以考虑下注册表项的权限和所有者的问题,分享出来希望能帮到试图寻找解决办法的路人吧。