更多了

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 上的代码在

https://github.com/rails/rails/blob/main/activerecord/lib/active_record/associations/collection_proxy.rb#L1108

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 一统江湖