因为你的图片 base64 之后，传到服务器，此时已经被转义了，你需要反转义再写入新的文件。

String.class_eval(%Q("#{avatar}")) )

前排占座

一久没写前端，现在我连写个漂亮的界面都需要时间，泪流满面

点赞！

HELP！！！！！

#7 楼 @gihnius 这种方法其实是可以的，不过要在 invoke 后面加上 run! .

#13 楼 @darkbaby123 恩，非常感谢。

#12 楼 @zhangyuan 好，感谢！

#8 楼 @gihnius 如果是分开调用的话，那得写个脚本，最终则是直接调用脚本而不是 mina deploy 了，不知道有没更好的方法？:)

#7 楼 @gihnius 这种是不行的，最终起效的是最后的 server，也就是 svr2

#8 楼 @gihnius 好，谢谢，我试试。

#3 楼 @xyuwang 感谢！不过二楼的做法能否麻烦您提供下 code 看看呢？

#2 楼 @gihnius 能麻烦您给段 code 看下嘛？谢谢了

赞！！

#22 楼 @seoaqua 被逼带的，见谅见谅，哈哈哈哈

赞赞赞赞赞！

申请试用：

联系方式 : [email protected] 需要管理的日志类型 ：Nginx 日志，Rails 日志 操作系统 ：Linux

问题已经解决！！

稍后上说明！

现在的解决方法：就是自己写个 helper 重新解析分页链接了。

但这样的方法感觉有点 dirty

kaminar 难道没有考虑到这种情况吗？

问题依旧没有解决。。。。

很赞的一篇文章

也很感谢 hepochen quakewang 两者的分享

#55 楼 @leekelby

THX

It's helpful for me

#14 楼 @hooopo

原来如此，学习到了。你解决了我一个纠结了两天的困惑，感谢谢谢谢谢~~！！！

#12 楼 @hooopo 咦，为什么不需要查呢？

如果一个对象列表 products

那么我的 cache_key，则是这些 products 中 updated_at 最晚的那个。

那我每次请求需要拿到 新/旧 资源的 cache_key 时，不需要进数据库查询 products.max(&:updated_at)吗？

#10 楼 @hooopo 那每次计算 cache_key 的时候，不是都需要进入数据库查询么？这样的话不会耗费资源吗？

#7 楼 @hooopo

恩恩，谢谢耐心解答！！

还有个小问题，在 8 楼，还希望您能够给出您的意见

#6 楼 @saiga

感谢耐心解答

所以基于 file 的缓存方案会产生许多重复的垃圾，dhh 推荐使用 memcache 就是把删除缓存的操作交给 memcache 来做。

学习到了，谢谢!!

不过还是有个疑问（原谅我问题这么多）：

资源更新时为何不再命中该缓存了呢？

我们知道，程序是拿 cache_key 去缓存区命中缓存的，既然是不再命中缓存，也就是说，程序拿的这个 cache_key 已经是更新过的了。那么问题来了：

1. 程序是什么时候拿到 cache_key 的？每次请求都会重新计算该 cache_key 么？
2. 每次请求不会重新计算 cache_key, 当第一次计算 cache_key 后会保存起来，当资源更新时，自动找到该资源所关联的所有 cache_key ，进行更新？

不过我的观点倾向于第二个，您觉得呢？: )

#4 楼 @beiersi

感谢你的耐心解答 : )

恩，我知道 cache_key 是由我们自己定义的。

让 cache 失效也是我们自己来实现么？Rails 没帮我们实现吗？

说说 Rails 的套娃缓存机制 這篇文章中貌似有个观点：只要定义了 cache_key，资源更新时，Rails 会使缓存区里的缓存自动过期。 官方对 cache 的解释 中的观点貌似也是自动过期

泪流满面。。。。

#2 楼 @n00b1 恩，自动生成，/config/secrets.yml

#2 楼 @chucai 那资源更新后，是如何通知到缓存区使缓存过期的？

是否是依据 cache_key？

那么资源更新后是从何拿到原先的 cache_key 的呢？