3

デプロイに成功しましたが、デプロイした後です。「states」と「users」の構成セクションにアクセスできませんでした。これらの問題を解決するには、どこから始めればよいかわかりません。

ローカル マシンで Spree 1.2、Ruby 1.9.3、Rails 3.2.8 を使用しています。それはうまく動作します。正常に機能した spree 展開プロセスを使用しています。

どこから始めるべきかについての指針はありますか?

表示されるエラー:「申し訳ありませんが、問題が発生しました。」本番サーバーでより意味のあるエラーを有効にする方法はありますか?

編集

エラー:

Spree::Admin::StatesController#index による HTML
パラメーターとしての処理: {"country_id"=>"214"} 16ms で 500 内部サーバー エラーを完了

NoMethodError (未定義メソッド集' spree_core (1.2.0) app/controllers/spree/admin/states_controller.rb:21:in load_resource' activesupport (3.2.8) lib/active_support/callbacks.rb:473: in __run_callback' activesupport ( 3.2.8) lib/active_support/callbacks.rb:385: in run_callbacks' actionpack (3.2.8) lib/abstract_controller/callbacks.rb:17: in process_action' actionpack (3.2.8) lib/action_controller/metal/instrumentation. rb:30: instrument のブロック内' activesupport (3.2.8) lib/active_support/notifications/instrumenter.rb:20: instrument' の actionpack (3.2.8) lib/action_controller/metal/instrumentation.rb:29:instates' for nil:NilClass):
spree_core (1.2.0) app/controllers/spree/admin/resource_controller.rb:172:in
collection'
spree_core (1.2.0) app/controllers/spree/admin/resource_controller.rb:129:in
_run__4032520494098752802__process_action__736043668495006995__callbacks' activesupport (3.2.8) lib/active_support/callbacks.rb:405:in _run_process_action_callbacks' activesupport (3.2.8) lib/active_support/callbacks.rb:81:in process_action'
actionpack (3.2.8) lib/action_controller/metal/rescue.rb:29:in
block in process_action' activesupport (3.2.8) lib/active_support/notifications.rb:123:in
instrument'
activesupport (3.2.8) lib/active_support/notifications.rb:123:in
process_action' actionpack (3.2.8) lib/action_controller/metal/params_wrapper.rb:207:inprocess_action' activerecord (3.2.8) lib/active_record/railties/controller_runtime.rb:18:in process_action' actionpack (3.2.8) lib/abstract_controller/base.rb:121:inprocess' actionpack (3.2.8) lib/abstract_controller/rendering.rb:45:in process' actionpack (3.2.8) lib/action_controller/metal.rb:203:indispatch' actionpack (3.2.8) lib/ action_controller/metal/rack_delegation.rb:14: アクション内 dispatch' actionpack (3.2.8) lib/action_controller/metal.rb:246:in のブロック' アクションパック (3.2.8) lib/action_dispatch/routing/route_set.rb:73:call' actionpack (3.2.8) lib/action_dispatch/routing/route_set.rb:73:inディスパッチ内'
アクションパック (3.2.8) lib/action_dispatch/routing/route_set. rb:36: call' journey (1.0.4) lib/journey/router.rb:68:inin call '
ジャーニー (1.0.4) lib/journey/router.rb:56: in each' journey (1.0.4) lib/journey/router.rb:56:incall ' actionpack (3.2.8) lib/action_dispatch/routing/route_set.rb:600: in call' spree_core (1.2.0) lib/spree/core/middleware/redirect_legacy_product_url.rb:13:in call ' spree_core (1.2.0) lib/spree/core/middleware/seo_assist.rb:27:in call' railties (3.2.8) lib/rails/engine.rb:479:incall' railties (3.2.8) lib/rails/railtie/configurable.rb:30:のmethod_missing' journey (1.0.4) lib/journey/router.rb:68:in呼び出し中のブロック「ジャーニー (1.0.4 each' journey (1.0.4) lib/journey/router.rb:56:in) call' warden (1.1.1) lib/warden/manager.rb:35:in1) lib/warden/manager.rb:34: in catch' warden (1.1.1) lib/warden/manager.rb:34:incall' actionpack (3.2.8) lib/action_dispatch/middleware/best_standards_support.rb:17: in call' rack (1.4.1) lib/rack/etag.rb:23:incall' rack (1.4.1) lib/rack/conditionalget.rb: 25:in call' actionpack (3.2.8) lib/action_dispatch/middleware/head.rb:14:incall' actionpack (3.2.8) lib/action_dispatch/middleware/params_parser.rb:21:in call' rack (1.4.1) lib/rack/session/abstract/id.rb:205:in call' actionpack (3.2.8) lib/action_dispatch/middleware/cookies.rb:339:in call' activerecord (3.2.8) lib/active_record/connection_adapters/abstract/connection_pool.rb:473:in block in call'call'
actionpack (3.2.8) lib/action_dispatch/middleware/flash.rb:242:in
context' rack (1.4.1) lib/rack/session/abstract/id.rb:200:in
call' activerecord (3.2.8) lib/active_record/query_cache.rb:64:in call' actionpack (3.2.8) lib/action_dispatch/middleware/callbacks.rb:28:in
activesupport (3.2.8) lib/active_support/callbacks.rb:405: in __run_callback' activesupport (3.2.8) lib/active_support/callbacks.rb:385: in run_callbacks' actionpack (3.2.8) lib/action_dispatch/middleware/ callbacks.rb:27:in call' actionpack (3.2.8) lib/action_dispatch/middleware/debug_exceptions.rb:16:in call' railties (3.2.8) lib/rails/rack/logger.rb:26:in call ' actionpack (3.2.8) lib/action_dispatch/middleware/request_id.rb:22:in call' ラック (1.4.1) lib/rack/runtime.rb:17:in call' ラック (1.4.1) lib/rack /lock.rb:15:in forward' Rack-cache (1.2) lib/rack/cache/context.rb:245:in lookup' rack-cache (1.2) lib/rack/cache/context.rb:66:in_run__4438386178050912955__call__4341646712790791334__callbacks'
activesupport (3.2.8) lib/active_support/callbacks.rb:405:in
_run_call_callbacks'
activesupport (3.2.8) lib/active_support/callbacks.rb:81:in
call' actionpack (3.2.8) lib/action_dispatch/middleware/remote_ip.rb:31:in
call'
actionpack (3.2.8) lib/action_dispatch/middleware/show_exceptions.rb:56:in

call_app' railties (3.2.8) lib/rails/rack/logger.rb:16:incall' rack (1.4.1) lib/rack/methodoverride.rb:21:incall' activesupport (3.2.8) lib/active_support/cache/strategy/local_cache.rb:72:incall' rack-cache (1.2) lib/rack/cache/context.rb:136:infetch' rack-cache (1.2) lib/rack/cache/context.rb:185:incall!' rack-cache (1.2) lib/rack/cache/context.rb:51:incall' railties (3.2.8) lib/rails/engine.rb:479:in call' railties (3.2.8) lib/rails/application.rb:223:incall' railties (3.2.8) lib/rails/railtie/configurable.rb:30:in method_missing' unicorn (4.3.1) lib/unicorn/http_server.rb:531:inprocess_client' unicorn (4.3.1) lib/ unicorn/http_server.rb:606:in worker_loop' unicorn (4.3.1) lib/unicorn/http_server.rb:487:inspawn_missing_workers'
unicorn (4.3.1) lib/unicorn/http_server.rb:137:in start' unicorn (4.3.1) bin/unicorn_rails:209:in'
/data/spree/shared/bundle/ruby/1.9.1/bin/unicorn_rails:23:で'load'
/data/spree/shared/bundle/ruby/1.9.1/bin/unicorn_rails:23:in

4

2 に答える 2

1

データベースをシードしましたか?走るrake db:seed

予想されるときに、データベースに州/国がないようです。

于 2012-10-09T14:13:37.437 に答える
0

Gemfile.lock はバージョン管理されていますか? マシンで使用している同じ Gemfile.lock でバンドラーが実行されていない場合、開発環境と実稼働環境で違いが生じる可能性があります。

問題がなければ、開発ボックスでプロダクション モードで実行してみて、問題が発生するかどうかを確認します。私が追跡しなければならない最も苛立たしい問題は、同じコードが開発で実行されているときに発生しない問題がプロダクションにある場合です。環境の違いに切り分けることができれば、より適切にデバッグできます。試してみてくださいbundle exec rails s -e production。問題がある場合は、Ruby デバッガーをインストールして、問題のコードで強制的にブレークすることができます。また、config/environments/production.rb を編集して development.rb とより厳密に一致させることもできるため、サーバーを再起動せずにコードを編集したり、クラス キャッシュをオフにしたりできます。

また、状態コントローラーが JavaScript でのみ応答するときに、リクエストが誤って HTML を要求していたため、状態コードで 406 Not Acceptable が発生するという問題が発生しました。解決策は、ソースで問題のあるリンクを見つけて、強制的に js を要求することでした。ここで見ることができます。問題には同じ特徴がいくつかありますが、すべてではありません。幸運を。

于 2012-11-13T22:25:05.050 に答える