new relic を使って heroku のspin up待ちをなくす - おもしろwebサービス開発日記
下記のエントリによると、new relic のアドオンを使うことで heroku の spin up 待ちをなくせるとのことなので早速このブログ(heroku & lokka)に導入してみました。 Running a high volume Rails app on Heroku for free // Collective Idea ざっくり手順 new_relic_rpm gem を Gemfile にいれる config/newrelic.yml をコピペ lib/lokka.rb に下記のように書く if Lokka.production? require 'newrelic_rpm' end new relic の account ページからライセンスキーをコピーして heroku config:add NEW_RELIC_LICENSE_KEY=xxx のようにする。ここまでで
CloudBees | Enterprise Software Delivery
Learn how parallel testing helps DevOps teams boost their testing efficiency and discover the best parallel testing strategies and tools for your organization. →
Gumadβで使ったgemまとめ
Skills Web Ruby on Rails / PHP MySQL / PostgreSQL MongoDB / CouchDB jQuery / Prototype.js CoffeeScript / Sass Amazon EC2 / S3 Heroku / MonogHQ Git / Github / SVN / Trac Smartphone Objective-C Cocoa Xcode Microsoft C# / SQL Server / ISS 昨日、Gumadβをリリースしました。話題のGumroadをまとめたサービスです。 Rails/Heroku/AmazonS3 というベタな構成のサービスを構築するにあたって使ったgemをまとめます。 今回、開発にあたってのポイントとしては、 リリースまでの時間を抑えるためにできるだけ新しい試みは避ける開発、本番環境の運用の時
さいきんの Rails サービスを高速化をしてみた - 2nd life (移転しました)
先日のももクロハッカソンで出会った wantedly を作ってる仲さんが と言ってたので、面白そうなので wantedly を速くしてみました。 wantedly ちなみにデータが数百万オーダーもなさそうなのに、どのページもログインすると2-5秒ぐらいかかっていたので、確実に速くできそうだなぁという感覚はやる前からありました。 アプリケーションサイドのチューニング 初心者*1にありがちな問題として SQL に適切にインデックス張ってない キャッシュすべき場所をキャッシュしていない 無駄なデータを引きすぎてる ことがよくあります。ので順に実装を見ていきました。 SQLに適切なインデックスを張ってない 張ってありました！びっくり！＼(^o^)／ キャッシュすべき場所をキャッシュしていない Facebook API を利用したアプリケーションなんですが、ユーザのデータの取得を毎回馬鹿正直に HT
Herokuでcron？もう古いかも、それ - Meltdown Countdown rev.
結論から言いますと、今日現在ではまだ古くありません。まだアドオンもありますし。日時cron、無料です。 でもCedar Stackがデフォルトになる頃には過去の遺物扱いになるかもしれません。なぜならば、Cedar StackからProcess modelが導入されました。 ProcfileでClockwork gemをつかったclockプロセスを指定してやることにより、cronを使わずともタスクスケジューリングできてしまうのです。 すでにherokuを使ったことがある人でしたら「clockプロセス動かすって、dyno増やすの？料金かからないの？」と思うかもしれません。実は2011年6月1日からherokuの料金体系が変わっていて、750 dyno-hoursまで無料で使えるようになっています。1dyno(=1プロセス)が1ヶ月で672-744 dyno-hoursとなるので、1dyno/月
グルーポン系サービスをRoRのPaaS「Heroku」で開発した「ミナワリ」。開発者に利点と使い勝手をインタビュー
グルーポン系サービスをRoRのPaaS「Heroku」で開発した「ミナワリ」。開発者に利点と使い勝手をインタビュー 先週オープンしたばかりの共同購入型クーポンサービスの「ミナワリ」は、Ruby On Rails（以下RoR）のPaaSである「Heroku」の上で構築されたWebサイトです。共同購入型のクーポンサービスは米国の「Groupon」（グルーポン）などが知られており、現在急成長している分野。 （ちなみに「「about Heroku」には「pronounced her-OH-koo」とあります。日本語的発音で「ハオク」、巻き舌っぽく言えばローマ字読みの「ヘロク」でもよさそうですね） Herokuを用いたミナワリ開発者にインタビュー そこで、実際にWebサイトを構築するにあたり、RoRによるPaaSとしてのHerokuの実力はどれほどのものだったのか？ Heroku上でミナワリの構築を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20111002/p01/