http://stackoverflow.com/questions/1431551/command-line-pipe-input-in-java

By executing "java Read < input.txt" you've told the operating system that for this process, the piped file is standard in. You can't then switch back to the command line from inside the application.

If you want to do that, then pass input.txt as a file name parameter to the application, open/read/close the file yourself from inside the application, then read from standard input to get stuff from the command line.

@mahone3297 redis 可以不单单是缓存，你可以把 redis 理解为一个长久的 hashtable， sortset 等等，redis 是为了加速特定结构的数据，这些数据访问量非常大，放在数据库压力大。

alibench测试不能说明一切，因为这个测试很可能是每次链接都是一个新的session，也就是说，你测试的是握手需要的时间

https 的最大消耗是握手阶段，所以数据很可能就是你上面展示的。但握手之后，在现代机器硬件水平下，和 http 差不多，所以服务端要启用 keep-alive ，增加 ssl 的 cache，以 nginx 为例子：
keepalive_timeout 90;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 15m;

@yakczh 从技术的角度来讲，小米这样做法无可厚非，要是我自己来实现也是这样，这篇文章真的就是给不懂技术的人yy的

有模仿 功夫熊猫 和 冰河世纪 的痕迹，但是做得非常好，鼓励。为什么国内的动画行业不能起来呢

@kdlijian 看着文字就觉得你是个特别好的人

楼主，先把 http://www.w3schools.com/ 过一遍，然后 https://developer.mozilla.org/en/learn
我都是自学的，其实我是java工程师，哈哈哈

对 openssh 做 patch，我做过了，为的是 git 认证，难度不大的

@csensix 你的话我看不明白，什么叫：是否能够保证项目一直存在两个分支？分支非常灵活，创建和删除都是非常便捷的，我的开发习惯是一个 feture或者bugfix 都新开一个分支，然后合并到master，如果你是固定分支的话，可以一直保留 dev，所有人的新的开发都从 master 分支 checkout 下来，然后集体合并到 dev，dev分支最后做测试和回归，觉得通过之后再合并到 master

出了什么问题呢，没看明白，如果你是固定分支开发的话，在 dev合并到master 之后，也应该把 master合并回dev 也就是保持 dev 和 master 的同步，然后在 dev 上接着开发，这样没有什么问题的

没有，如果是这个需求，为什么不从 memcached 来考虑呢

@gaicitadie 使用自动脚本生成分支这个没有意义吧，我使用脚本就能自动给你列出log的每天commit，你这是抢了版本控制的功能啊

支持 Pragmatic 这样的创业团队，纯技术存在很多的不容易，推关和获取信任非常的困难

代码管理吗？git 托管？

信息太少，不过很明显 upstream timed out 也就是上游出现 timeout，看看 python容器 的error

1 首先 nginx 80 端口需要 root 的权限，你启动的时候是否注意到这点
2 启动的时候有什么信息输出
3 查看 log，有什么错误输出

现有的大多数框架是输出的时候encode，因为尽量保存原始输入信息。

我的观点是
1 不要在 cache 里面要求一致性，维护这个一致性代价很大，如果以严格的并发角度来看，很多实现都是非并发安全的，你要考虑在出错的情况下实现自我纠正，特别是不能导致错误持久化。
2 哪怕是要求了一致性，像你刚才提出的“多条业务不能提交”，说明你们的竞争太激烈，乐观锁的用处就是大部分时间是“乐观的”（我99%能获取更新成功），在竞争太激烈下就是悲观了。你要考虑事务最小化，事务处理，然后立刻提交。