我在Rails 4应用的生产服务器上记录了一个奇怪的错误:
ActionController::RoutingError: No route matches [GET] "/sign_up"
这显然令人担忧，因为这将意味着新用户无法注册。
但是，如果我通过手动键入该URL或单击我们主页上的按钮来访问该URL，则可以看到注册页面。
没有重定向，URL在URL栏中保持不变。
这是有问题的路线:
devise_scope :identity do
get 'sign_in', :to => 'devise/sessions#new'
get 'sign_up', :to => 'devise/registrations#new'
get 'sign_out', :to => 'devise/sessions#destroy'
end
由于存在主题黑客攻击，我们主页上的按钮是使用GET提交的表单。我以为这可能是个问题，但是日志显示它正在正确接收GET请求。
这里发生了什么？我应该从哪里开始诊断呢？
更新
对于我们首页上的hack，我的意思是，由于 bootstrap 不支持导航栏中的
<a class="btn...，我们正在使用带有GET方法的表单来使用它所支持的按钮的类型-因此从服务器的角度来看，用户仍然当他们单击该按钮时发送GET/sign_up。此按钮仅是为了使他们进入/sign_up页面(registration_controller＃new)，不是他们按下以提交具有所有详细信息的注册表单的按钮。(注册表单本身是正常的，即它发送POST)
需要明确的是，我手动完成了完整的注册过程，并且可以正常工作。我从没收到404。当我完成演练时，日志消息也不会出现。
这是
rake routes的相关部分 Prefix Verb URI Pattern Controller#Action
new_identity_session GET /identities/sign_in(.:format) devise/sessions#new
identity_session POST /identities/sign_in(.:format) devise/sessions#create
destroy_identity_session DELETE /identities/sign_out(.:format) devise/sessions#destroy
cancel_identity_registration GET /identities/cancel(.:format) identities/registrations#cancel
identity_registration POST /identities(.:format) identities/registrations#create
new_identity_registration GET /identities/sign_up(.:format) identities/registrations#new
edit_identity_registration GET /identities/edit(.:format) identities/registrations#edit
PATCH /identities(.:format) identities/registrations#update
PUT /identities(.:format) identities/registrations#update
DELETE /identities(.:format) identities/registrations#destroy
sign_in GET /sign_in(.:format) devise/sessions#new
sign_up GET /sign_up(.:format) devise/registrations#new
sign_out GET /sign_out(.:format) devise/sessions#destroy
更新2
我们仍然在生产服务器上记录此问题。
错误是通过滚动条来的。
有趣的是，它没有出现在我们的生产日志中。
生产日志使用one line logging。
我们无法在开发中复制它，这是访问该页面的日志:
Started GET "/sign_up" for 127.0.0.1 at 2017-01-02 12:25:10 +0800
Processing by Devise::RegistrationsController#new as HTML
Rendered identities/shared/_sign_up.html.erb (203.5ms)
Rendered identities/registrations/new.html.erb within layouts/focused (277.2ms)
Rendered layouts/_social_headers.html.erb (39.1ms)
Rendered layouts/_google_analytics.html.erb (6.2ms)
Rendered layouts/_scripts.html.erb (3618.9ms)
Rendered layouts/_hotjar.html.erb (4.7ms)
Rendered layouts/_html_head.html.erb (3708.2ms)
Nation Load (4.5ms) SELECT "nations".* FROM "nations" WHERE "nations"."id" IS NULL ORDER BY "nations"."id" ASC LIMIT 1
Rendered layouts/_topnavbar.html.erb (101.0ms)
Rendered layouts/_breadcrumb.html.erb (7.4ms)
Rendered layouts/_flash.html.erb (31.4ms)
Rendered layouts/_footer2.html.erb (8.6ms)
Completed 200 OK in 4223ms (Views: 4203.2ms | ActiveRecord: 4.5ms)
最佳答案
原来这是Rollbar造成的困惑。
Rollbar按类别汇总异常，默认情况下不汇总错误消息。因此，在发送错误报告时，报告会显示来自该异常的第一个实例的错误消息。
因此，在我们的案例中，我们首次使用Rollbar进行部署时发生了一个错误，该错误导致/sign_up给我们一个404错误，该错误已得到解决，但是此后，任何404都生成了相同的异常类，因此当漏洞利用机器人请求时，例如，/wp-login.php，我们将从Rollbar收到一封电子邮件，内容为:
ActionController::RoutingError: No route matches [GET] "/sign_up"
即使导致最近的错误的实际路径不是/sign_up
我们已通过在分组下的Rollbar上更改设置以打开“包含异常消息”来解决此问题，以使新的404不会与/sign_up分组在一起
我还将此代码添加到
config/initializers/rollbar.rb中，以过滤掉发送到Rollbar的404代码中的一些。 # Ignore bots trying to hack non existent end-points
config.exception_level_filters.merge!('ActionController::RoutingError' => lambda { |e|
e.message =~ %r(No route matches \[[A-Z]+\] "/(.+)")
case $1.split("/").first.to_s.downcase
when *%w(myadmin phpmyadmin w00tw00t pma cgi-bin xmlrpc.php wp wordpress cfide)
'ignore'
else
'warning'
end
})
关于ruby-on-rails - 没有符合GET/sign_up的路线，但是我可以访问该页面吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/40834278/