#3 楼 @kikyous 一开始我遇到另一个问题的时候怀疑过线程安全问题 但是后来基本排出了,微信有时候会把同一个动作推送两次,导致出现类似线程不安全的假象
我这边现在并不会导致服务挂掉,不过经常 puma 平滑重启的时候,进程重启了,请求却进不来。
推测是我最后提到的那种情况产生了僵死的线程,导致资源没能完全释放,这种时候就需要先 stop 再 start
这个问题已经找到,我启用了 preload_app! ,和 phased restart 有冲突
Note that preload_app can’t be used with phased restart, since phased restart kills and restarts workers one-by-one, and preload_app is all about copying the code of master into the workers.
执行的时候 加上 -V 参数,可以看到执行过程 看看卡在哪儿
没有 markdown 确实不方便 不过 markdown 生成 html 直接粘贴过去基本都是能用的
居然在论坛看到 xdite 大神 排队致敬
嗯 大概需要重写 rails 的 reload 机制
这理由 23333~
直接放 public 里面
哟 只有北京哇?
Rails 像前端框架只是它华丽的表象,深入后其实还是偏后端的
bootstrap 配合 sass 使用,你可以按需引用组件,样式和功能可以找三方插件来扩展,就资源和成本来说,还是很有优势的
人们开始讨厌 bootstrap 的理由,大概跟 jquery 一样吧(逃
造成最后两行返回空的本质原因是没保存对应的关联的数据 tagging。现在如果移除 foreign_key: :my_tag_id,就相当于加上了 inverse_of: :taggings(Rails 自动加的)变成了下面这样:
class Tagging < ActiveRecord::Base belongs_to :tag, inverse_of: :taggings belongs_to :post, inverse_of: :taggings end post = Post.first tag = post.tags.build name: 'ruby' tag.save tag.taggings # => [... ] tag.posts # => [post]
关于这一段,我记得在 has_many :through 型的关联中,如果不手动指定 inverse_of,through 表不会有记录的 演示代码中,你显式的声明了 inverse_of,并不能证明
移除 foreign_key: :my_tag_id,就相当于加上了 inverse_of: :taggings(Rails 自动加的)
也不知道这个在后面的版本中改过了没有,有空去试一下
哈~~ 原来是这么一回事 去年的 4 月 也遇到这个问题,当时怎么看都跟 rails 的文档冲突,问了很多人都无解 最后我也不记得怎么就把自己糊弄过去了(逃
新加坡服务器(以前是米国),博客一直是 500ms 以内的响应时间,为了打开速度我的做法也是挺极端了
最近正好在看日志处理的
concise_logging 的依赖设定简直是个神坑
"rails", "~> 4.1"
rails5 下装出来是最老的 0.0.1 版本 😂😂
作者好像也没更新了 pull requests 里面躺着两个也不管 正好这会儿就看到这个,先来学习一下
天府新谷 Work+ 哇咔咔 下个月我们搬过来了
#2 楼 @riskgod #4 楼 @qinfanpeng 这个并不绝对吧,我司项目里面就有少量的元编程,主要是提供项目间连接的基础服务,因为使用量大(几乎每个项目都要用这部分),大家也并没有表示很难理解的样子,倒是老老实实的写,估计有人会看到抓狂,然后重构,再然后极可能就变成现在的样子了
~> 会大版本号限定,不能跳大版本号
同在成都 表示楼主要不要来我们这边试试
好赞
个人感觉 成都的 rubyist 老鸟都不会是这个价,新人。。基本可遇而不可求,可以考虑放宽要求培养一些新人
当你发现你的生产环境中有一坨代码像屎一样(可能是当时脑袋被门夹了),然后你要重构这部分代码,如何轻松的验证重构后的代码没有问题呢? 重构的代码不敢上,这个时候你就会意识到要是一开始写了测试该多好
我觉得在访问量不作为主要考虑因素的时候,直接起 Thread 也可以接受,毕竟开发成本最低 隐约记得之前看过一片文章说过,新 Thread 会起一个自己的数据库链接,所以你需要在操作完毕后手动关闭它 楼主提到的 RubyConf 上的相关分享,能否贴个链接,我也想看一下😄
👍
这种路由声明 可以用 member