概要 Web アプリケーションを作成する際、ユーザーのアップロードした画像を AWS S3 等クラウドのストレージサービスに保存したいときがあります。また、アップロードされた画像を他のユーザーが閲覧する際には、画像に対し一定の変換を施したい場合があります。 例えばユーザーがプロフィールにアバター画像を登録できるようなアプリケーションを仮定すると、1MB の png ファイルがアップロードされた場合、他のユーザーがこのアバター画像を閲覧する際は jpg に変換するなどして、閲覧ユーザーのネットワーク通信量とそれに起因するコストを軽減するのが望ましいと考えられます(Web Fundamentals - 画像の最適化)。 またアプリケーションを運用する立場としても、ダウンロードされる画像のファイルサイズは小さい方が運用コストを抑えることができます。 Ruby on Rails では Active

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 投稿した画像がどうしても横に表示されてしまう、という仕様の修正にだいぶ苦労したので、画像のリサイズ方法についてまとめておきます。 主なメソッドは以下です。 これだけ知っておけばなんとかなると思います。 ・resize_to_fit ・resize_to_limit ・resize_to_fill resize_to_fit(width, height) 基本となるメソッドです。 画像の縦横比を維持したまま、 width を最大 300px、height を最大 200 pxにリサイズ。

RailsのActiveStorageを使うと、既存のレコードに画像を紐づけることができます。 その画像に対してvariantメソッドを使うと、画像のサイズ変更や回転などの処理を加えることができます。 ここでは、variantで使える主な処理を実例で解説しています。

# ===== 省略 ===== module RailsTutorialApp class Application < Rails::Application # Initialize configuration defaults for originally generated Rails version. config.load_defaults 7.0 # ===== 以下を追加 ===== config.active_storage.variant_processor = :mini_magick # ===== 省略 ===== end end

Exif Orientation 情報を追加する方法と編集する方法。 Orintation 情報の形式 Orientation は、Exif 2.3 規格において、 1〜8 の数字で規定されている。 http://www.cipa.jp/hyoujunka/kikaku/pdf/DC-008-2010_J.pdf (P.34) http://www.cipa.jp/english/hyoujunka/kikaku/pdf/DC-008-2012_E.pdf (P.35) いろんなアプリで数字だったり、文字列だったりとバラバラなので混乱しやすい。 以下、早見表。exiftool の value の通りに動かすと、元の画像に戻る。 Exif定義 = exiftoolのvalue = Image Magickのvalue ---- 1 = Horizontal (normal) = top-le

こんにちは、みてね事業部 SREグループの伊東 @hekki です。 はじめに「家族アルバム みてね」（以下、みてね）では、アプリから日々大量の画像がアップロードされます。このアップロードされた画像をベースとしてサムネイルを生成し、ユーザーのアルバムに反映します。 このサムネイル生成にかかる時間はみてねにおいて非常に重要で、サムネイル生成を速くすることで以下のようなメリットが考えられます。 ユーザーが画像のアップロードを開始してからアルバムに反映されるまでの時間が短くなるので、アップロード時のユーザー体験が向上するサムネイル生成には多くのコンピュートリソースが必要となるため、エンコード速度が速くなれば単位時間あたりに処理できる画像枚数が増え、コスト効率が良くなるこのためサムネイル生成の高速化のチャレンジを行ったのですが、本記事では具体的な手法、結果、ハマったポイントについてご紹介させていた

こんにちは！ エンジニアインターンの田中です。株式会社CyberOwlは画像を多用するサービスを提供しており、それらで使用される画像をホスティングできるサービスを開発しました。サーバーサイドの言語にRuby、そのフレームワークにRuby on Railsを使用し、開発を行ったので、ここではこのホスティングサービスの設計方法について説明させていただきたいと思います。 画像ホスティングとは？ Ruby on RailsのActive Storage ダイレクトアップロード機能を利用して画像をアップロードする Active Storage とは？ Amazon S3に画像をダイレクトアップロード Active Storage ダイレクトアップローダーの問題点とその解決法 MiniMagickを用いた画像の編集作業 URLクエリの変数を元に画像を編集しVariantレコードを作成する Varian

大阪でRailsを中心に学習しているヨマ(@yoma_2003)です！ 「ActiveStorageで、保存する前に画像を縮小する方法」をまとめます。 ※おことわり※ 断定口調でまとめますが、初学者であるため間違い等あればご指摘頂けると嬉しいです。 はじめに やりたいこと ActieStorageでAmazon S3等に画像を保存する場合に、指定のサイズ以下に画像を縮小してから保存したい。 必要環境 画像処理のためのツール、Gemの導入。 ImageMagick：画像加工ツール（本番環境ではサーバーにもインストールする） Minimagick：ImageMagickをRubyから使えるようにするGem ImageProcessing：画像サイズを調整するGem 結論 コントローラーに渡されたパラメーター内の画像ファイル（ActionDispatch::Http::UploadedFileの

Railsの画像まわりのライブラリについて整理する(ActiveStorage, ImageMagick, ImageProcessing,,,)RailsImageMagickImageProcessingActiveStoragelibvips はじめに Railsで画像を扱う方法はいくつかパターンがあり、それぞれ利用するGemやライブラリが違います。 ActiveStorage、CarrierWave、Shrine、refile、ImageMagick、ImageProcessing、MiniMagick、RMagick、libvips。。。 この辺の用語を自分の中で整理したいと思います。 今はActiveStorageというものがRailsに元から入っているので、これを使うことは前提とします。 必ずしもActiveStorageを使うべきということはないと思います。 例えばバリデー

こんにちわ、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなみかんは紅マドンナです。 今回は、サイボウズのサムネイル事情について記事を書きたいと思います。サイボウズに限らず通常の Web アプリケーションでもサムネイル作成はよくあると思いますが、ハマりどころが多く涙しているサムネイリストも多いかと思います。これからの時代を生きるサムネイリストが快適なサムネイルライフを送れるよう、知見を共有したいと思います。 弊社では画像変換ツールに ImageMagick を用いており、従って本知見は ImageMagick 固有のものがほとんどです。 画像比較は人間の眼で行うべし サムネイル周りに何か修正を入れたら修正前後の画像を比較しましょう。機械によるバイト列の比較では画像の良し悪しがわかりません。頼れるのは人間の眼だけです。肉眼で確認しましょう。 比較できるツールを作ると良