今天忽然看到这个帖子。看了一下我们也是用 sidekiq，一天 800w 任务左右。一部 15G 2vCPU 的虚拟服务器就搞定了。开 12 个线程。

我觉得得看做什么项目了。如果新公司的项目更有意思更有挑战可以考虑换。但是有时候能够闲下来也是很好的，这样才能有更多的时间去思考，更深入的去理解自己做的东西，开始各种折腾，寻找更好的方法去实现。

发现一个 bug，加入购物车以后，点继续购物，右上角购物车里的数量没变

谢谢分享。

ps: 我们把登录用户的 log 也保存到数据库里的

CKEditor 的 file manager 已经做得很好了。什么权限管理，上传到 CDN 简单配置一下就可以用的了。我们就是 CKEditor 然后结合 cancan 做权限管理然后直接存 CDN。

感觉对 Rails 程序员来说，还是 Ember 看着更亲切

做得不开心嘛，早点换公司对自己公司都是好事。要遇到公司的文化做事方式都跟自己很合拍的确实不容易。每个公司，都会有各种个样的问题，根据楼主说的这几点就说是黑心企业也有点偏激。

#11 楼 @happyming9527 我们用的是 PostgreSQL，延时具体没有测过，这个还是得看应用场景。重要的都放倒事务里面，基本上不会出啥问题。

#11 楼 @happyming9527 我们用的是 PostgreSQL，延时具体没有测过，这个还是得看应用场景。重要的都放倒事务里面，基本上不会出啥问题。

分库还是不建议自己折腾。搞个主从还是比较简单的。可以用这个 gem https://github.com/thiagopradi/octopus

#9 楼 @jimrokliu 谢谢提醒，已经这么做了😄

#6 楼 @mizuhashi 非常感谢你的回复。我终于明白了。

#3 楼 @nouse 我用 update_column 跑数据的时候已经把数据库清空了的。而且我用 update_attributes 的时候跑了好几次，每次都会清空数据库，然后用 git diff 比较。但 update_column 就没有问题，update_attributes 就有问题。根据线程安全的一些原理：any concurrent modifications to the same object are not thread-safe. update_column, update_attributes 确实是违反了这个准则，但因为 activerecord 是线程安全的，就像 Queue 一样，所以应该不会出问题才对的，也许是我对 activerecord 的线程安全理解有误，欢迎指正。

#1 楼 @chucai 感谢你的回复。我还在学习阶段。不知是否还能指出问题所在。不胜感激

但是看 update_attributes 的源码，发现他也是直接修改@attributes这个变量，也没有加锁，总感觉不是线程安全

可以自己在 Class 里加一个

attr_accessor :ignore_callbacks

然后在回调里判断 ignore_callbacks 是否为 true。然后想要不调用回调的时候只需要把 ignore_callbacks 设成 true 就行了

#10 楼 @davidzhu001 我们公司就百万用户，也没觉得用 Rails 有啥问题。

cap3 的 execute 跟 rvm 一起用老是找不到 ruby。我觉得还是 cap2 的 run 好用多了

我想问个比较弱的问题，被人 DDoS 的时候，比如我计算 IP 每 30 秒访问的次数，超过一个 limit 就 block IP 是不是可以解决问题呢？比如有个 Gem 可以直接在 rack 层面 block IP https://github.com/kickstarter/rack-attack

#44 楼 @rasefon 规模大的项目用什么语言重构起来都不会轻松的。没写测试的才真的是等死。没写测试，就别往语言上找理由。那是活该！

不知道 xcode 能不能一个人下载了，然后共享给别人的方法。这样一个公司里面只需要一个人下载就好了。有点奇怪难道这些中招的大公司没有这种解决方案？

请问下你的公众号是公众服务号还是订阅号啊？

最近在公司也遇到类似的问题。公司的设计师要让我把所有的 URL 里都不能有下划线 (underscore)，得用横线 (dash)。我就说为什么连 Google 爬不到的地方也要这么做。设计师说 URL 客户可以看到，我们得统一。

扯远了。楼主为了可读性其实要这么做当然没有问题。但是如果哪天电影院的人觉得 A-1 太不方便了 (中间那个横杠怎么读啊？？)，他们要换成 A1，又或许要变成甲 1，哪你不是很要做多很多工作吗？

#20 楼 @noob 我不太了解你的具体情况。但我觉得你肯定是知道税前工资的对吧？如果到手的工资跟预期有出入，无非就你算错了，要么就他们算错了。你跑去财务问清楚不就好了吗？有可能真的是财务算错少算你了呢。你现在追问也不晚的啊。没必要这么快就自认倒霉啊。

税后工资本来就不能当标准。有的公司还能拿发票帮你逃税呢。公司给你发的工资，各种福利啥的。如果税前工资或者五险一金交不交啥的说不清楚，那就是 HR 的问题。毕竟 HR 又不是会计，很难帮你弄清楚的。

最近做的一个项目就是前后端分离的。前端用的 angularjs 还有 iOS，后端是 Rails metal。开发的过程非常的过瘾。

我们也首选 Unicorn，但是现在在慢慢向 puma 过渡中。项目遇到一些问题就是，比如有些功能是依赖于第三方的服务，好比 Github 验证登陆。如果并发量大的话，多进程的服务器就会比较容易遇到瓶颈。

我做过类似的功能，就是用 1 楼的兄台的解决办法。没必要碰前端服务器，rails 层面就很好解决的事情。

constraints(lambda { |req| req.env['HTTP_HOST'].present? && req.env['HTTP_HOST'].include?('blah.com ') }) do
  get '/', to: 'home#index2'
end

#3 楼 @jimrokliu 谢谢你的建议。我现在已经把 IO 高的部分分离出来了，也考虑是否要用 nodejs 去做这一块，但感觉对 nodejs 不是太有把握，现在用 puma 去跑了，测试结果还是蛮满意的。迟点看看能否整理点对比出来。

#1 楼 @cxh116 非常感谢你的建议。对我很有帮助。我决定尝试一下把登陆抽取出来，用 puma 来实现。

还是现在的白色导航好。好太多了。