Railsのassetsをs3に格納し、cloudfrontから配信する
今まで使おう使おうと思いつつ、さほどPVがあるサイトの運営をする機会がなかったため、 やってなかったcloudfrontを満を持して設定してみました。 （とりあえず入れとけ的な話もよく聞きますし…） 今回は、railsのassetsをS3に置いて、cloudfrontから配信するようにしました。 結果、噂通りすごく簡単に導入できたのですが、調査に割りと時間がかかったのでメモしておきます。 Herokuのドキュメントを取っ掛かりにしました。 概要は以下です。 assets格納用のS3バケットを作る cloudfrontのdistributionを作成し、S3をorigin serverに設定 railsプロジェクトに設定追加 Gemfileに、gem "asset_sync" を追加 config/initializersに、asset_sync.rb を作成 (カスタム設定の場合） con
Railsアプリケーションを公開するならAssets on Cloudパターンを使おう - 働かないプログラマのメモ帳
Assets on Cloudパターンとは 「Assets on Cloudパターン」*1はRailsデザインパターン*2の一つ。Railsアプリケーションの静的なコンテンツ(Assets)をクラウドに配置するパターンである。ファイルサイズの大きい画像などをクラウドに配置することでウェブサーバへのリクエストを減らし、ネットワークリソースを節約する。 Assetsの配置先はAmazon S3を推奨する。 asset_syncの使い方 「Assets on Cloudパターン」はasset_syncというgemを利用する。 Amazon S3の設定方法 asset_syncを設定する前にAmazon S3でバケットを作っておく。バケット名を自分が持ってるドメインのサブドメインと同じにしておくと少しだけ幸せになれる。ドメインを持っていない場合、適当なバケット名でもいいが、全世界で一意にする必要が
Rails 3.1で画像ストレージにAmazon S3を使う - is Neet
僕が趣味で開発&運営しているラクガキサービス「Leeno」の画像ストレージを、s3へ移行しました。 まずLeenoの構成は以下。 VPS：さくらのVPS 1.5Gプラン（今はもうないけど） OS：Fedora リバースプロキシ：Nginx appサーバ：unicorn 言語：Ruby( on Rails 3.1 ) DB：MongoDB といった具合。 s3へ移行前のLeeno Leenoは画像をメインのコンテンツとして扱うサービスです。 今回S3に移行するまでは、MongoDBのGridFSという巨大ファイルを扱うためのストレージを使っていました。 まずUploadの流れですが、これはとてもシンプルで、 html5のcanvas要素からbase64エンコードされた文字列を取得 jsでサーバに送信して、受け取ってデコードしてふごふごする ふごふごしたデータをGridFSに突っ込む で、表示
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dwilkie/carrierwave_direct: Process your uploads in the background by uploading directly to S3
GitHub - AssetSync/asset_sync: Synchronises Assets between Rails and S3
How to deploy (sync) Rails 3.1 precompiled assets with Amazon s3
