关键词 protect_from_forget, skip_before_filter :verify_authenticity_token

好像类似文章推送。不使用嵌套属性。传接收者的参数，在 controller 判断接收者存不存在，存在就取 id，不存在就新建然后再新建中间表 post 和 receiverid 的对应记录

model 里面加 关联没？

#1 楼 @huacnlee 嗯。我也觉得 sidekiq 是更好的选择

想请教一下，iOS 客户端当点击一个帖子里的链接跳到别的网页后，如何可以返回原来的帖子页面。

应该有前端的解决方案

有用 resque + resque-scheduler 的么。。。

#2 楼 @leomayleomay state 在 Physician 表上，如果没法使用 includes 实现，就手写 sql 语句实现，避免 N+1 问题也是可以的，只是难看了点

试一下 这样

Physician.includes(:appointments, :healed_patients).last

Effective 视频看过两遍。马上又要开始干活了，最近再温习一下

#8 楼 @xiaoronglv 谢谢！这是处理过期订单的好方法。不过这里是筛选有效订单，所以 考虑尝试下 第二个方法

看见查询里面有子查询。。。如果关联关系做好了，子查询这种应该不会出现的吧

走出国门的企业优秀女性员工标准

#5 楼 @davidwei 如果数据量小，一次读到内存处理还好。不过，sql 查是效率最好的。暂时还不知道这个过滤的方法能不能友好的用 sql 实现

#2 楼 @kungs 也是。还是选择在 sql 语句层过滤，也许也会复杂些

#1 楼 @vincent 嗯 谢谢

#3 楼 @rei 明白了

连接池是为了解决并发连接的问题。redis 的单线程以及它的内部策略 使得它在并发情况下也是线程安全的。看了下 redis-rb 源码的命令，没看见加锁的代码，用了

synchronize 

，也就是

mon_synchronize { yield(@client) } 

根据 MonitorMixin 的文档：at each point in time, at most one thread may be executing any of its methods. 。然后在调用 redis 的命令，所有的 call 调用，都封装在同步方法中。不太同意上层所说每个 redis-rb 内部每一个命令都是有锁的，和 redis 单线程没有关系。相反觉得和 redis 的单线程是有关系，并且不是 redis-rb 的每个命令都是有锁的。（因为没看见锁在哪，除非 synchronize 是锁操作）仅是自己的观点和学习讨论 #1 楼 @nowherekai

#7 楼 @killyfreedom 也就是说这样的一个性能总结：多进程 < EventMachine and Fiber < 多线程

好文章。如果用 jruby 就能实现真正的并行了吧。有一种说法是 并发。而并行是能充分利用 CPU 多核，并发不一定会充分利用 CPU 多核。在单核心状态通过 CPU 调度可以实现并发，在微观上某个时刻还是只有一个核心（在 ruby GIL 限制下）在处理，即使是多核 CPU。不过使用 fiber 毫无疑问在一定程度上提高了并发的性能，从而提高了系统的性能，可以这样理解吗？

#15 楼 @EricZhu 嗯。redis 操作是原子性的，也许会有一些时间的延迟，不过可以优化到用户可以接受的范围。

养成先写测试的好习惯

so awesome!

是不是？？？

新加坡是个旅游的好城市啊

#10 楼 @zamia 嗯，谢了！

#8 楼 @jackxu 所以，选乐观锁是比较合适的

有个疑问想请教，对于高并发的场景，是使用悲观锁好还是乐观锁呢？

有个疑问想请教，对于高并发的场景，是使用悲观锁好还是乐观锁呢？

#2 楼 @catherine 你这是在哪个城市。。。