Ruby 调用 AI 没啥问题,复杂的事情也能做 但架不住缺生态啊,啥轮子都得自己造,还没有可供参考的架构与实现,一旦产品功能迭代起来了就头疼
我们一个产品用 Ruby 调用 AI 跑了大半年,最近开始把 AI 对接的部分换成了 python,Ruby 只承担业务封装
升级 Sidekiq 7,然后你会发现传 symbol 会直接报错(印象中……)
就是字面意思「派生」
它的实现应该是(看代码推测的,未确认)
https://github.com/rails/rails/blob/main/activerecord/lib/active_record/relation/spawn_methods.rb#L9
def spawn # :nodoc:
already_in_scope?(klass.scope_registry) ? klass.all : clone
end
作用是避免后续操作影响原本 CollectionProxy 的上下文
至于 limit!
, 它本就是一个 bang method,所以直接在原始的 CollectionProxy 对象上操作
将 #spawn
挂载到 CollectionProxy 上的代码在
PG + 分词 就很够用了
多大数据量,现在是用的什么数据库 或许你并不需要 elasticsearch
战略性 Mark
& 就是「单身狗」符号啊,它表示 node 可能并没有对象
这个库的框架在 2004 年前就完成了(Rails 2005 年才发布)
所以有些习惯上可能确实不够 Rails,但作为一个基础库,我觉得它的 API 设计还不至于「乱七八糟」,毕竟它的首要目标是实现完备的 RFC2616 标准,其次才是用起来够不够优雅
真要说 Net::HTTP 哪儿有点乱,我觉得是它 Doc,特指 Doc 里面按场景给出示例代码的部分。
Net::HTTP 为了方便使用,加了不少 Class Methods, 主要目的应该是方便用来应付一些简单的请求,如果是用 Net::HTTP 封装 Client,这些方法大概率是用不上的。文档里其实是把各种写法混在一起来编排的,初看的时候确实有点跳跃,如果能分成 简单用法 和 高级用法 两个部分来分开介绍或许会好一点。
Net::HTTP 的源码本身其实挺好的,层次结构都很清晰
也许该先造个地球
生产环境上宝塔没必要吧,有点臃肿了,生产服务器角色一般都应该保持单一 如果你是 php 的 或者 wordpress 的站,只有一台服务器,那宝塔确实还可以
话说作为运维,没有掌控一切的塌实感,能睡得着么 哈哈~
任务中是否有外部请求并大量超时
不错,不用转平面坐标系确实很方便
Rails.cache
此事务非彼事务 newrelic 可以看你的 ruby 慢在哪儿,时间是在什么地方消耗的,你截这个图只能看个热闹
看下耗时很长的事务,基本就能看出慢在哪儿
Stimulus 混搭 jQuery 爽歪歪,感觉自己无所不能
内容不多可以单文件一把梭
成功人士跑 benchmark
Set 更慢是因为 Set 的 add 和 include? 方法本就是 Hash 的 hash[i] = true
和 hash[i]
, 是在 Ruby 层面上套了个壳
Set 是用 Hash 做存储的,你说谁会更快
wives_attributes
Go 17,汪汪汪
另外补充一下,JWT 更常见的使用场景是非浏览器情况下的 API 通讯,在已知是面向浏览器用户的 API 上为什么不直接用 cookies 呢
当人手里拿着锤子的时候,看满世界都是钉子
验证码信息直接放 JWT 里面不太阔学,JWT 的核心是校验,数据相当于是明文的,倒是可以 JWT 做的 auth,验证码放在后端存储里,比如 Rails.cache
Rails 的 session 基于 cookies 存储时是加密的,所以可以放敏感信息,同理你可以对验证码先加密,再放到 JWT 中,不过这就有点舍近求远了
是的,他确实掏出了电脑,我可以作证 不过其实是个精酿啤酒馆,而且去得早还没什么人,😄😄
这个 Gem 不是定时任务的 Gem 么
4
我来顺带问一下有没有人交叉编译过 Ruby,手里有个 Cubieboard,arm 的,性能差,编译一个 ruby 要好久,一直想尝试下交叉编译,不知道有没有坑
flutter 一统江湖
好东西啊 不打算写个英文 readme 么
bootstrap-table 支持 bootstrap4 的吧 https://github.com/wenzhixin/bootstrap-table/