yfscret (河西)

内容审核（头像审核、昵称审核）技术对比，阿里云内容安全审核 api 和大模型 LLM 的 PK 对比

yfscret — Fri, 13 Feb 2026 16:08:53 +0800

一、背景与目标

1.1 为什么需要做对比

内容审核是社区、电商等业务的基础能力，需对用户上传的头像/图片和昵称/文本进行合规检测。我们之前一直使用的是阿里云的内容审核 api 来检测的，但是偶尔会有检测出错的情况，尤其是头像的广告引流，偶尔会有识别不出来的情况。因此考虑使用大模型能力来做个测试对比：

传统审核 API：如阿里云 profilePhotoCheck、text_scan 等
LLM 多模态审核：通过通义、GPT、Claude 等大模型的提示词限制来判断（我们是通过 Dify 工作流来提供的 api 接口来服务业务系统）

不同方案在耗时、费用、准确度上差异显著，需要系统对比后做出技术选型。

1.2 对比目标

梳理各方案（阿里云、通义、GPT、Claude 等）的价格与准确性
通过实际测试，验证阿里云 API 与 Dify + LLM 的耗时、费用、准确度
给出最终选型与实施建议

二、先直接给出结论

场景	选型	理由
图片审核	Dify + qwen-vl-flash	费用约 7 元/万张，低于阿里云 15 元；耗时优于 qwen-vl-plus；准确度满足需求
昵称审核	Dify + qwen-plus-latest	费用约 2.6 元/万次，低于阿里云 7.5 元；对引流、联系方式等更敏感
兜底/强合规	阿里云	延迟低、稳定，可作为主流程失败或高并发时的补充

三、方案调研

3.1 昵称/文本审核：准确性与价格

方案	准确性	价格 (元/万次)
通义 qwen-plus	高	约 3.4
通义 qwen-max	最高	约 50–60（按 250 input + 80 output token 估算）
通义 qwen-turbo	中高	约 1.1
DeepSeek-V3	中	约 7.6
GPT-4o	精确率高、召回率低	约 4–5

3.2 头像/图片审核：准确性与价格

方案	准确性	价格 (元/万张)
Qwen-VL-Max	最高	约 19.8
阿里云 profilePhotoCheck	高（专项）	15
Qwen-VL-Plus	中高	约 9.6
Qwen-VL-Flash	中高	约 7（实测）
Claude 3.5 Sonnet	高	约 200–300（按单张约 $0.003–0.004 换算）
GPT-4o vision	高	约 20–45（随分辨率与 token 波动）

3.3 阿里云现有方案（对比基准）

类型	价格 (元/万次或元/万张)
文本审核（增强版）	约 7.5
图片/头像审核（profilePhotoCheck）	约 15

四、我们的实际对比测试

4.1 测试设计

图片：来自我们实际生产数据的用户头像
昵称：30 组预设样本（含正常、敏感、边界）

4.2 图片审核实测

4.2.1 qwen-vl-plus vs qwen-vl-flash（50 张图，统一 q100 jpg）

注意这张图，引流内容不容易被发现，阿里云 api 就检测通过了，大模型精准识别

方案	总耗时 (ms)	总费用 (元)	单次平均耗时 (ms)	万张预估费用 (元)
阿里云	37,781	0.075	756	15
qwen-vl-plus-latest	157,416	0.048	3,148	9.6
qwen-vl-flash	127,056	0.035	2,541	7

结论：qwen-vl-flash 费用更低、耗时更短、准确率和 qwen-vl-plus-latest 相当，选型为图片审核方案。

4.2.2 原图 vs 800px 宽格式化为 jpg(image/resize,w_800/quality,q_90/format,jpg

)（80 张图，同一 Dify 工作流）

做这个对比是因为现在用户的手机拍照随便都是 5M 起步，如果用原图的话，大模型先下载图片再转成输入 token 就比较大，比较慢了，所以先格式化为宽 800 的 jpg（十几 M 的图片变几百 K）用作大模型输入。

方案	总耗时 (ms)	总费用 (元)	单次平均耗时 (ms)	万张预估费用 (元)
阿里云	66,126	0.12	827	15
Dify 原图	253,539	0.081	3,169	10.1
Dify 800px jpg(q90)	281,114	0.078	3,514	9.7

说明： 上面这个测试的原图我们保存时候已经转过格式压缩过了，所以这个对比其实是失败的，没有测试出几兆那种原图和格式化后的图在费用上的差异，写出来只是给大家提供一下思路。
结论：最终采用 800px jpg q90 jpg 作为统一输入，兼顾清晰度与体积。

4.3 昵称审核实测（30 组，使用 qwen-plus-latest）

方案	总耗时 (ms)	总费用 (元)	单次平均耗时 (ms)	万次预估费用 (元)
阿里云	7,370	0.023	246	7.5
Dify + qwen-plus-latest	53,419	0.008	1,781	2.6

4.4 准确度对比

图片审核

能力	阿里云	LLM (qwen-vl)
政治敏感（领导人等）	识别	识别（含 inappropriate content 拒绝）
平台水印/引流（抖音、小红书）	识别	识别
饰品/合规展示	通过	通过，可附带说明
复杂场景/边界	规则为主	语义理解更细

昵称审核

测试用例	阿里云	Dify + qwen-plus-latest
小明、翠翠、珠宝爱好者	通过	通过
VX123456、加我微信	不通过	不通过（联系方式引流）
xhs_abc	通过	不通过（含引流信息）
闲鱼号 123	通过	不通过（联系方式引流）

结论：qwen-plus-latest 对引流、联系方式类昵称更敏感，拦截更严格。

4.5 我们的 dify 工作流

其实也可以不用 dify 工作流，直接在代码里调用大模型来识别，不过 dify 的好处就是切换大模型简单，可以随时更新其他大模型。
说明：大模型的识别能力非常依赖提示词，但我们这种识别其实提示词很简单，后续如果有识别不出来的，把提示词修改一下即可。举例：比如昵称是”你们公司真下头“，这个调用传统内容审核 api 是通过的，但我们不想让他通过，使用传统内容审核就不好定制，但使用大模型的话，我们只用在提示词加一句，如果内容包含”下头“则视为审核不通过。大模型就会按审核不通过处理。是不是特别灵活。

4.6 关于费用怎么对比
阿里云内容审核 api 有明确的文档说明每次调用多少钱
大模型是按输入输出 token 计费的，我们用来 format w800 jpg 格式的图片的话，那输入 token 就是图片和提示词，基本可以确定，输出我们也是严格限制了格式，所以也是确定的。另外 dify 每次调用都会返回 useage，我们保存到数据库即可。方便我们选型和统计

五、阿里云 API vs LLM 优劣势

5.1 阿里云内容审核 API

优势	劣势
延迟低：图片约 800 ms，文本约 250 ms	费用高：图片 15 元/万张，文本 7.5 元/万次
稳定：成熟商用接口，SLA 保障	规则化：依赖预设规则，边界场景易漏检
部署简单：HTTP 调用即可	定制难：无法按业务语义微调策略
合规背书：符合监管要求	结果简单：多为 pass/block，缺少详细说明

5.2 LLM 多模态审核

优势	劣势
成本低：图片约 7 元/万张，文本约 2.6 元/万次，还有更低成本的大模型可选	延迟高：图片 2.5–3 s，文本约 1.8 s
语义理解好：能识别「饰品展示」「联系方式引流」等	依赖模型：不当内容可能返回 400，需专门处理
结果更细：可返回原因说明，便于运营排查	需自建工作流：需维护 Dify 与模型配置
可定制：prompt 可调整审核策略	稳定性：依赖第三方模型服务可用性

六、最终选型与实施建议

6.1 选型结论

场景	选型	理由
图片审核	Dify + qwen-vl-flash	费用最低（约 7 元/万张），耗时优于 plus，准确度满足需求
昵称审核	Dify + qwen-plus-latest	费用低，对引流/联系方式更敏感
兜底/强合规	阿里云	低延迟、稳定，可作为主流程失败或高并发时的补充

6.2 实施建议

图片输入：统一使用 format q90 jpg（oss-process），平衡清晰度与体积
异常处理：Dify 返回 400 且含「inappropriate content」时，按不通过处理
混合策略：高并发或要求极低延迟时，可考虑阿里云；长尾审核、成本敏感时用 LLM
持续监控：记录耗时、费用、通过率，定期对比不同方案表现

声网 ruby gem

yfscret — Fri, 16 May 2025 18:54:16 +0800

声网 ruby gem，地址：https://github.com/yfscret/agora-ruby

最近对接了声网的云端视频录制功能（直播的时候，录主播和连麦用户的视频及声音），官方 sdk 中 ruby 语言只有生成 token 的代码，功能方面没有 sdk，就自己写了个 gem，其中 token 生成（含升级版 token2）是复制的声网官方的代码，我加了个云端视频录制功能，欢迎大家使用和贡献更多功能

部署时产生 ActiveRecord::PreparedStatementCacheExpired 错误的原因及解决方案

yfscret — Thu, 11 Jul 2024 18:10:01 +0800

一、问题：

有时在 Postgres 上部署 Rails 应用程序时，可能会看到 ActiveRecord::PreparedStatementCacheExpired 错误。仅当在部署中运行迁移时才会发生这种情况。
发生这种情况是因为 Rails 利用 Postgres 的缓存准备语句 (PreparedStatementCache) 功能来提高性能。这个功能在 rails 中默认是开启的。

二、问题复现：

我们可以用 rspec 来复现这个错误

it 'not raise ActiveRecord::PreparedStatementCacheExpired' do
   create(:user)
   User.first
   User.find_by_sql('ALTER TABLE users ADD new_metric_column integer;')
   ActiveRecord::Base.transaction { User.first }
 end

三、产生的原理：

rails 查询语句如User.all被 active_record 解析成 sql 语句后，发送给数据库，先执行 PREPARE预备语句，sql 语句会被解析、分析、优化并且重写。当后续发出一个 EXECUTE 命令时，该预备语句会被规划并且执行。
rails 会把查询语句存到pg_prepared_statements中，以方便下次调用同类语句时候直接 execute statements 中的语句，而不用再进行解析、分析、优化，避免重复工作，提高效率。

User.first
User.all
# 执行上面的2个查询后，用connection.instance_variable_get(:@statements)就可以看到缓存的准备语句
ActiveRecord::Base.connection.instance_variable_get(:@statements)
==> <ActiveRecord::ConnectionAdapters::PostgreSQLAdapter::StatementPool:0x00000001086b13c8 
@cache={78368=>{"\"$user\", public-SELECT \"users\".* FROM \"users\" ORDER BY \"users\".\"id\" ASC LIMIT 
$1"=>"a7", "\"$user\", public-SELECT \"users\".* FROM \"users\" /* loading for inspect */ LIMIT $1"=>"a8"}},
@statement_limit=1000, @connection=#<PG::Connection:0x00000001086b31a0>, @counter=8>

# 这个也可以看到，会在数据库中去查询
ActiveRecord::Base.connection.execute('select * from pg_prepared_statements').values
(0.5ms) select * from pg_prepared_statements
==> [["a7", "SELECT \"users\".* FROM \"users\" ORDER BY \"users\".\"id\" ASC LIMIT $1", "2024-07-
11T07:03:06.891+00:00", "{bigint}", false], ["a8", "SELECT \"users\".* FROM \"users\" /* loading for inspect 
*/ LIMIT $1", "2024-07-11T07:04:47.772+00:00", "{bigint}", false]]

在 Postgres 中，如果表的模式 (schema) 更改影响返回结果，则预准备语句缓存将失效。具体说就是给表增加、删除字段，或者修改字段的类型、长度等 ddl 操作。

如下面的例子，添加或删除字段后执行 SELECT 时，pg 数据库就会抛出cached plan must not change result type，rails 中active_record获取到这个错误然后会抛出ActiveRecord::PreparedStatementCacheExpired

ALTER TABLE users ADD COLUMN new_column integer;
ALTER TABLE users DROP COLUMN old_column;
添加或删除列，然后执行 SELECT *
删除 old_column 列然后执行 SELECT users.old_column

部署服务中运行增、减、修改字段的迁移时，用户发出的查询语句会从预准备语句缓存中直接拿 sql 直接进行 excute，但这时候因为表结构变化了，预准备语句缓存就失效了，pg 数据库就会抛出cached plan must not change result type错误
查看 active_record 源码中的exec_cache方法，发现 rails 对 pg 的这个错误处理方式是：
1. 事务 transaction 中，会直接抛出 raise ActiveRecord::PreparedStatementCacheExpired.new(e.cause.message)
2. 事务外的会把缓存@statements中的这句删除并 try，重试后会重新解析、分析、优化 sql 语句并执行prepare_statement方法放入预准备语句缓存中

module ActiveRecord
  module ConnectionHandling
    def exec_cache(sql, name, binds)
      materialize_transactions
      mark_transaction_written_if_write(sql)
      update_typemap_for_default_timezone

      stmt_key = prepare_statement(sql, binds)
      type_casted_binds = type_casted_binds(binds)

      log(sql, name, binds, type_casted_binds, stmt_key) do
        ActiveSupport::Dependencies.interlock.permit_concurrent_loads do
          @connection.exec_prepared(stmt_key, type_casted_binds)
        end
      end
    rescue ActiveRecord::StatementInvalid => e
      raise unless is_cached_plan_failure?(e)

      # Nothing we can do if we are in a transaction because all commands
      # will raise InFailedSQLTransaction
      if in_transaction?
        raise ActiveRecord::PreparedStatementCacheExpired.new(e.cause.message)
      else
        @lock.synchronize do
          # outside of transactions we can simply flush this query and retry
          @statements.delete sql_key(sql)
        end
        retry
      end
    end
  end
end

所以出现在事务 transaction 中的这个错误，就会导致事务回滚，对业务来说就是请求失败了，需要我们自己来处理

四、解决方法：

1. 禁用缓存准备语句功能（不推荐）

rails6 以上可以把 database 中 prepared_statements 设为 false 来禁用这个功能

default: &default
  adapter: postgresql
  encoding: unicode
  prepared_statements: false

rails6 以下没测试，如果上面的不行可以试试新建个初始化文件

# config/initializers/disable_prepared_statements.rb:
db_configuration = ActiveRecord::Base.configurations[Rails.env]
db_configuration.merge!('prepared_statements' => false)
ActiveRecord::Base.establish_connection(db_configuration)

验证：

User.all
ActiveRecord::Base.connection.execute('select * from pg_prepared_statements').values
==> []

结论：小型项目中其实禁用这个功能无所谓，性能几乎不影响，但是大型项目中，用户越多，越复杂的查询语句，这个功能带来的受益越大，所以可以根据实际情况来决定是否禁用

2. 使`select *` 变为 `select id, name`这样的具体字段，rails7 中的官方解决方案就是这样的，但只能解决新增字段引起的报错

rails7 中 enumerate_columns_in_select_statements 设为 true

# config/application.rb
module MyApp
  class Application < Rails::Application
    config.active_record.enumerate_columns_in_select_statements = true
  end
end

rails7 以下没有这个配置，可以用 ignored_columns 来实现

class ApplicationRecord < ActiveRecord::Base
  self.abstract_class = true
  #__fake_column__是自定义的，不要是某个表中的字段就行，如果是[:id],那么 User.all就会被解析为select name from users,没有id了
  self.ignored_columns = [:__fake_column__] 
end

结论：这个方案存在的问题是，增加字段可以完美解决，但是删除字段，还会出现报错，比如删除 name 字段后，预准备语句 select id, name from users 中的 name 不存在了，就会报错，删除字段可以在 User.rb 中增加 self.ignored_columns = [:name], 然后先重启服务，再进行部署，部署时候要最好把 self.ignored_columns = [:name] 删掉，避免以后再加回 name 字段后，select 不到，rails7 官方的方案也存在这个问题，所以这个方案感觉很麻烦

3. 重启 rails 应用

预准备语句缓存的生命周期只存在于一个数据库会话中，关闭数据库连接（重启应用会关闭原连接，重新建立新连接）那原来的预准备语句缓存就会清空，重启后的 sql 请求就会重新缓存预准备语句，就能正常拿到数据。

结论：重启应用会出现短暂服务 502 不可用，当然部署应用时候也是要重启服务的，也会出现 502，所以最好是没人访问的时候（半夜？）进行部署，这样就会尽可能少的出现PreparedStatementCacheExpired报错

### 4. 重写 transaction 方法

class ApplicationRecord < ActiveRecord::Base
  class << self
    def transaction(*args, &block)
      retried ||= false
      super
    rescue ActiveRecord::PreparedStatementCacheExpired
      if retried
        raise
      else
        retried = true
        retry
      end
    end
  end
end

重写后代码里写事务的地方改为使用 ApplicationRecord.transaction do ... end 或者 MyModel.transaction或者 MyModel.transaction或者obj.transaction, 只要不用ActiveRecord::Base.transaction就行

结论：重要提示：如果在事务中有发送电子邮件、post 到 API 或执行其他与外界交互的操作，这可能会导致其中一些操作偶尔发生两次。这就是为什么 Rails 官方不会自动执行重试，而是将其留给应用程序开发人员。

>>>>>>>我本人测试这个方法还是会继续报错

5. 重写 `transaction` 方法结合手动清除预准备语句缓存

既然只有在事务中产生的这个报错会影响业务，那就把事务方法重写一下，让先清除预准备语句缓存，然后执行事务代码，这样就不会报错了
使用了gem 'rails-settings-cached'，部署前先打开 Setting.clear_prepared_statements_cache，部署完毕后再关掉，这样性能也基本不会有任何影响

class ApplicationRecord < ActiveRecord::Base
  self.abstract_class = true

  class << self
    def transaction(*args, &block)
      connection.clear_cache! if Setting.clear_prepared_statements_cache
      super
    end
  end
end

五、最终答案

经过我们的测试，最终使用 方案 5 完美解决这个问题，已使用到生产环境，可以把Setting.clear_prepared_statements_cache这个开关集成到部署脚本中就更方便了。

wiki 里缓存介绍链接错误

yfscret — Wed, 09 Jun 2021 10:17:01 +0800

@huacnlee

求解关于 log 中 set NAMES utf-8, @@SESSION.wati_timeout，EXPLAIN 的含义和解决方法

yfscret — Wed, 23 Sep 2020 11:29:15 +0800

以前在本地开发，启动 rails s 时候，log 中会有这么一行 set NAMES utf-8, 然后开发过程中，不会再出现这个，最近发现，过个十几秒没操作页面的话，再刷新一下页面或者任意发个 get , put, post 等请求，log 都会在发出请求后卡住一会，然后显示 set NAMES 这一行，比如：有时会显示多行这中间可能还会夹杂着 EXPLAIN，比如：

请教以下问题：

1. set NAMEs 这一行是干啥的
2. EXPLAIN 这一行是干啥的
3. 怎么能让 log 中不出现些，也就是让发送请求后直接读取数据库，而不是卡住先去 set NAMES 这些，不让 EXPLAIN

@huacnlee @Rei @rocLv 求大佬指导

[西安][市内可远程] 诚聘 ruby 初中级工程师一名

yfscret — Wed, 11 Dec 2019 20:21:41 +0800

良山科技诚邀 Ruby 初中级工程师一名

待遇

8k 起
其余面谈

工作地点

西安
西安市内可远程，不用打卡，每周视情况组织一到两次会议

岗位要求

2 年以上 Ruby on Rails 开发经验；
熟悉 mysql 等关系型数据库；
熟悉 HTML, CSS, Javascript, Jquery 等前端知识；
会使用 Git
良好的团队精神，能适应快节奏的工作环境；
具有电子商务相关项目经验者优先考虑。

工作职责

后端编码开发
编写自动化测试
其他

联系方式

微信：15829399791

新手记录一次自动部署过程！mina+puma+nginx

yfscret — Wed, 08 May 2019 20:37:55 +0800

第一次发帖，还不太会用 Markdown

为什么用 mina+puma？

最开始一直是手动 ssh 到服务器进行部署，我也觉得挺好的，然后吧时间长了，就觉得好烦，然后就开始尝试自动部署。之前有跟着论坛的帖子用 Capistrano 和 Passenger 进行部署，是用sudo apt-get install nginx-extras passenger安装的 nginx，也是成功的，但是服务器加了 rtmp 服务，得用编译模式安装 nginx，然后 passenger 就不知道怎么搞到 nginx 里去了，还有一个原因是我看大家都说 mina 简单（作为新手我就需要简单的），而且我一直觉 puma 是默认自带的，肯定有自带的好处啊，为啥那么多帖子都让用 Passenger，整不明白。所以果断就换了。废话不多说，开始吧！

安装 mina 和 mina-puma

在本地rails项目Gemfile中添加
gem 'mina'      #当前版本为1.2.3
gem 'mina-puma', require: false

然后 bundle install

创建 Mina 的配置文件 cd 进入自己的本地 Rails 项目目录

mina init

会生成 deploy.rb 文件进行配置

require 'mina/rails'
require 'mina/git'
require 'mina/puma'
require 'mina/rbenv'  # ruby版本控制用rbenv，rvm的话还要设置gemset

set :application_name, 'rails_app'    #给项目起名字，随便起
set :domain, 'username@ip'    #用户名@ip,用来ssh 登录服务器用的
set :deploy_to, '/home/ruihai/rails_app'    #服务器里想把项目部署的位置，可以没有rails_app那个文件夹，会自动创建
set :repository, 'git@xxxxxxxxt'   #项目git地址，也可以用https开头的
set :branch, 'master'     #想部署的分支

set :forward_agent, true     #使用本地的`SSH秘钥`去服务器执行`git pull`，这样`Git`上就不用设置`部署公钥`

#如果rails是5.2以上版本，就把下面的secrets.yml改成master.key
set :shared_files, fetch(:shared_files, []).push('config/database.yml', 'config/secrets.yml')

task :remote_environment do
  invoke :'rbenv:load'
end

task :setup do
  # command %{rbenv install 2.3.0 --skip-existing}
end

desc "Deploys the current version to the server."
task :deploy do
  deploy do
    invoke :'git:clone'
    invoke :'deploy:link_shared_paths'
    invoke :'bundle:install'
    invoke :'rails:db_migrate'
    invoke :'rails:assets_precompile'
    invoke :'deploy:cleanup'

    on :launch do
      in_path(fetch(:current_path)) do
        command %{mkdir -p tmp/}
        command %{touch tmp/restart.txt}
      end
    end
  end
end

在本地mina setup

-----> Loading rbenv
-----> Setting up /home/ruihai/rails_app
       /home/ruihai
       总用量 24
       drwxrwxr-x  6 ruihai ruihai 4096 5月   5 18:23 .
       drwxr-xr-x 15 ruihai ruihai 4096 5月   7 13:41 ..
       lrwxrwxrwx  1 ruihai ruihai   34 5月   5 18:23 current -> /home/ruihai/rails_app/releases/3
       drwxrwxr-x  8 ruihai ruihai 4096 5月   5 18:23 releases
       drwxrwxr-x  7 ruihai ruihai 4096 5月   5 14:34 scm
       drwxrwxr-x  7 ruihai ruihai 4096 5月   5 14:37 shared
       drwxrwxr-x  2 ruihai ruihai 4096 5月   5 18:23 tmp
       # gitee.com:22 SSH-2.0-Basalt-1.2
       Connection to xxx.xxx.xxx.xxx closed.

       Elapsed time: 1.48 seconds

这里的遇到个坑，运行完这个命令终端里会提示远程服务器关闭，还是红色字体提示，我以为是报错了，其实没有报错。

然后你需要 SSH 到服务器上，在生成的项目下 /shared/config目录中，新建以下两个文件

database.yml，直接把本地 database.yml 的内容拷进去
secrets.yml，也是一样把本地 secrets.yml 的内容拷进去

在/shared/tmp 目录下 mkdir 新建 sockets 和 pids 两个目录（gem 'mina-puma'需要）

部署

本地运行mina deploy

-----> Creating a temporary build path
-----> Loading rbenv
-----> Fetching new git commits
-----> Using git branch 'master'
       正克隆到 '.'...
       完成。
-----> Using this git commit
       rushboy (cf7907e):
       > change Grindplayer.swf location
-----> Symlinking shared paths
-----> Installing gem dependencies using Bundler
       Using rake 12.3.2
       Using concurrent-ruby 1.1.3
       Using i18n 1.2.0
       Using minitest 5.11.3
       Using thread_safe 0.3.6
       Using tzinfo 1.2.5
       Using activesupport 5.1.6.1
       Using builder 3.2.3
       Using erubi 1.7.1
       Using mini_portile2 2.3.0
       Using nokogiri 1.8.5
       Using rails-dom-testing 2.0.3
       Using crass 1.0.4
       Using loofah 2.2.3
       Using rails-html-sanitizer 1.0.4
       Using actionview 5.1.6.1
       Using rack 2.0.6
       Using rack-test 1.1.0
       Using actionpack 5.1.6.1
       Using nio4r 2.3.1
       Using websocket-extensions 0.1.3
       Using websocket-driver 0.6.5
       Using actioncable 5.1.6.1
       Using globalid 0.4.1
       Using activejob 5.1.6.1
       Using mini_mime 1.0.1
       Using mail 2.7.1
       Using actionmailer 5.1.6.1
       Using activemodel 5.1.6.1
       Using arel 8.0.0
       Using activerecord 5.1.6.1
       Using bcrypt 3.1.12
       Using bundler 2.0.1
       Using cancancan 2.3.0
       Using mime-types-data 3.2018.0812
       Using mime-types 3.2.2
       Using carrierwave 1.3.1
       Using climate_control 0.2.0
       Using terrapin 0.6.0
       Using cocaine 0.6.0
       Using orm_adapter 0.5.0
       Using ckeditor 4.2.4
       Using coffee-script-source 1.12.2
       Using execjs 2.7.0
       Using coffee-script 2.4.1
       Using method_source 0.9.2
       Using thor 0.20.3
       Using railties 5.1.6.1
       Using coffee-rails 4.2.2
       Using ffi 1.9.25
       Using multi_json 1.13.1
       Using jbuilder 2.8.0
       Using kaminari-core 1.1.1
       Using kaminari-actionview 1.1.1
       Using kaminari-activerecord 1.1.1
       Using kaminari 1.1.1
       Using mini_magick 4.9.2
       Using mysql2 0.5.2
       Using puma 3.12.0
       Using sprockets 3.7.2
       Using sprockets-rails 3.2.1
       Using rails 5.1.6.1
       Using rails-i18n 5.1.2
       Using rb-fsevent 0.10.3
       Using rb-inotify 0.9.10
       Using sass-listen 4.0.0
       Using sass 3.7.2
       Using tilt 2.0.9
       Using sass-rails 5.0.7
       Using turbolinks-source 5.2.0
       Using turbolinks 5.2.0
       Using uglifier 4.1.20
       Bundle complete! 23 Gemfile dependencies, 72 gems now installed.
       Gems in the groups development and test were not installed.
       Bundled gems are installed into `./vendor/bundle`
-----> DB migrations unchanged; skipping DB migration
-----> Precompiling asset files
yarn install v1.15.2
info No lockfile found.
[1/4] Resolving packages...
[2/4] Fetching packages...
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
Done in 0.16s.
-----> Cleaning up old releases (keeping 5)
       /home/ruihai/rails_app/tmp/build-155731703215529
-----> Deploy finished
-----> Building
-----> Moving build to /home/ruihai/rails_app/releases/4
-----> Build finished
-----> Launching
-----> Updating the /home/ruihai/rails_app/current symlink
       /home/ruihai/rails_app/current
-----> Done. Deployed version 4
       Connection to xxx.xxx.xxx.xxx closed.

       Elapsed time: 6.94 seconds

成功后会显示 Done. Deployed version x 然后连接你远程服务器关闭。也是红色显示（- - ！）。至此，自动部署完毕。

Nginx 配置在 nginx.conf 里添加

upstream rails_app {
   server unix:///home/ruihai/rails_app/shared/tmp/sockets/puma.sock;
}

server {
   listen 80;
       server_name 你的域名或者ip;
       root /home/ruihai/rails_app/current/public;

   location / {
     proxy_pass http://rails_app;
     #下面这两个是为rtmp设置的，因为rtmp在同一台机器的nginx.conf里配置，不加下面的就播放不出来，我也不知道为什么
      proxy_set_header Origin http://$Host;
      proxy_set_header Host $Host:$server_port;
   }

   location ~ ^/assets/ {
       expires 1y;
       add_header Cache-Control public;
       add_header ETag "";
       break;
   }     
}

然后重启 nginx，不管你的服务器是 ubuntu 还是 centos，不管你是用 apt-get install nginx 还是 yum install nginx 或者是./configure 编译安装的 nginx，请都用这个命令/etc/nginx/sbin/nginx -s reload 重启 nginx，通用。

最后浏览器打开你的域名或者 ip 就可以看到网站啦！

本人还是个新手小白，发帖是记录一下自己的部署过程，也给需要的朋友提供个参考，其实有很多不明白的地方，也可能有错误的地方，望大家批评指导

求助：rails 中使用 kindeditor 富文本编辑器网络上传没问题，本地上传错误

yfscret — Sat, 04 Aug 2018 20:39:30 +0800

直接使用的'rails_kindeditor' gem，在本地 local:3000 使用本地上传图片和网络上传图片都没问题，在线上上传图片时候只能用网络上传，本地上传错误，传不上去，求大神帮助

新手求《Rails 5 敏捷开发中文版》，英文的看不懂，已崩溃

yfscret — Thu, 07 Jun 2018 00:16:32 +0800

英语水平比较次，看的崩溃了，哪位哥哥有用完的中文版，求一本