Rails: переход от разработки к производству приводит к неинициализированной константе NameError
Мое приложение работает в среде разработчика (WEBrick 1.3.1) на моем ноутбуке Mac. Я развернул его через capistrano на сервере Ubuntu под управлением nginx & passenger, и внезапно получаю
NameError в SmsController # send_text_message: неинициализированная константа SmsController:: PhoneNumber
, Вот скриншот:
По-видимому, класс PhoneNumber (app / models / phone_number.rb) не распознается. Вот код для этого класса:
class PhoneNumber
include ActiveModel::Validations
include ActiveModel::Conversion
extend ActiveModel::Naming
attr_accessor :pnumber
validates :pnumber, presence: true
validates :pnumber, numericality: true
def initialize(attributes = {})
attributes.each do |name, value|
send("#{name}=", value)
end
end
def persisted?
false
end
end
Вот код для контроллера, где возникает ошибка:
class SmsController < ApplicationController
def send_text_message
phone = PhoneNumber.new(pnumber: params[:phone])
logger.info "phone as submitted by the webform (params[:phone]) = " + params[:phone]
if phone.valid?
# code that sends a sms message..
flash[:success] = "Message has been sent!"
redirect_to :back
else
flash[:warning] = "This is not a valid mobile number"
redirect_to :back
end
end
end
Что мне нужно сделать, чтобы сделать эту работу на производстве?
== РЕДАКТИРОВАТЬ: я запускал его локально на моем Mac в производственной среде, используя тот же стек (nginx, passenger), и я не получаю сообщение об ошибке. Так что, похоже, это должно быть что-то особенное для установки на моем Ubuntu VPS. Я перезапустил nginx, но он ничего не изменил. Я действительно в замешательстве - теоретически такой причуды не должно быть.
== EDIT2: По запросу @rossta здесь находится содержимое config/application.rb:
require File.expand_path('../boot', __FILE__)
# Pick the frameworks you want:
require "active_record/railtie"
require "action_controller/railtie"
require "action_mailer/railtie"
require "sprockets/railtie"
# Require the gems listed in Gemfile, including any gems
# you've limited to :test, :development, or :production.
Bundler.require(*Rails.groups)
module Appmate
class Application < Rails::Application
# Settings in config/environments/* take precedence over those specified here.
# Application configuration should go into files in config/initializers
# -- all .rb files in that directory are automatically loaded.
end
end
А вот содержимое файла config/environment /production.rb:
Appmate::Application.configure do
config.cache_classes = true a
config.eager_load = true
# Full error reports are disabled and caching is turned on.
config.consider_all_requests_local = true # changed to help with debugging, TODO: change back to false once in production
config.action_controller.perform_caching = true
# Enable Rack::Cache to put a simple HTTP cache in front of your application
# Add `rack-cache` to your Gemfile before enabling this.
# For large-scale production use, consider using a caching reverse proxy like nginx, varnish or squid.
# config.action_dispatch.rack_cache = true
# Disable Rails's static asset server (Apache or nginx will already do this).
config.serve_static_assets = false
# Compress JavaScripts and CSS.
config.assets.js_compressor = :uglifier
# config.assets.css_compressor = :sass
# Do not fallback to assets pipeline if a precompiled asset is missed.
config.assets.compile = false
# Generate digests for assets URLs.
config.assets.digest = true
# Version of your assets, change this if you want to expire all your assets.
config.assets.version = '1.0'
config.log_level = :info
config.i18n.fallbacks = true
# Send deprecation notices to registered listeners.
config.active_support.deprecation = :notify
# Disable automatic flushing of the log to improve performance.
# config.autoflush_log = false
# Use default logging formatter so that PID and timestamp are not suppressed.
config.log_formatter = ::Logger::Formatter.new
end
1 ответ
Я нашел виновника - я, кажется, не связал свой репозиторий git с контроллером и файлами модели. Так что все работало отдельно от этого бита. Duh!
@rossta: спасибо за помощь! Это случайное "a" - это то, что я должен был добавить при копировании кода в SO сообщение, но ваш вопрос заставил меня заглянуть в мой git-репозиторий - и именно так я нашел измененные, но незафиксированные файлы.