怎么没做成 docker 镜像

远程解决只能等 30 年等 linux 大漏洞爆出了楼主可以再试试。。

豆瓣才是，手机版豆瓣简直就是虐心，实习生都会鄙视

现在还在抢占市场期，不会考虑加入的，稳定了就可能出现了

只要信息存在并经手多个环节，就会泄露，所有的解决方案只能增加泄密成本
所以最好的解决方法就是不存在， A 号码只能在这 30 天内有效，或者达到一定条件后立即失效
B 号码只有特定用户拨打过来才有效

至于其他不可更改信息，没办法

用的 google-analytics 应该去掉

另外，这机器的配置估计也很低，几十万级就算 limit 也不至于这个级别(0.X 秒我觉得比较正常)，可能硬盘比较差

哦 忽略了点 三种类型的话得分开排序才行

limit 的性能确实很差的，如果表变动不大的话可以再加一个 realid 索引字段用来排序，定时计划任务处理下，然后就可以 WHERE category='students' and realid>xxx and realid <xxx+10 时间应该可以控制在 10 毫秒级

github 的搜索很坑的啊，自己做需要处理的工作又太多了(主要分词方案在某些代码里效果不是很好)，可以考虑用 opengrok 方案 http://androidxref.com

@NeoAtlantis 半立方米每秒想多了吧，相当于每分钟 30000 升？这么大的流量做不出来


@zonghua 有链接吗

@fange01 哦 我是说阿里 vps 价格偏贵，但是免费备份等服务挺不错，有歧义

咳咳，以后你再遇到这种事，先过来发个帖再回去操作

阿里的数据备份做的很不错，但是价格偏贵，现在在试网易蜂巢，价格和速度都挺不错，比阿里的还快点，但备案方面还是个坑

ecb 是最弱的加密模式，其他模式现在还是比较安全的

文件分片存成图片格式上传到各大免费社区比如百度、新浪。。。客户端多线程下载图片组合解压，除了软件开发成本就没成本了，不够似乎不道德

@NeoAtlantis 嗯 正在购买零件 试验结果出来了第一时间通知 第一个版本的可能效果不会太好 慢慢改进

及时

@NeoAtlantis 感谢分析这么多，不过有些地方不赞同。

“将水和空气进行热交换的时候，还有个温度的限制，在热交换器中的空气温度是不可能降到比水低的（何况经验上要认为有差不多 5 摄氏度的温差）， 这样就限制了能从空气中带走的热量的多少。 ”

空气温度不可能比水低是对的，但是后面的结论“ 1kg 的水就算能将 1kg 的空气冷却 1 摄氏度”并不赞同。降温主要靠水气蒸发-制冷铜管本身-铜管吸热，在室温不高时，这个效果不明显，但室温一旦升高(比如 29℃)，降温效果会很显著， 1kg 水能降温的空气质量应该会远大于 1kg(最简单的测试夏天手臂上放上 30 度的热水开风扇吹，凭手感而论你觉得水的降温幅度有多少？)，虽然我并没有做过相关试验，但是根据经验而论，夏天水气蒸发降温效果是很良好的。

当然以上都是猜测，不过打算最近做一个模型来测试，如果有结论了会即使更新，无论是否正确。