#15 楼 @huacnlee

#5 楼 @cxh116 同样的芯片组，在不一样的机箱风道设计下，负载温度差别很大。

当然，只要不超过芯片的设计极限温度，其实都没关系的，只是心理上觉得 70 度太热了。

#1 楼 @huacnlee 打开这个品牌的页面，看到华擎，威刚等配件，感觉是追求极端低价的品牌。当年 DIY 的时候，这几个牌子的配件都是绕着走的，故障率高，参数差。

既然买品牌机了，HP, DELL (Alienware) 之类的，用得配件会好很多。

高并发性能：Puma

高稳定性：Unicorn

理论上，每一个技术问题都可以解决，不就是写点代码嘛。

实际上，建议楼主不要试图把任何复杂一点的 Rails 应用跑在 Windows 上，到时候遇到一堆问题，还不如装台虚拟机呢。

#4 楼 @ghn645568344 你没有任何方法完美防止接口被非 API 调用。

不如想一下，即使被非 API 调用，如何避免这些调用对你 API 产生实际影响。

CSRF 对 API 没有用。token 对 API 也是作为验证，非 API 调用可以模拟 token 的机制，照样调用你，所以对防止恶意请求没有作用。

如果初学第一年，Railscasts 的原有内容仍然很有用。

如果是很熟悉了，想学习一些新增特性和方案，它就不适合了。

#8 楼 @zamia 我完全同意具体问题选择具体方案。

我在 #7 楼 说的，主要是反对你在总结中说“用独立的进程来实现定时任务，提高可移植性和容易运维”。独立进程有不少优势场景，但你总结中说的这句，其实恰恰是它的劣势场景，所以，我才回复了。

在高强度下，定时任务没有比 crontab 更可靠的了。

楼主说“用独立的进程来实现定时任务，提高可移植性和容易运维。”，这一点，很难认同：

1. 可移植性：所有 *nix 都有完善的 crontab 支持，而且语法一致。但是独立进程却未必在所有系统上都兼容。
2. 容易运维：独立进程需要监控进程错误，crash 重启，系统资源占用情况收集和控制，这大大增加了运维工作量和不可靠性。crontab 本身不会挂，每次启动很干净，由操作系统负责管理。

所以，独立进程实现定时任务，实际上降低了可移植性，并增加了运维负担。

2.14 才是最吼的

Mac 上 OmniGraffle 可以画，因为有很多资源，安装后直接可以拖放那些图形。

以前 Windows 上用 Visio 的人比较多，不知道现在流行什么了。

不过，不要太纠结于工具，哪怕用纸笔和白板也可以，只要适合交流。

#2 楼 @lgn21st 我猜原文的样本数量是 21 个。

推理如下：

1. 原文同一张表格，出现 4 个 4.8%，在样本很大时，出现 4 个数量完全一样的选项的概率非常低，所以，先假定 4.8% 就是一个样本选择了该选项的结果。然后我们来论证它。
2. 原文出现很多 9.5% ，正好是接近 4.8% 的两倍，但是有差了 0.1% ，由于所有数字都是小数点后 1 位，所以这 0.1% 可能是四舍五入带来的结果。下面继续论证四舍五入。
3. 100 / 4.8 约 21，100 / 21 得到 4.76，4.76 四舍五入为 4.8，4.76 * 2 得到 9.52 四舍五入为 9.5，证实了 0.1 的差距的由来。
4. 用第 2-3 步，可以反复验证 14.3%，19.0% ……的由来，并且没有任何数据突破 100 / 21 * n 后四舍五入的值。

结论，证明样本数量是 21 个。

论百分比数值如何暴露样本数量。

jbuilder 在 Rails 兼容性方面安心很多，毕竟是亲儿子

为什么要迁？ 招不到 PostgresQL 的 DBA 么？

#4 楼 @matrixbirds 我可能是职业病的受害者。。。

我也以为是网络路由表

推荐使用云梯：https://www.yuntipub.com

然后到 Google Play 下载：https://play.google.com/store/apps/details?id=org.ruby_china.android

如果你愿意手动安装 apk

就看这里：https://github.com/ruby-china/ruby-china-android/releases

楼主的初始化代码可能放错位置了，turbolinks 页面切换时，不会重新加载全部 js，你要按 turbolinks 推荐的方式来初始化。建议看 turbolinks 文档，不行的话，贴代码到论坛里面来吧。

应该是数据库没有做大小写不敏感的设置吧

#10 楼 @happyming9527 是的。

域名数量的限制纯粹取决于 SSL 证书供应商的套餐，不是技术上必须限制数量，比如你付$100 肯定没有无限子域名，但是你付$10000，肯定宽松啦。

域名所有权当然是验证主域名的，不存在主域名在你手里，但是子域名不在你手里的情况。所以，无限个子域名，也只要验一次主域名的所有权。

#5 楼 @happyming9527 旧的证书还可以用的，除非你 revoke 它。所以，你可以无缝更换证书，中间不会有不可用的时间差。

#2 楼 @happyming9527 reissue 后，会改变，需要重新 upload 到服务器

用 Wildcard 证书，多家发行商都看看，有些可以买 *.example.com 就满足你的要求了。

即使找不到合适价格签发 *.example.com，你也可以用 multi-domain 的方式，每增加一个 domain 就 reissue 一次原来的证书，把新的 domain 加进去即可，原来证书的剩余时间不会丢失。服务商都支持无限次 reissue 的。

前两天看到 Twitter 上也有人在说登录 RubyChina 出这个错误。

新人你好，发个代码吧，大家会积极关照，激烈讨论的。

#4 楼 @Artoria 你说了这么多，并没有解决大家说的你的脚本的安全问题。

• 能翻的人，肯定用 RubyGems 官方源。
• 不能翻的人（咦，为什么还有不能翻的？），肯定用 Ruby-China 的源（还有更好的替代吗？）

你的脚本自动从百度随便找个源，太危险了！

https 不会无缘无故跪的，如果是证书配置错误，或者过期了，那么改好就行了，这是服务端本来就应该做的。

http 容易被中间人获取用户数据，内容劫持，插入广告，对 App 来说的确应该只用 https。

结论：https 不会无缘无故跪了的，这一点不用 fallback。

Shell 不是 bash 导致的。 zsh 之类的，要加 rvm 的初始化代码到 dotfiles 里面。

生产环境会有升级 Ruby 版本的需求，如果升级出问题，可能会切换回老版本，所以 rbenv 或 rvm 是需要的。 无性能影响。

当年还是 TextMate 1 的时候，买了付费版，看着它慢慢落后于 Sublime Text，直到 TextMate 2 开源前，很多人都切换到其他工具了。现在 TextMate 2 终于 RC 了，想想真是唏嘘不已啊。