早就有人提过了： Murphy's Law

@dtdnqsb @scys 下午5点毫无压力

let me google that for you: http://stackoverflow.com/questions/6711567/how-to-use-python-regex-to-replace-using-captured-group

为啥要时区转换后？

你从用户这里读到了07-07 8:00+8，代码里转成07-07 0:00Z扔进数据库里查不就行了？

硬币已砸。（如果可以修复字体问题的话还请……

@echo1937 因为Debian更偏向于社区而RH更偏向于企业用户么？

gem install will_paginate

@ivanlw ！！（盯——

@echo1937 还是会更贵的吧。

@jjplay 目测是说只有15k级别的才来投，就是不见25k级别的。
（当然也有可能是15k级别认为自己是25k级别来投的（

这都能吵起来wwwww

用Deb系还是RH系完全是看需求和用途。

比如开发的系统如果是特别依赖运行环境的，比如大公司的大型系统，各种C/C++系统，各种Java系统，各种Oracle什么的，脆弱的要命的设计，升个软件就能搞挂的，那当仁不让用RH了。
比如大家用得滚瓜烂熟的Centos6系，那可是5年前就冻结了的发行版，里面的版本可能更早，对于程序员和运维来说，这5年根本不用学新知识新技术，也不用升级或者适配，吃吃老本就行了。反正官方维护到2020年，还可以再吃5年老本，减轻程序员和运维负担。

比这个稍微好点的是Ubuntu，也是适合各种老系统的。我们公司就是用的这个，12.04LTS，我们的软件脆弱的要死稍微升级个包版本就可能把软件弄挂掉。缺点是Ubuntu的支持期太短，没多久就停止维护了，于是公司里一大波人被迫研究怎么迁移到14.04LTS去，痛苦万分。

Debian就是完全另一个风格。提倡尽可能用系统软件包而非自己编译；就算自己编译也是打包成deb包，让包管理解决依赖。生命期里软件版本冻结，但是可以跨版本更新，比如Deb6升级到7，或者7升级到8，都是可以的。对于开发人员也可以轻松改用rolling update版本开发，提前应对升级带来的影响。
依赖Debian系统的软件，必须要能自行解决依赖问题，又或者必须不依赖系统环境。现在很多初创公司，为了尽快做出产品，加快开发速度，必然会选用一些很新的平台与技术，比如Docker，比如Go，比如RoR，比如PHP，比如Python，比如Scala。这些东西有个共同的特点，那就是降低了平台依赖性，到处都能跑。既然到处都能跑了，那放着性能更好软件更新的发行版不用，去用5年前的系统做什么。创业公司必须活在未来，而不是活在古代。

另外楼上一票在说运维问题的。RH系运维难度比Deb系大很多。公司招人起码也得找个RHCE吧。这年头一个跑Go或者PHP的Debian运维如果开价80-100k的话，一个同等级的RHCE运维至少120k-160k。对于一些创业公司来说两个系统跑起来根本根本没差（特别是Docker以后），每年多花5万刀去体验RH/CentOS这是有蛇精病啊。（甚至稍微有点能力的开发工程师都可以兼职Deb运维，那还能省一笔钱。）
倒是如果拿到很多风投以后，甚至上市以后，能培养起运维团队了，再换CentOS倒也是可以。只不过你都换RH系了，为啥不直接上RHEL订阅？

@lzhtony 这我就不发表意见了。

@lzhtony 快的线路，一定会有中国人涌入。
中国人涌入的线路，一定不会快。

几乎所有的线路问题都是对中国线路问题。
中国以外的地区再慢再慢也不会像这样慢。
手头kimsufi的服务器，加拿大BHS机房，连中国是非常慢。
不过全球测速下来的结果是
加拿大->东京 160ms 5MB/s
加拿大->荷兰 20ms 11MB/s (跑满网卡)
加拿大->新加坡 240ms 4MB/s
都是单线程下载的速度。
再烂的线路再远的距离也不会低于10mbps的。（地球同步轨道除外

至于中国嘛，完全就是例外了，跑哪都慢的要死……

@046569 一台银河一号轻松搞定

要么备案，要么被墙，要么不靠谱。楼主选一个吧。

普通的千兆而已有什么好惊讶的……
这年头还有哪个SSD速度能比千兆慢的？
机械硬盘都远远超过这个数了。

1. 公司花了精力财力把你招进来，就不会随随便便就开掉你。

应该不用我说2了吧。

虽然没听说过你说的这些，不过应该不好也不坏，学得认真的总能学好，学得不认真的基本没戏。