顺便提一句。当时我是做了磁卡。请柬和磁卡放在一起发。一来磁卡不容易坏也不容易掉。请柬很容易就掉了，磁卡可以和别的卡比如代金卡购物卡放一起。婚礼签到的时候用的刷卡器+触摸屏+webcam，婚礼后他们团队把签字和照片放在一起做成册子用来收藏。这种除了因为他们效率太低导致签到排队以外问题不算太大。
如果对这个创意有兴趣的话可以详谈。

个人总觉得电子请帖没诚意

→__→ 选了安卓了自然要忍受这种问题。觉得耗内存可以改用WP。

1. 自问自答。
2. 一个IP在没有SNI支持的情况下只能提供「1张证书」。
如果你1个域名1张证书，没有SNI就只能多IP。
另外SNI本身会暴露你正在访问的地址。也就是说，可能会被一些不特定多数防火墙所监控。

@hansnow 他不是有QQ么？正面上啊

@hansnow 亲请问你有验证过你的域名所有者身份吗？

如果没有的话，证书是不可能签下来的。

@BGLL 是的主流文件系统是单个簇只放文件，主要是提高操作效率，但是并非是硬性规定。
典型的，路由器或者嵌入式设备通常会把文件紧凑存放以节约空间。
Linux下有在inode树内部内嵌文件的FS。没记错的话Reiser系就有这个习惯。

@fuxkcsdn 不用公司邮箱作死。

@BGLL 一扇区只能存一文件这是文件系统的约定而不是公理。
先不说有些文件系统已经支持在inode之类的地方内嵌小文件了。我记得是有文件系统可以实现单个扇区多个文件的。

命令形态的栗子： Fix me if I was wrong.

Write text to file
这是命令形态。

Writing text to file
现在分词引导可以做主语从句，后续接主句。比如 Writing text to file is evil.

Writed text to file
Writed是什么鬼？

Written text to file
过去分词引导可以做主语从句，表被动，后续接主句。比如 Slapped by money is interesting.

@msg7086 s/就你有/就有/

@jox 文本文件模式本来就是历史遗留问题。
如果一个文件是正确的文本文件，那里面就不应该存在^Z。
如果文件里有^Z而且你打算正确处理文件，那就不该以文本文件模式打开。
你说的这些本来就你有矛盾啊。

@jox 简单说，以前的文件大小只能是128字节的整数。要终结一个文件，就必须在数据里加上这个^Z。
而后续所有的操作系统都必须兼容这个约定，否则就会破坏很多依赖这个约定的程序了。

@pertersonvv
1. Linux用的不是他的图形界面，而是命令行。我们做PHP开发也好Ruby开发也好，Windows上开个Sublime，然后虚拟机里跑个Linux就结了。
2. 运行Ruby/PHP程序的服务器，没人会开个图形界面来用。
3. 回到正题。我是先学PHP的，12年前学的，2年前开始学Ruby，现在PHP已经几乎不会用了。
之前是用Rails做整站开发，最近在研究AngularJS，一边学JavaScript一边后端改用Grape做成API界面。
PHP刚开始的时候的确很简单。但是如果你要开始用架构了，开始有复杂的数据库表结构了，开始大规模的面向对象了，开始贯彻测试驱动开发了，你马上就会发现Ruby的世界更轻松。在没有Composer的日子里PHP网站要加入常用组件简直让人想死。你想想吧，10年前最基本的开发框架Smarty+ADOdb再自己写个路由，这得多痛苦。现在虽然有大框架了不过又受到语言表达能力的限制。以前我们一个系统本来就在Rails和Laravel之间徘徊，最后还是选择了Rails，因为我们实在玩不转这么个环境下的PHP。

刷leetcode。

sudo的话，直接在命令行里输入「sudo !!」就好了。
主题我是自己改的，插件只用默认，因为主要在服务器上用，写好了一键脚本就不想再多调了，以免一个服务器上有的功能到另一个上面不能用了。