如何利用FriendlyId的history插件结合CanCanCan实现旧Slug自动重定向至规范Slug（无需为每个控制器编写特定处理方法）

这个场景我之前在项目里碰到过，刚好有个非常优雅的全局解决方案，不用在每个控制器里重复写逻辑，一次性配置就能让所有用了FriendlyId和CanCanCan的资源都自动处理旧Slug重定向，下面给你一步步拆解：

1. 确认FriendlyId的History插件已正确启用 #

首先确保你的模型（比如Speaker）已经正确配置了FriendlyId的history和finders插件，像你给出的代码这样就没问题：

class Speaker < ApplicationRecord
  friendly_id :name, use: %i[slugged history finders]
end

history插件负责记录Slug变更历史，finders插件让模型能用find方法通过旧Slug找到对应的记录，这是重定向的基础。

2. 在ApplicationController中添加全局重定向逻辑 #

既然你在所有控制器里都用了CanCanCan的load_and_authorize_resource，它会自动把资源加载到对应名称的实例变量（比如SpeakersController会加载到@speaker），那我们可以在父控制器ApplicationController里加一个全局的前置钩子，统一处理重定向：

class ApplicationController < ActionController::Base
  # 其他已有的代码...

  # 只在加载了资源的控制器里触发重定向检查
  before_action :redirect_to_correct_slug, if: -> { resource_loaded? }

  private

  # 判断当前控制器是否已经加载了对应资源实例
  def resource_loaded?
    instance_variable_defined?("@#{controller_name.singularize}")
  end

  # 检查并重定向到正确的Slug路径
  def redirect_to_correct_slug
    # 获取当前控制器对应的资源实例
    resource = instance_variable_get("@#{controller_name.singularize}")
    
    # 仅当资源用了FriendlyId，且请求的Slug不是当前规范Slug时才重定向
    if resource.respond_to?(:friendly_id) && params[:id] != resource.friendly_id
      # 用polymorphic_path自动生成对应资源的正确路径，不用手动写每个模型的路由
      redirect_to polymorphic_path(resource), status: :moved_permanently
    end
  end
end

3. 代码逻辑解释 #

• resource_loaded?方法：通过控制器名称动态判断是否存在对应的资源实例变量（比如SpeakersController对应@speaker），避免在没有资源的控制器（比如首页控制器）里执行无效逻辑。
• redirect_to_correct_slug方法：
  • 先拿到当前加载的资源实例；
  • 检查资源是否启用了FriendlyId，并且请求URL里的id（也就是旧Slug）和资源当前的规范Slug不一致；
  • 用polymorphic_path生成资源的正确路径，这个方法会自动识别资源类型，不管是Speaker还是其他模型，都能生成对应的路由路径，通用性拉满；
  • 使用status: :moved_permanently（即HTTP 301状态码），告诉搜索引擎这个URL是永久迁移的，对SEO更友好。

4. 测试验证 #

当你修改了某个Speaker的名称，旧Slug比如/speakers/falde-ali，用户访问这个旧地址时：

1. CanCanCan的load_and_authorize_resource会通过旧Slug找到对应的Speaker实例；
2. 前置钩子检查到params[:id]是falde-ali，而@speaker.friendly_id是新的ali-fadel；
3. 自动重定向到/speakers/ali-fadel，整个过程对用户透明，也不用你在每个控制器里写重复代码。

备注：内容来源于stack exchange，提问作者AliOsm