@ceasia_hrhz 请问可以去拜访么？

是不是换工作了？

离我住的地方很近...

这是部署了一套 PHP 和 Rails 混合的应用么？

每年节后到三四月份，都会迎来一波招聘高峰，如果想要找个更好的工作的话，我建议楼主节假日期间不要浪费时间，多看技术资料，多写一点代码，好好准备一下。

根据招聘版规规定，一家公司 30 天内只允许发布一则招聘帖，距离你们上次发帖没有超过 30 天 https://ruby-china.org/topics/28824

我是来给 #20 楼 @hi2016 点赞的。

#42 楼 @nouse 还有要不要做 Android 原生应用呢。

#23 楼 @sunfjun 现在用的就是呀。

2012 年 11 月注册，论坛 ID 在 4000 左右，楼主你也是这个论坛的老兵了，对这个论坛的尿性应该很清楚了吧？

Python 凑合可以用在不重要的地方，Ruby 是垃圾，JavaScript 是垃圾中的垃圾。

如果真的信的话，建议大家遵照作者的建议，在项目中逐步淘汰这些语言，先从垃圾中的垃圾开始淘汰。

#10 楼 @thxagain 除非是性能要求极为苛刻的环境，否则 Thread.new 这种方式处理逻辑，你就是在跟底层 API 打交道，里面的坑无数，如何写出线程安全的代码是一个很大的命题，可以用一本书来解释，所以现实世界中真的有这样的书：https://pragprog.com/book/jsthreads/working-with-ruby-threads

我会鼓励你学习线程的基础概念，但是不鼓励你直接跟底层 API 打交道，而是用现成的，封装好的库或者是框架，远比你自己手撸要可靠得多。

如果是异步的后台任务，那么选择 ActiveJob 应该是理所当然的。 如果不想依赖 sidekiq/redis 的话，可以考虑用基于线程池的队列，比如 https://github.com/brandonhilkert/sucker_punch

格式排版请参考一下之前的帖子 https://ruby-china.org/topics/28434

标题上没有表明城市，我猜测是广州。

#35 楼 @kikyous 至少得等 Rails 5 正式发布了吧。

#34 楼 @rina 我检查了一下，都在呀，你哪里都丢失了么？

#43 楼 @alphaliu 这个问题发现了，我们尽快修复。

谢谢

现在应该恢复了，又切回到 unicorn，可能是 message_bus 的长连接导致 passenger 的 request queue 满了，这方面 unicorn 专门做过参数处理。

#9 楼 @southwolf 貌似是的，继续优化。

#6 楼 @southwolf 换了

继续测试回复～～～

测试～～～

已经完成 PG 的数据迁移，请大家帮忙测试一下看看有没有问题。

#35 楼 @alphaliu 我回滚了，在我这里看到的不是 8181 号会员，是 861 号，你现在看到的自己是 8181 号会员么？

非科班出身，大学学印刷机械，毕业后从事数码印刷，被虐了三年，愤而转行搞 IT。