用 rake task 去检查 sidekiq 的运行状态不是不可以，只是不应该通过 processes_size 去检查，而应该根据 sidekiq 的进程号去检查，判断进程状态，失败则重启。

sidekiq 会意外退出，如果不是系统资源不足或者第三方依赖问题（比如 redis 挂掉，或者通讯问题）等，相当于给了你一个信号，系统里存在坑，如果不及时排查解决，定时检查重启 sidekiq 其实是治标不治本。

关于正确的 sidekiq 进程监控和管理，正确的姿势其实是用系统自带的进程管理器，比如 Ubuntu 自带的 upstart 或者更超前的 systemd 来管理进程，具体细节，sidekiq 的作者在 Blog 有一篇文章专门解释过。

http://www.mikeperham.com/2015/07/16/sidekiq-and-upstart/

混 Node 社区的人都知道，这是一个 long story。

昨天下午切换回原来的网络，到现在为止，国内的 DNS 服务器均解析正常，但是谷歌的 8.8.8.8 不收录，原因查找中。

#2 楼 @rei 要 cc 一下 @jasl，记得有这部分预算，不知道落实没有。

#48 楼 @offspring 谢谢指正，已经 fix 了。

明天会换回去的，先不要着急。

#42 楼 @happypeter 你的这个 淡出娱乐圈 的提法我不敢苟同，也不反驳，好自为之吧。

#33 楼 @happypeter 能委托给第三方专业服务解决的问题，应该全部委托出去，只是这个策略在天朝不适用。

#16 楼 @chairy11 回想起来，仿佛有一种被 UCloud 人肉 DDoS 的感觉，哈哈

当网络 DDoS 发生发生后，UCloud 的客服第一时间拨通我的电话，两个 IP 其中一个被攻击，该 IP 已经下线。 UCloud 客服根据我留下的 QQ 号，要求我尽快通过 QQ 好友申请。 通过 QQ 申请后，该客服立即拉了一个 15 人专家技术群，15 人啊！！！ 群里有一个人在服务端帮我检查，调整安全配置，并加入高防系统，另外一个人负责询问我一些问题，引导我在管理界面操作配置，还有一个人专门回复我的各种问题，我当时的感觉是应接不暇...... 但是问题很迅速就被解决掉了 最后通过 UCloud 的高防网络代理了所有请求，清洗流量攻击。

#26 楼 @swachian 隐藏得这么隐晦都能被你发现，厉害 :plus1:

#21 楼 @billy 你说对了，看我的 Blog 文章标题：http://lvguoning.com/2015/09/27/php-is-the-best-programing-language/

#28 楼 @embbnux 不考虑活动之后的 Party 的话，两天的活动都计划到下午 6 点，保守估计 7 点前结束。

@doitian 在之前的项目中也是通过 Faraday 去适配 Typhoeus 的，没有直接用过。 按照 #2 楼 @nouse 的建议，直接用 Typhoeus 是不是更方便呢？

@doitian 非常精彩的问题分析，受教了！

我看到 19wu 的后台还有一张门票被锁定，但是尚未付款，也就是说，过一段时间去刷新一下，有可能刷出一张门票。

#9 楼 @huacnlee 嗯，我手动改动了所有之前节点的帖子到新节点，大概就 10 多个，改了两分钟就改好了。

#7 楼 @crazyjin 有响应啊，我手动合并了。

:plus1:

这个问题建议直接去问知乎。

流程看起来很严谨，只需要把 -> [merge 代码至 master] 移动到 [结束] 后即可。

#10 楼 @kgen 不要拿宇宙最好的编程语言来比较。

Google 的趋势还是比较客观的，很符合我的心里预期。 这张趋势截图反映的是 10 年的变化，在进入 2010 年后，整个趋势其实已经趋于稳定，后续的下降趋势其实很正常。 我是 2007 年接触 Rails 的，那个时候 Rails 正处于顶峰状态，记得当时大家还在讨论到底 Web 2.0 的定义是什么？ 而现在移动互联网已经处于统治地位，短短十年不到的时间，回想起来真让人唏嘘不已。

#11 楼 @rei :plus1:

安全方面的技术话题在论坛讨论的不多，希望白帽汇经常来发一些技术贴，这样招聘就会变得容易。

这个帖子我有印象，我同意文章中的观点，但是我觉得换个说法应该更准确：

• Java 是最适合外包的语言。
• Ruby 是最适合创造的语言。