[表示 : 全て 最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 05/24 18:36 / Filesize : 86 KB / Number-of Response : 313
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【RoR】Ruby on Rails Part14



1 名前:nobodyさん [2012/02/18(土) 00:34:00.31 ID:9HHBFqZR]

kohada.2ch.net/test/read.cgi/php/1320393984/

■参考サイト
<英語>
本家:rubyonrails.org
API document:api.rubyonrails.com/
開発者のblog:weblog.rubyonrails.org/
参考wiki:wiki.rubyonrails.org/rails
ruby-toolbox.com/
rubygems.org/
agilewebdevelopment.com/plugins/top_rated

<日本語>
Rails' wiki: wiki.fdiary.net/rails/

find.2ch.net/?STR=heroku&COUNT=10&TYPE=TITLE&BBS=ALL


18 名前:nobodyさん mailto:sage [2012/02/19(日) 21:21:21.08 ID:???]
Ruby on Railsのパフォーマンス向上に関する10のtips
blog.tkmr.org/tatsuya/show/268-ruby-on-rails-10-tips

ごくごく基本的な Ruby on Rails のパフォーマンスチューニング
jijixi.azito.com/cgi-bin/diary/index.rb?date=20071114
:conditions オプションでキーに使われるようなカラムにはインデックスを作成すべし

:selectで取得するカラムを絞ったらパフォーマンスが倍に
brass.to/blog/active_record_select_option.html

Rails で MySQL を使うときの注意点 | METAREAL
www.metareal.org/2007/07/24/notes-on-rubyonrails-with-mysql/

19 名前:nobodyさん mailto:sage [2012/02/19(日) 21:22:00.72 ID:???]
SQLite3にmigrationでadd_indexしても速くならない - 職業的思考内容
d.hatena.ne.jp/yyamasak/20090317/1237270461

jijixi's diary - 車検費用 , ごくごく基本的な Ruby on Rails のパフォーマンスチューニング
jijixi.azito.com/cgi-bin/diary/index.rb?date=20071114

[Rails] ActiveRecordでの検索時にインデックスの使用を強制する(MySQL用) - 射撃しつつ前転
d.hatena.ne.jp/tkng/20080812/1218532322

d.hatena.ne.jp/kurusaki/20081019/1224358283

20 名前:nobodyさん mailto:sage [2012/02/19(日) 21:26:47.07 ID:???]
annotate_models は、テーブルの情報をModelとFixtureのファイルに コメントとして書き込んでくれる非常に便利なプラグイン
blog.s21g.com/articles/318
www13.atwiki.jp/maimuzo/pages/41.html

Railsで、マイグレーション作成時に、カラムにコメントを設定し、それをデータベースに設定する ColumnComments という便利なプラグイン
ishikawa.r-stone.net/2008/08/rails-migration-column-comment.html

Rails 2.3のApplication Templateで煩わしい初期設定とはおさらばする! - func09
www.func09.com/wordpress/archives/426

「RailsWizard」を使って最速で開発を始めましょう - Back yard : yuya_lush’s report
d.hatena.ne.jp/yuya_lush/20110707/1310021773

Unexpected Run: Rails3.0でモデルのER図を簡単に出力する方法
sawada0903.blogspot.com/2010/10/rails30er.html

RailRoadでRailsのソースからER図を作成する - 橋本幸樹のいまさら日記
d.hatena.ne.jp/koki-h/20090319/1237429076

JUDEで描いたクラスをそのままRuby on Railsで動かすプラグイン:CodeZine
codezine.jp/article/detail/2377

21 名前:nobodyさん mailto:sage [2012/02/19(日) 21:29:20.49 ID:???]
[Rails] query-reviewerでRailsアプリのボトルネックを見つける
d.hatena.ne.jp/tkng/20080811/1218442298

SpecialWarningというプラグイン
d.hatena.ne.jp/authorNari/20090205/1233840189

N+1問題などを監視してパフォーマンスを改善するRailsプラグインBullet
blog.digital-squad.net/article/149685338.html

複合キー
compositekeys ActiveRecord Composite Primary Keys
compositekeys.rubyforge.org/

Ruby on Rails を高速化する
N+1 クエリー問題を解消する
www.ibm.com/developerworks/jp/opensource/library/os-railsn1/

現実の世界の Rails、第 3 回: ActiveRecord を最適化する
一般的なパフォーマンスの問題を解決する
www.ibm.com/developerworks/jp/web/library/wa-rails3/

eager loadingって何? - おもしろWEBサービス開発日記
d.hatena.ne.jp/willnet/20090303/1236093728

N+1問題は、ORMの典型的なパフォーマンス問題
dev.ariel-networks.com/articles/workshop/rails-activerecord/

22 名前:nobodyさん mailto:sage [2012/02/19(日) 21:30:43.23 ID:???]
Ruby on Railsのパフォーマンス向上に関する10のtips
blog.tkmr.org/tatsuya/show/268-ruby-on-rails-10-tips
findメソッドはパワフルだけど基本SELECT * FROMなので場合によっては:selectで必要なカラムだけ読み込む、また:limitや:offsetを活用する

ごくごく基本的な Ruby on Rails のパフォーマンスチューニング
jijixi.azito.com/cgi-bin/diary/index.rb?date=20071114
:conditions オプションでキーに使われるようなカラムにはインデックスを作成すべし

:selectで取得するカラムを絞ったらパフォーマンスが倍に
brass.to/blog/active_record_select_option.html
レコード件数は110万件くらい
カラム数は30程度
インデックスは効いている(explainで確認済み)

Rails で MySQL を使うときの注意点 | METAREAL
www.metareal.org/2007/07/24/notes-on-rubyonrails-with-mysql/
SQL を二段階に分けるといい
まず、最初の SQL でレコードの ID だけを SELECT する(int だけなので、このときの一時テーブルはメモリ上に作られる)
次に、その ID で必要な TEXT や BLOB を SELECT するんだ(これは ID による単純な検索なので一時テーブルは使われない)

MySQLパフォーマンスチューニングのためのインデックスの基礎知識
d.hatena.ne.jp/kiyo560808/20101117/1289952549

23 名前:nobodyさん [2012/02/19(日) 23:16:38.08 ID:uJPCefK9]
twitter bootstrap railsを使ったら職が見つかり彼女も出来て背も3センチ伸びました。 - ppworks blog
ppworks.hatenablog.jp/entry/2012/02/19/033644

Twitter Bootstrap
twitter.github.com/bootstrap/

Webシステム開発者に送る便利なテンプレート「Web App Theme」
www.moongift.jp/2009/06/web_app_theme/
github.com/pilu/web-app-theme

Install any HTML theme/template into your Rails app
drnicwilliams.com/2009/10/06/install-any-html-themetemplate-into-your-rails-app/
github.com/drnic/install_theme

themeforest.net/


24 名前:nobodyさん [2012/02/19(日) 23:20:36.68 ID:uJPCefK9]
リンギオ - Railsで遅延読み込みする
ringio-blog.appspot.com/2011/08/to-lazy-loading-in-rails

Railsで高速表示のために遅延読み込みを利用する - お題目うぉっち
blog.livedoor.jp/maru_tak/archives/50698407.html

Togetter(トゥギャッター) - まとめ「700万PVのRails製サイトが月$60のVPS(メモリ1GB)で動かせるという話」
togetter.com/li/4514

Rails アプリを nginx の拡張モジュールで置き換えて高速化する方法 - HeartRails Tech Blog
毎秒 1000 アクセスはクリア。CPU の使用率は 25% 前後
techblog.heartrails.com/2011/01/rails-nginx.html

25 名前:nobodyさん [2012/02/19(日) 23:24:12.94 ID:uJPCefK9]
高トラフィックサイトをRailsで構築するためのTips基礎編
www.slideshare.net/kaznum/railstips

Gregg PollackとScaling Railsのハウツー
1つには、Railsアプリケーションをうまくスケーリングするために必要なすべての情報をRails開発者に与えること。
開発者は、これらの技術を使用する必要はないかもしれません。
しかし、できれば、開発者がビデオを見て、何百万人の同時ユーザーを扱うRailsアプリケーションを
作成できます、とクライアントに言える自信を持ってもらいたいのです。
2番目に、Railsアプリケーションをスケーリングすることがどれほど簡単かを、他の言語の開発者に示すこと。
www.infoq.com/jp/articles/gregg-pollack-scaling-rails

Ruby Proxies for Scale, Performance, and Monitoring
www.slideshare.net/igrigorik/ruby-proxies-for-scale-performance-and-monitoring-gogaruco-igvitacom-1396734

osc2008_opensuse-moonlinx.pdf (application/pdf オブジェクト)
Perlbal
blog.geeko.jp/wp-content/uploads/2008/09/osc2008_opensuse-moonlinx.pdf

26 名前:nobodyさん [2012/02/19(日) 23:26:31.62 ID:uJPCefK9]
Games for the Masses: Scaling Rails to the Extreme
www.slideshare.net/wooga/games-for-the-masses-scaling-rails-to-the-extreme

ドリコム的Railsアプリ開発流儀
www.slideshare.net/takafumionaka/rails-11635710



27 名前:nobodyさん [2012/02/19(日) 23:29:23.13 ID:uJPCefK9]
なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − @IT
www.atmarkit.co.jp/news/201004/19/twitter.html

RORのままアーキテクチャの変更で10000%高速化したとな。
ttp://b.hatena.ne.jp/entry/highscalability.com/scaling-twitter-making-twitter-10000-percent-faster

ミニブログの Twitterのstats(統計)データ。
kaworu.jpn.org/kaworu/2008-01-16-2.php
- 350,000を超えるユーザ。
- 秒間600リクエスト
- 平均毎秒200-300コネクション。最大時は秒間800コネクション
- MySQLは秒間2,400リクエストを処理する
- 180のRailsインスタンスがある。MongrelのWebサーバを使っている。
- 1つのMySQLサーバ(1つの大きな 8コアのサーバ)と1つのスレーブ。スレーブは、統計とレポートのための読み込み専用(リードオンリー)。
- 雑用処理をするための30+のプロセス
- 8台のSun X4100s
- Railsでのリクエストの処理時間は200 msec
- データベースにかかる時間の平均は、50-100 msec
- 16GBの memcached



28 名前:nobodyさん [2012/02/19(日) 23:29:41.43 ID:uJPCefK9]


はてなブックマーク - スケールアウトからスケールアップへの回帰:江島健太郎 / Kenn’s Clairvoyance - CNET Japan
b.hatena.ne.jp/entry/japan.cnet.com/blog/kenn/2010/01/12/entry_27036420/

はてなブックマーク - ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない - kazuhoのメモ置き場
b.hatena.ne.jp/entry/d.hatena.ne.jp/kazuhooku/20091226/1261838127

ベニヤ板から見たスケールアウトの方向性 - ITレガシー
blog.goo.ne.jp/hsato/e/fadb6c13b2274e5194129f85093dfbbb
www.atmarkit.co.jp/news/201007/21/pixiv.html

第2回 Hadoopがスケール・アウトする仕組み | Think IT
thinkit.co.jp/story/2010/06/11/1608?page=0,2







[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<86KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef