博客

工业化

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

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

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

尝试了一下 Nginx + Drupal7

年初痛下决心cut成本，换了台年费12$的OpenVZ翻墙，顺手买了个季付6$、512M内存的KVM来打算做webhosting

结果花了一个多小时，还是无法成功启动 Nginx，于是放弃，继续用 Apache 了

于是就悲剧了

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

SendGrid 的 C Round 融资

去年12月，$20M，http://www.prnewswire.com/news-releases/sendgrid-announces-over-20m-in-new-funding-with-new-investor-bain-capital-ventures-reinvestments-by-bessemer-venture-partners-and-foundry-group-300002655.html

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

企业邮箱的未来

这个产品如果想做大，必须跳出邮箱圈子，去做新的市场。我一直在考虑的是，把邮箱、网盘、IM等打包，将来再加上在线编辑文档、表格，形成一个新的品类。

因为办公电子邮件本质上是协同工具。扩大市场过程中，面临的竞争对手横向看，包括了 OA，IM；纵向看，也有打包在生产力套件中的 Office/Office 365。一方面忽视其它行业，有可能遭遇其它行业产品扩张中带来的打击；另一方面是不是主动出击，打击其它行业呢？

一个例子是独立的企业网盘（EFSS）市场，按照 Gartner 的观察，独立EFSS产品概念将在3-5年后消失，融合进入其它产品里。Dropbox 收购了 Hackpad（实时文档协同编辑）、CloudOn（文档编辑，这两天刚刚收购）；Box 收购了 Crocodoc，推出了 Notes

所以说这个新的品类，姑且称之为协同办公套件，目前可见的竞争对手只有微软。邮箱+网盘+IM，私有云可以降维打击现在的邮件厂商和网盘厂商、包括增加 sendcloud 的外发网关服务。

公有云这一轮积累付费license到10w

B轮C轮融资就砸钱做市场营销、激励渠道，拼着亏损把市场占住，把独立邮箱这个产品概念打死。标配必须Email+存储+IM+在线协同编辑+ifaxin 合一的产品。

D轮融资再收一轮渠道，销售收入翻翻，100万付费用户+2000万免费用户，办公套件市场No.1

工程师的四个层次

4. 技术运用游刃有余，可以分点精力出来做其它事情了

4年创业

这个事情是怎么开始的？

1. 2006年，11月1日，加入搜狐，参与通行证项目
2. 2007年，4月接手邮件中心；年底，窦元、冯冀川，开始App产品改进；猫哥，碰到了第一个运维故障
3. 2008年，Flash邮，PVInsight，韩道亮加入
4. 2009年，启孜峰，周霖掌管搜狗？
5. 2010年，岗什卡，进入媒体技术产品中心
6. 2011年，上半年决定做企业邮箱，引入杨红、姜波、张立鹏，决定负责武汉研发中心，启动SCE项目，10月15华南代理商培训
7. 2012年，北京技术团队大换血，佟路林、彭一、李森等重建团队
8. 2013年，吉佳盛来到武汉
9. 2014年，产品技术再次大换血，基本平稳过渡；SendCloud spin-off；云景发布；SNS项目房如华加入
10. 2015年，搜狐紧缩，4年企业服务创业结束

PPTP VPN 服务器上需要把 SYN 中的 MSS 调整成 1320 才能顺利上网

因此抓包可以看到 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都是错的？对这个问题暂时处于知其然而不知其所以然的状态...

把魔豆路由升级到了最新的 OpenWrt_ROM 开发版

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

华为荣耀6

让我吃惊的是其ROM相当的“原生”：打开缺省浏览器就让我输入 google account，提示这样可以同步书签；而邮件客户端根本就是和原生 email 没有差别好吗...

最最关键的是！它无需 Root 从华为应用市场里下个 Google Play 就可以直接用了啊！！

不知道原因是人力不够无法像MIUI那样充分定制化，还是要考虑国际化发售ROM不能差异太大否则成本奇高。总之对荣耀的这个特性还是相当欣赏的.

再次掉入 MTU 限制的坑

买了一个年费12刀的OpenVZ的主机用于翻墙，ssh/socks5速度飞快，在手机上通过PPTP翻墙的方式却碰到了麻烦：浏览器能上 facebook，访问 twitter 则是白屏。。。而且 Twitter App 访问是没有任何障碍

但是我上一个 VPS 上架设的 PPTP 应该是能工作的...非常不解. 然后在电脑上拨入 PPTP ，打开浏览器的开发者窗口观察到是访问一个 css 文件的时候被阻塞住了..改用socks5 proxy一切顺利，立刻想到了臭名昭著的 MTU 问题

。。。果然一搜索一大堆结果：https://www.google.com.hk/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#newwindow=1&safe=strict&q=pptp+vpn+mtu