找不到第二篇和第三篇

如果打分赶不上 ES，那用 Postgres 的 FTS 的好处在哪里呢？为什么不直接用 ES 呢？

你在以一个开发者的角度去思考问题，而他们是以一个公司的角度去思考问题

厉害，虽然我已经改用 dry-validation 了，但是还是要给你个👍

rabbitmq 支持延迟，持久化，和优先队列啊

招 Elixir 的公司基本没几家，悉尼墨尔本加起来不会超过两个手指头。

但是和 Ruby 一样，developer happiness 程度很高。

如果只是玩玩 必选 Ruby。如果要考虑就业，这两个里还是选 PHP 吧

楼主可以去看一下 elixir 的 slack channel，非常的活跃，每天都是几百条的消息

sqlite3 不支持 after

有什么错误信息

简约 直接 没有太多可以更改的设置 只支持 jsonapi 规格 简单来说就是牺牲功能来增加速度

没有 before，只有 first 和 after https://dev.mysql.com/doc/refman/5.7/en/alter-table.html

change_column :users, :last_name, :string, after: :first_name

但是 pg 是不支持的。mysql 支持。其他的不清楚

https://github.com/collectiveidea/interactor

@fredwu 新东家是哪家？

这样虽然也能达到相同的目的，但是不推荐，eg:

class Foo < ApplicationRecord
  before_save :foobar

  def foobar
    errors.add(:base, "I'm a foo")
    false
  end
end

begin
  foo = Foo.new
  foo.save!
rescue => ex
  puts ex # Output as "Failed to save the record"
end

正确的方法是用 validate

class Foo < ApplicationRecord
  validate :foobar

  def foobar
    errors.add(:base, "I'm a foo")
  end
end

Hipchat

最好能贴代码出来

这个在 4.2 的时候就被 deprecated 了，然后应该是 5.0 的时候被移除了。

你可以试试https://github.com/rails/rails/issues/23435里的方法

本机 development 环境能配置接入 redis 服务器么？可以啊，和其他环境一样配置啊

但是 has_many through 的中间表也是要自己建的啊

太长了，所以我都是用 habtm。简单易记

很多老的项目都用 habtm，现在到真的没看到有多少人用 不过 has many through 也需要中间表啊

其实这个标题是不正确的，不是“Ruby China 正在衰退吗？”，而是“Ruby 正在衰退吗？”。不过这个话题已经在 HN，Quora 上被讨论过很多次了，Matz 和 DHH 本人也表达过他们个人的想法了。Ruby 整体的热度有所减少我觉得是所有在用 Ruby 的人都能看出来的。不过我不觉得这是个坏事。Ruby 一直都是小众语言，这也可以从每年的 Tiobe 上反映出来，也或许 Ruby 在架构上站错了边。但是 Ruby 的 Core Team 还是在不断的努力在改进（Ruby 3 有很多让人兴奋的改进）。还有很多人在尝试让 Ruby 去有一些别的语言的优势功能（dry-rb, rom-rb, hanami, actioncable)。这些人都还是对 Ruby 很有激情的。有很多人拿 Twitter 来 backup 他们的对于 Ruby 的观点，但我只想说，有 99% 的用 Ruby 的公司不会达到 Twitter 的等级，而当你达到这个级别的时候，你也会有足够的资金去想改成什么语言就改成什么语言

虽然我不敢保证我以后会一直用 Ruby 挣钱（这完全取决于工作），但是就我个人的 project，我还是很乐意用 ruby 来 prototype 的。

PS: 虽然很多人说 Elixir 很热门，不过可以去看下 github 的 trending。Elixir 的项目的 star，每天寥寥无几。

当然了，以上我说的只能说明 Ruby 这个语言本身还会有改进的。但是，有没有未来，完全取决于市场，取决于 CTO 们。如果大家都决定不用 Ruby 了，那学 Ruby 的人会越来越少，这也会直接影响到 Ruby Core Team 的动力

具体是什么情况我也不知道，不过就我来说吧，如果忘记了那很正常，又不是一直在那里建表。但如果花了一下午还没找到问题那就有点问题了。error 提示应该很明显。

当你只需要一个 many to many 的 relationship 时，就用 habtm。如果你需要储存更多的数据，或者需要 validations, callbacks，就用 has many through. 基本上我都用 has many through，因为基本上单单 habtm 的 use case 不多

贴一下 Gemfile 看看

是不是你没设置呢

# config/initializers/lograge.rb
# OR
# config/environments/development.rb
MyApp::Application.configure do
  config.lograge.enabled = true
end

然后需要重启 server

能把原来的贴出来么？

试试看这个 https://github.com/roidrage/lograge

没必要 如果是新项目就用 pg 因为有些特点 mysql 没有 但如果是老项目就不要了

这不是 rack 的标准 而是 rack-cache 这个 gem 做的一个决定 然后因为 rails 整合了 rack-cache 所以才有了这个结果