qyb的博客

基于公开发布、单向关注、时间线浏览、链式传播、评论转发二次创作这些基本要素

用户如何最有效获得信息，并参与内容创作和传播的手机端App

JMAP 是一家我非常景仰的公司 FastMail 搞的协议，目标是在这个移动互联的时代，基于 IMAP 的逻辑，的公开邮件服务器协议。相关的信息包括：
1. https://groups.google.com/forum/#!forum/jmap-discuss
2. https://proxy.jmap.io/

http://mashable.com/2015/03/02/google-plus-changes/

Sundar Pichai, Google's senior VP of products, talked briefly about the decision at Mobile World Congress on Monday.

"Google Plus was always two big things: one was building a stream and one was what you call a social layer... how sharing works across our products and services," Pichai said. "The second one is, in some ways, is an even more important role for us.
"We have entered the stage where... photos and communications are big steps for standalone use cases. We will think of the stream first and then photos and communications as big areas. Internally, we are organizing that way to support that and you will see us evolve."

1. https://twitter.com/HeyHeyESJ/timelines/551419158907588609 吐槽twitter
2. http://blog.devep.net/virushuo/2011/06/26/microblogging.html 这篇老早就看过，最近翻出来又看一遍，吐槽微博
3. http://baojie.org/blog/2015/01/04/wechat-down/ 吐槽微信

以前用webhosting，现在把服务迁移到KVM主机上，数据库啥的必须自己维护了。吭哧吭哧写了一个备份脚本，mysqldump到远程的廉价OpenVZ主机

想着要是有廉价可靠IMAP/VPN/BLOG/DESKTOPSYNC一体的主机服务就好了...思索了一下提供这样的服务工作量有多大，感觉这远远超出了一个码农的能力

想当年莱特兄弟两个人就搞出了飞机，亨利福特33岁自己就能造出一辆汽车，但到如今，只能呵呵呵了

先说一堆废话：
好几年前，VPS几乎都是OpenVZ且还不太能支持VPN，而KVM非常稀有且昂贵的时候，买了一台机房在伦敦季付15$仅仅128M内存的KVM来翻墙，另外买了台年费40$的hosting主机来放dup2.org
年初痛下决心cut成本，换了台年费12$的OpenVZ翻墙，顺手买了个季付6$、512M内存的KVM来打算做webhosting

找到了 https://github.com/perusio/drupal-with-nginx 这个项目，信心满满地打算半小时搞定这件事。
结果花了一个多小时，还是无法成功启动 Nginx，于是放弃，继续用 Apache 了

如果我不那么追求一切自己控制，跟着傻瓜教程走一遍缺省配置，也许并没啥问题。
drupal-with-nginx 这个项目追求的是高性能的 Drupal CMS 站点，配置里用了大量的cache、flv/mp4、...之类的优化。
我这个小站非常简单，也并不想重新编译Nginx的第三方模块直接apt-get就好
于是就悲剧了

最终还是要 Drupal 官方支持 Nginx 才靠谱，静观 drupal8 吧

去年12月，$20M，http://www.prnewswire.com/news-releases/sendgrid-announces-over-20m-in-n...

这次融资没有像2012年的B轮那样宣传广泛，另外值得注意的是它几乎同时更换了 CEO

1. 执行/代码
2. 业务/模式
3. 工程/项目
4. 技术运用游刃有余，可以分点精力出来做其它事情了

Android 上 pptp 的 MTU 是 1400（https://www.zeitgeist.se/2013/11/26/mtu-woes-in-ipsec-tunnels-how-to-fix/）
因此抓包可以看到 Android 发起的 SYN 都是把 MSS 设置成了 1360

but 服务器上 ppp 设备的 MTU 是 1396，1400的包无法通过这个设备，因此我们需要修改出去的包的 MTU 为1356才能正常工作。网上很多关于 PPTP 的 MSS 设定都提到了 1356 这个数值。

考虑到传输中避免不了本地有POST大量数据的可能，因此还得把3WHS回来的 SYN/ACK 里面的 MSS 值也修改成1356，否则Android自以为双方的min-mss仍然是本地的1360呢

上面说的都是理论，现实则是即使 MSS 设置成了 1356，仍然有些服务是访问不到的，比如 google play。晚上抱着试试看的心情，逐步减少 MSS，最后发现改到 1320 的时候，似乎访问全部正常了。

考虑到 1320 = 1396 - 20(IP Header) - 16(GRE header) - 40(IP+TCP)，难道这种算法才是正解？最开始的减40都是错的？对这个问题暂时处于知其然而不知其所以然的状态...

期待已久的，从面板上直接配置无线中继的功能，终于出现了... 小白+大House用户的福音