Railsでのデバッグ例外

app/models/product.rb:8:in `download_image!'
app/controllers/products_controller.rb:5:in `create'

スタックトレースを見ると、例外が download_image！から発生したことがわかります。 Productのメソッド モデル。コードで調査を続け、スタックトレースをたどって、何が問題になっているのかを調べます。

モデルを開くと、8行目（例外が発生した場所）が Net ::HTTP.get（uri）を呼び出していることがわかります。 、そのように見える uri 期待するオブジェクトではありません。

require 'net/http'
 
class Product < ApplicationRecord
  after_save :download_image!
 
  def download_image!
    uri = URI(image_url)
    contents = Net::HTTP.get(uri)
 
    File.open("public#{local_image_path}", 'wb') do |file|
      file.write contents
    end
  end
 
  def local_image_path
    "/product_#{id}.png"
  end
end

download_image！以降 メソッドはafter_save コールバック、新しい製品を保存した直後に実行されることがわかっています。

uri 変数は、 image_urlという名前のメソッドから作成されます 7行目。それがどこから来ているのかを知るために、スタックトレースをもう一度見て、 Product＃createを確認します。 メソッドはProductsController＃createから呼び出されます 。

class ProductsController < ApplicationController
  def create
    @product = Product.new(product_params)
 
    if @product.save
      redirect_to @product, notice: 'Product was successfully created.'
    else
      render :new
    end
  end
 
  private
    def product_params
      params.require(:product).permit(:title, :description, :image_url, :price)
    end
end

あはは！ ProductsController＃create product_paramsを使用して新しい製品を作成します 、これには：image_urlが含まれます 探していたパラメータ。

image_urlを知っています 属性は、壊れたURIを構築するために使用されます。 image_urlを離れる場合 新製品を作成するときにフィールドが空の場合、問題を正常に再現できます。

この場合、 URIを作成します 値として空の文字列を使用すると、 URI ::Genericになります。 URI ::HTTPの代わりにオブジェクト 、URLの形式を判別できないため。前者には#request_uriがないため メソッドの場合、 NoMethodErrorが発生します Net ::HTTP.getから 。

プロジェクトの要件によっては、フィールドが空でないことを確認するための検証を追加すると、問題が修正される可能性があります。画像のURLが空でないことを確認するだけでは、この実装で発生する可能性のあるすべての問題を修正することはできません（たとえば、渡された値がURLでない場合でも例外が発生します）が、良いスタートです。

スタックトレースを使用した例外の追跡

Railsのログは、問題をデバッグするための優れた方法を提供します。発生した例外は一見しただけでは必ずしも意味がありませんが、問題の原因が埋もれている場合でも、コードが問題に到達するために行った手順を慎重に撤回することは、通常、何が悪かったのかを見つけるための優れた方法です。アプリのもう少し深いところにあります。

この記事がどのように気に入ったか、質問がある場合、次に何を読みたいかをお知らせください。@AppSignalまでお知らせください。