Bullet をテスト環境で実行する - Qiita
Webアプリケションのパフォーマンスに多く影響してしまう N+1 問題。 正直製品レベルのアプリケーションだと基本的にないのが当たり前だと思っていますが、うっかりミスで残っちゃったりするのも事実。 なので N+1 問題を教えてくれるgem、Bullet を使っている人は多いと思います。 最近では Rails では API サーバのみを作り、フロントエンドは JS フレームワークやスマホアプリで実装というケースが増えてきました。 こういったプロジェクトでは Rails で画面をまったく作らないので、画面があること前提の開発支援系 gem を使えなくて困ったりします。 そこで bullet に関してはテスト環境で動作させるようにしました。 bullet のテスト環境設定 とっても簡単です。 config.after_initialize do Bullet.enable = true Bull
IEやExcel向けにUTF8⇒SJIS変換を行う - Qiita
ダウンロードファイルに日本語を使用する場合、IE だと文字化けする現象に悩まされることが多いと思います。 これは、IE がダウンロードファイル名に SJIS（WIndows-31J）を基本的に要求するためです。 （正確には、OS の言語設定のデフォルトコードページ、だったかも。日本語だと CP932 ですが、他の言語だとまた違うと思います） なので多くの方は IE 向けに SJIS に文字エンコーディング変換を行うか、URL エンコードしていると思います。 MS の KB にも下記のように言及されています。 http://support.microsoft.com/kb/436616 IE9 からはダウンロードファイル名を UTF-8 として扱う（SJIS でも正常に扱える）ので、この問題に頭を悩ませる機会は今後減りそうですね。 一方、表題の Excel は基本的に SJIS オンリーで、
update_allはlock_versionもupdated_atも更新しない - Qiita
ActiveRecord の一括更新メソッドである update_all ですが、これを使うと lock_version や updated_at カラムを更新してくれません。 ActiveRecord::Relation#update_all does not update updated_at | github これはこういう仕様のようです。やるなら自分でやれと。 仕方がないのでこんな風にやりました。 Task.where(:id.in => assign_tasks.map(&:id)).update_all(:status => 'entered') ↓ Task.where(:id.in => assign_tasks.map(&:id)) .update_all(["status = 'entered', lock_version = lock_version + 1, upd
HerokuでCarrierWaveを使う場合に注意すること - Qiita
update 記事中ではCarrierWaveのキャッシュ機能を使用できないと記載していますが、v0.10.0よりキャッシュの保存先をS3などに指定できるようになっているようです。 詳しくは以下の記事などを参照してください。 CarrierwaveでS3にアップロードさせるとき、キャッシュもS3に置く - Qiita 現時点でキャッシュストレージをS3に変更してテストをしていませんが、パフォーマンス上の問題が発生しないようであれば、こちらを選択するのもありかなと思います。 ファイル名長さの制限はherokuではなくS3（ファイルパス含め1000バイト？）のものになり、かなり緩和されることになります。 Ruby/on Rails には CarrierWave というファイルアップロード用の Gem があります。 人気の Gem なので使っている方も多いと思いますが、同じくRailsの実行環境
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
