炮神可以分享一下你的 PG 学习路线吗?
不如从门店拉几个中介从 0 入门吧
应该是机器人被屏蔽了
简历已发邮箱,期待回复
/health
会 timeout,说明此时该服务器的负载确实已经太高了。要么你的 timeout
太小了,要么就是触发创建新 container 条件不够“敏感”
生产环境使用 Sidekiq 的话可以创建一个长度为 1 的队列专门用来跑这类任务,这样不会影响到并行的其它任务。有这种需求直接在开发环境就用 Sidekiq 吧
这种情况应该更改的是监控的指标吧?比如说 x 分钟内 CPU、内存占用率之类的,通过这种指标来触发创建 container。health check 和 load monitoring 应该分开
没用过 mongoid,不过看你描述 criteria 好像是个查询规则对象?Sidekiq 最好不要用对象做参数,作者建议在用 ActiveRecord 时只传 ID,不要传查询结果,你这里用的 criteria 应该也可以只传构造这个 criteria 使用的参数,然后再 Job 执行时创建 criteria 吧?
为什么不用 to_json
呢?
刚刚看完 Slide,感谢分享
愿闻其详
他是说线下活动“干货很少,全是广告”吧
https://github.com/rbenv/rbenv/wiki/unix-shell-initialization 你的问题的答案在这里
我用了 dot-env 避免了这个问题,还有一个好处是可以更好的隔离同一服务器上多个项目的环境变量
Foreman 可以直接导出 Systemd 配置文件
知道原则很重要,但知道什么时候打破原则更重要。
赞
非要放自己服务器上的话用 NFS
好奇心日志的内容很赞,很敢写
不客气,我也是看了你的帖子去查了下才知道在 Console 下有这个特性
多谢解答
不使用表单的默认动作除了 CSRF 还有其它目的吗?很好奇为什么不用表单的原生行为,烦请赐教
具体还是看 4 楼 的链接,多一层验证肯定更好
谁都有犯蠢的时候
这个问题我的具体理解是,传统的 CSRF 针对的是通过 cookies 来验证用户的场景。 前后端分离之后是通过在请求中带上 Token 来验证用户,cookies 不再负责验证用户,即便被跨站请求也没问题,除非 Token 被盗取了,那也就和传统场景下 cookies 被盗取没什么区别了
cookies 不用来做用户身份验证识别应该就没问题吧
如果没有前后端分离也就是走的还是 Rails 的 layout 的话,直接用 JS 从 HTML 的 head 里取。
如果前后端分离了不依赖 cookies,也就不需要 CSRF token 了。
然后写着写着 自定义的更新方法
的逻辑就和一个 controller action 差不多了
5 楼贴的代码只是依据你贴的格式最直观的生成方式,易于理解但是性能上不理想,在循环里有数据库查询,真要这么用最好加个缓存,性能上比较理想的实现还是一次性都取出来再构建 JSON