@Showfom 域名解析是正常的，可以很顺利到达服务器。 17ce 上显示国内除了少数几个可以获得服务器 IP 是 104.*.*.* 之外，其余都是监测点未响应的结果。

@xmoon @lingo233 我赶脚也应该是 cn 的问题。

@Showfom 我已经很仔细地检查了 nginx 、 iptables 。现在 nginx 下的 443 端口是能正常访问的。
然后利用 17ce 发现所有国内节点都是超时，港澳台和国外的正常，并且利用美国 IP 访问也是正常的。

1 、系统内置个什么黑名单防火墙，自己手工设置去。然后，永远不要忘记 SIM 的伪基站骚扰，即便是所谓的 USIM ，中国移动尤甚。
2 、大言不馋地说解决卡、慢的问题，我就想问问那群人了解过 Android 的 GC 没。我赶脚连系统内核都没彻底搞懂，就美化个界面，强制定期任务运行回收内存，以为自己就是上帝了。然后，永远不要忘记 TLC 存储芯片是如此廉价手机的首选，你懂的。
3 、全金属机身。小米当年用了个 304 ，好像自己很牛逼一样，到处说一块钢板蜕变的故事，试问这价位上的全金属能用什么货色，街边不锈钢栏杆的材质，我赶脚还牵强。永远不要忘记 360OS 是商人、流氓软件之父周鸿祎周教主下的蛋，其实他在生理属性上本不能下蛋。

@zent00 说的对付自起和无限唤醒问题，自起或者环境变量触发的自起很容易控制；至于无限唤醒的控制，期待你试试外星人家的全家桶。

12360 的邮件 Gmail 已经收不到了。

关于比亚迪我就说一个。
当年比亚迪去华南理工大学做校园招聘宣讲，临了有个现场投递简历的环节。然后有一些其他的学校同学投了简历，比如中山大学啊，华南农业大学啊，广东工业大学啊，广州大学啊什么的。
然后，现场比亚迪官方的人说了一句话，大意是这样的，我们来华南理工大学就是要招华南理工大学的同学。

127.0.0.0 hm.baidu.com 从此世界清静了。

之前有朋友在某游戏开发公司，他们的头写 MySQL 统计分析的语句，完全木有用什么 ORM 之类，直接一条很长很长的 SQL 语句下来，估计每条都百余几百行。。
你的 Clojure 或者 Lisp 仅仅是 Java 的冰山一角，不能以管中窥豹的心态来看豹子的其他部位。

我今天用这货，基本输入 20 个字丢 12 个。
特别的是，如果速度一块，这货完全没法输入文字。

首付的价格就是房子成本价格，这句话很接近。基本房价中 70%-80% 都是各种税，真实的成本，算广州这边 2w 左右一平的房子，成本大约在 4k 左近，剩下的大家都明白。
这个本质上和 Uber 对市场经济的处理很像。人少而司机多， Uber 的方式是低价出行；人多而司机少， Uber 的方式是加价出行。房价除了婚房舆论导向，土地市场调控和中央、地方政府和银行与开发商联合操纵等其他原因之外，有一个助推的因素就是心态，这也是其他原因能够起效的基础——大家都想成为城里人，都想齐家置业，都想往繁华闹市更进一步，导致一线城市房价居高不下。
然而，我们想过没有，在现在连孩子都已经不敢生的负担下，一两代人之后，现在繁华热闹的城区的人口剧减，各种空置房屋，再加上到时在城区周边众多已成熟的小区，变成了一个倒置的热岛效应，该是一番如何奇特的景象。
至于题主假定的命题，请看如今降准降息，房产税、遗产税、延迟退休等政策，再看取消农业税等举措。

月神 Moon ，韩国精灵族选手。


这东西各种低能。有人问了个“你这么不要脸”，它回了句“我什么时候要过脸”。。
当时这截图发到公司小组里，我们几个当场笑岔气。

@beingbin 我用着苏宁互联的 170 卡，现在很好啦。工行、广发、招商都很顺利绑定了 170，另外的什么航旅纵横之类的也都可以。
现在我已经快完全切换到 170 卡了。

CI 好像不太方便直接支持跨 Controller 调用的。要实现这个，按照 CI 官方的思路，一是自己写 library；二是扩展原来的 CI_Controller 为 MY_Controller；还有上面我说的两个。
1、自己写 library，方便其他项目使用，直接复制过去就可以引入，然后调用了；
2、扩展 MY_Controller，在当前项目中只要继承了 MY_Controller，就可以直接调用了；
3、当前 Controller 中写个 protected function 是只能当前 Controller 中调用；
4、另起一个 Controller 做 WebAPI，可以用来跨 Controller、跨域名、夸项目等情形下支持 ajax、post、get、curl 调用。

实现方式很多，看试用情形各自选择。

@jasonsama 我就业余时间折腾折腾，共同学习共同进步。CI 在 View 中或者说 MVC 在 View 中只负责显示渲染，尽可能不要把业务或者调用放到里面，那是其他两个做的。
我看中 CI，是因为这货的文档看起来很舒爽，并且各种实现很符合我的口味。

或者出于扩展考虑，ci 中另起一个 controller 来做 webapi 都可以啊，但调用也还是在 controller 中。。

ls +1。
为毛不在 controller 中写个 protected function 或者干脆自己写个 library 来做这个呢。。

简单地说，有个在内存中的时间轴(key)队列维护着所有的动态索引(value)，然后，所有的动态内容同样维护在一个内存中的异常庞大的队列对象里，这个对象你可以隔几个星期或者隔几天或者隔几个小时写到后端缓存或者更加后端的数据库里头。队列中尽可能保持一周内的动态，缓存中维持大概一两三个月就差不多了。
然后，针对某个用户，按照索引去队列中拿他的好友的动态。一周内的动态都在内存中，很顺畅，然后，当拿到快接近一周的尾巴的时候，后端程序预估可能要先去后端缓存取额外的动态数据了。这个过程几乎是在用户查看的时候，后端程序就能够做完的。然后，就没有然后了。

要注意的是，上面的时间周期视应用情景决定，架构层级什么的也视应用承载的动态数量可能要做调整。