设计在具有完全相同代码和配置的两台机器上工作不同

Question

我正在使用 Ruby 2.6.5 和 Rails 5.2.2。

我对设计行为感到非常困惑。首先，我的项目在我的本地主机中工作。当我尝试将项目放入 VPS 时，错误就开始了。

具有相同 gem 版本和相同操作系统的相同代码在 VPS 和我的 localhost 两台不同机器上的工作方式不同。

VPS：

    devise (4.7.1)
      bcrypt (~> 3.0)
      orm_adapter (~> 0.1)
      railties (>= 4.1.0)
      responders
      warden (~> 1.2.3)
    devise-i18n (1.8.2)
      devise (>= 4.6)

进入 /users/sign_in:

登录后：

还有本地主机：

    devise (4.7.1)
      bcrypt (~> 3.0)
      orm_adapter (~> 0.1)
      railties (>= 4.1.0)
      responders
      warden (~> 1.2.3)
    devise-i18n (1.8.2)
      devise (>= 4.6)

进入 /users/sign_in:

登录后：

代码：

class Admin::HomeController < ApplicationController
  layout 'admin'

  before_action :authenticate_user!
  before_action :set_title

  def index
  end

  private

    def set_title
      @title = 'Home'
    end
end

class Admin::User < ActiveRecord::Base
  # Include default devise modules. Others available are:
  # :confirmable, :lockable, :timeoutable, :trackable and :omniauthable
  devise :database_authenticatable,
         :recoverable, :rememberable, :validatable
end

# frozen_string_literal: true

class Admin::User::SessionsController < ::Devise::SessionsController
  layout 'login'

  # before_action :configure_sign_in_params, only: [:create]

  # GET /resource/sign_in
  # def new
  #   super
  # end

  # POST /resource/sign_in
  # def create
  #   super
  # end

  # DELETE /resource/sign_out
  # def destroy
  #   super
  # end

  # protected

  # If you have extra params to permit, append them to the sanitizer.
  # def configure_sign_in_params
  #   devise_parameter_sanitizer.permit(:sign_in, keys: [:attribute])
  # end
end

Rails.application.routes.draw do
  devise_for :clients, controllers: {
    sessions: 'clients/sessions',
    confirmations: 'clients/confirmations',
    omniauth: 'clients/omniauth',
    registrations: 'clients/registrations',
    passwords: 'clients/passwords',
    unlocks: 'clients/unlocks'
  }

  #
  # Área do cliente
  #
  devise_scope :client do
    get 'area-do-cliente/entrar', to: 'clients/sessions#new'
    get 'area-do-cliente/meus-dados', to: 'clients/registrations#edit'
  end

  get 'area-do-cliente/pedidos', to: 'clients/orders#index', as: 'client_orders'

  devise_for :users,
             class_name: "Admin::User",
             controllers: {
    sessions: 'admin/user/sessions',
    confirmations: 'admin/user/confirmations',
    omniauth: 'admin/user/omniauth',
    registrations: 'admin/user/registrations',
    passwords: 'admin/user/passwords',
    unlocks: 'admin/user/unlocks'
  }

  namespace :admin do
    root 'home#index'

# Some other routes ...

我解决了 VPS 真实性问题。现在它不会抛出错误，但是当我登录时它会重定向到 错误路径（不是管理员根目录），并使用 current_user nil。

Devise 真实性问题有很多问题，他们说要把它放在控制器中：

protect_from_forgery

我做到了，但现在登录后current_user 是nil。

这两种环境的不同之处在于，在 VPS 中，我使用了 Nginx 配置：

server {
    listen 80;
    listen [::]:80;

    server_name vps12441.publiccloud.com.br;

    location / {
        proxy_pass http://127.0.0.1:3000;
    }
}

为什么要设计在两台不同的机器上使用完全相同的代码（和应用程序配置）获得不同的行为？

我怎样才能让它工作？

Answer 1

听起来您使用的是 Rails 6？默认情况下，Rails 6 在生产模式下尝试验证真实性令牌。我猜想在 VPS 上，您的应用程序正在生产模式下运行，并试图保护您免受 CSRF 攻击，而在开发模式下它不会这样做，这就是它在 localhost 上运行的方式。您可以通过几种方式确认我是否正确，但如果我将skip_before_action :verify_authenticity_token 添加到您的ApplicationController 应该可以解决您的VPS 解决方案中的问题。

在 VPS 上进行开发的另一种选择是在开发模式下启动 Rails 服务器：RAILS_ENV=development bundle exec rails s