(image credit: poprication)
“回顾2013，还真是充满惊喜与收获的一年啊。”
“要是这赛钱箱也像你说的那么有收获就好了。”
2013年在各种填坑中度过，好不容易迎春节，店长终于有机会向各位说句迟到的新年快乐和马年吉祥。虽我心中默念新年新气象，但阿宅的娱乐生活总是万变不离其宗，马年我们还从客栈的老业务开讲。
AddLeaf 1.0，让我们为你的阅读生活“添叶”
呼，前仆后继工作4个月之后，新版的AddLeaf终于上线。假如你有幸在测试版是用过我们的服务，这个“添叶新年版”应该会给你带来许多惊喜——
- 我们自行推敲的全文提取算法比原来强大很多，我们的目标是做到Safari Reader的提取能力。随着这个版本发布，我总算可以说，我们距离Safari Reader那两千行JS代码的结果靠近了许多（我们只用了100行）。
- 我们启用了全局的SSL（而且是更为安全的PFS），不仅是HTTPS页面，也包括页面上的所有图片。虽然我们不得不在视频上做些牺牲，但长远而言，HTTPS普及将是大趋势，作为阅读器我们没理由不尽我们所能（也算是为网站们省点流量吧）。
- 我们更新了内容自动分类的算法，虽然它目前还没有做到我们期待的90%准确率。但我们相信随着大家的使用与分享，这个能自行调整的分类系统，将越来越符合我们心中期待。
- 当然我们没忘了最初的跨平台和设备承诺，这个版本我们测试了我们能拿到的所有设备，虽然不能说每个浏览器都100%支持，但我们至少可以说，我们不会像App们一样，对硬件设备挑三拣四。
- 我们相信用户的力量，这也是为什么我们在界面右下角添加了允许用户随时汇报错误与提建议的功能。希望旅客们能将AddLeaf推向阅读器从未企及的高度。
没用过AddLeaf的旅客，请允许我向你推荐这款服务——
- 假如你不想再管理那80%已经停摆的订阅列表。
- 假如你不甘心接受所谓“阅读杂志”的固定站点列表。
- 假如你只想阅读互联网上高质量的内容，不管它来自何站。
让我们为你的阅读生活“添叶”！
店长。
Peace, and Happy Lunar New Year!
PS: 你们觉得“添叶”这个暂定中文名怎么样？有更好的建议吗？我们是没点子……
PPS: 2014年一月新番评测coming soon~
OSX compress, zip64 and large file madness
(since we are talking about zipping and unzipping… image credit: 119)
Just a quick note to save you 3 hours of troubleshooting:
Do NOT use OSX built-in “compress” function unless you are dealing with less than 65,535 files or files smaller than 4GB. Or else you risk not being able to decompress (unzip) them in other applications (or other OS).
Continue reading “OSX compress, zip64 and large file madness”
说单口相声的声优，才真的是怪物。
(image credit: 3u, nsfw)
好不容易周五，说早点睡，却变成看这几部作品，真是新代声优的演绎大比拼。
《女子落》BD特典——
- 蕪羅亭魔梨威（佐仓绫音ver.），主要谈腐女轶事和吐槽神谷浩史。
- 防波亭手寅（山本希望ver.），主要谈阿宅变现充和吐槽金田朋子。
《女子落》广播剧——
- 蕪羅亭魔梨威（阿澄佳奈ver.），主要谈阿宅超越时空与吐槽畑健二郎。
- 空琉美遊亭丸京（花泽香菜ver.），主要谈Comiket历史与吐槽钓鱼岛。
总结：这绝对是久米田康治写的剧本，脑洞大得回音都出来了。
关于新浪视频随机被Chrome等浏览器汇报为钓鱼网站的分析
无聊研究了下为什么最近新浪视频会随机被Chrome报为钓鱼网站（导致A/B站这类引用视频源的站点也出现被封的信息）。
看新番学知识系列 No.5：《妄想学生会》第二季高成本开场里出现的水井盖是？
问：《妄想学生会》第二季开场5分钟可谓集“高大尚”于一身，但在镜头转换过程中定格出现的水井盖上的COM EDISOM CO是什么意思？
JB乱——记录evasi0n越狱与太极助手事件
(image credit: yukihiroyuki)
临近圣诞，evasi0n团队突然发布了iOS 7的越狱（Jailbreak，简称JB），从最初的用户狂喜到现在的业内风波，这其中似乎有太多让人无法理解的故事。由于我蛋痛跟踪了故事发展，也决定以自己收集到的信息写个总结。
关于Lantern的小更新
(image credit: kuro oolong)
在GFW主动出击的情况下，11月底发布的Lantern RC版受到不少打击，开发者估计如今的Lantern国内用户数量可能为巅峰期的十分之一。在Lantern客户端内置的后备服务器几乎全部被封的这一刻，恐怕需要新的Lantern版本发布才能解决问题。
在完成介绍文之后，我在开发者论坛上追问了原文结尾的两个困惑——
一是Kaleidoscope论文里使用动态DNS名记录已发现节点的IP（因为PPPoE上网的IP地址是动态的），在我看来这是一个比较弱的假设，因为GFW随时可以封锁动态DNS提供商。
Lantern开发者回答我说它们使用Google Talk的主要理由就是通过XMPP协议（原名Jabber）获取节点的ID，然后像DNS解析般，把ID映射到IP地址上。假如Google Talk被封，则会使用已发现节点最后一次出现的IP地址。只要还能连上他们，则可以无需依赖Google Talk也继续连接节点。
二是国内分享Lantern的方式，尤其是那些在社交网络上创建圈子或大范围邀请用户的做法，在我看来是违背了Kaleidoscope理论的。
Lantern开发者认同这个观点：非常不建议邀请你不认识的人登陆Lantern。这样只会无谓的曝露你自己和真实朋友的翻墙线路，导致你们一起被封。换而言之——别搞什么邀请分享了，分享的越广，GFW入侵的概率越高。
最后一条有趣的信息是：由于Lantern很多文档都放在Github Wiki上，并且公开编辑。GFW似乎注册了不少账号来删除Lantern教程。没错，就像当年的游击队一样。
Lantern开发者正在积极讨论为数据传输以外的握手请求也补上内容混淆，看看这样是否能绕开GFW的指纹检测与机器学习。这的确是重要的一环，但在我看来，如何让用户仅分享和仅使用可信的邀请，才是最大难度。
(image credit: weee)
记住，和你的朋友分享灯笼（Lantern）。
Peace.