【Ruby】Ruby on Rails Part10

**nobodyさん** · 2010/08/28(土) 19:27:42

■前
【Ruby】Ruby on Rails Part9
http://hibari.2ch.net/test/read.cgi/php/1266563593/

■参考サイト
<英語>
本家：http://www.rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails

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

http://twitter.com/dhh
http://www.loudthinking.com/

**nobodyさん** · 2010/09/08(水) 16:34:18

創業六年で時価総額3000億円はすごい。
http://twitter.com/tnatsu/status/18396228025

**nobodyさん** · 2010/09/08(水) 17:18:29

GREEってRuby使ってんの？

**nobodyさん** · 2010/09/08(水) 17:45:48

>>68
使ってないんじゃない?
PHPの Ethna だったとおもうが

(バックグラウンドとか社内ツールで使っているかどうかはわからないけど)

**nobodyさん** · 2010/09/08(水) 18:23:51

>>66 は楽天でRuby使ってるからわかるけど
>>67 はイミフ

**nobodyさん** · 2010/09/09(木) 01:18:44

楽天はjavaでoracleじゃないの？
rorでケチらなきゃ逝けないほど金に困ってる訳でもないだろうし。

**nobodyさん** · 2010/09/09(木) 01:39:15

楽天の中の人に聞いたことがあるけど、
システムによっていくつか言語が違うらしい。

Java + Oracle のやつもあれば、PHP で作っているのもある。
んで、最近(といっても2年ぐらい前から?）、新規に作るやつは
Java じゃなくて rails でつくろう、なんて言っていたような

いずれにせよ ruby には傾倒しているけど、楽天内のすべてを
ruby に置き換えるつもりではないみたい。

**nobodyさん** · 2010/09/09(木) 07:37:43

http://www.rakuten.co.jp/sitemap/
買収しまくりだし開発環境が統一とかありえない。

**nobodyさん** · 2010/09/09(木) 08:54:34

派閥争いがあって淘汰されたりされなかったり

**nobodyさん** · 2010/09/09(木) 13:02:17

楽天ゴールデンイーグルスがRuby製だという噂が流れている

**nobodyさん** · 2010/09/09(木) 13:56:14

楽天は技術が無くて、コンサルの良いカモになってた覚えしか無い。

**nobodyさん** · 2010/09/09(木) 13:59:29

楽天の知り合いは、全然Ruby使ってないって言ってたけど

**nobodyさん** · 2010/09/09(木) 21:11:27

Ruby on Railsのパフォーマンス向上に関する10のtips
http://blog.tkmr.org/tatsuya/show/268-ruby-on-rails-10-tips
findメソッドはパワフルだけど基本SELECT * FROMなので場合によっては:selectで必要なカラムだけ読み込む、また:limitや:offsetを活用する

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

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

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

これを知っておかないと、MySQLサーバの再起動でDBデータの不整合が発生するかもしれません！ - よかろうもん！
http://d.hatena.ne.jp/interu/20100817/1282041840

**nobodyさん** · 2010/09/09(木) 21:20:31

[Rails] query-reviewerでRailsアプリのボトルネックを見つける
http://d.hatena.ne.jp/tkng/20080811/1218442298

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

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

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

Martin Fowler's Bliki in Japanese - エンタープライズRails
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?EnterpriseRails

MOONGIFT: ？ Railsを見える化「RailRoad」:オープンソースを毎日紹介
http://www.moongift.jp/2007/07/railroad/

「has_many :through の関連テーブル名には、relation_ の接頭辞を用いる」
http://d.hatena.ne.jp/hichiriki/20100622#1277195810

**nobodyさん** · 2010/09/09(木) 22:41:35

これはいいまとめGJ

**nobodyさん** · 2010/09/09(木) 22:46:36

まとめには見えないが。

**nobodyさん** · 2010/09/09(木) 22:56:37

このRailRoadってのいいな
ER図きっちり作って、schema.rbからマイグレーションファイル作って、みたいにしてたけど
実験的なアプリ開発なら、もういきなり　マイグレーション書いて　ER図に吐いての細かい繰り返しサイクルで開発やれそう

**nobodyさん** · 2010/09/09(木) 23:24:11

annotate_models は、テーブルの情報をModelとFixtureのファイルにコメントとして書き込んでくれる非常に便利なプラグイン
http://blog.s21g.com/articles/318
http://www13.atwiki.jp/maimuzo/pages/41.html

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

**nobodyさん** · 2010/09/11(土) 17:27:51

rails myapp
cd myapp
git init
git add .
git commit -m "my new app"
heroku create
git push heroku master

cd myapp
git remote add heroku git@heroku.com:myapp.git

http://docs.heroku.com/quickstart
http://docs.heroku.com/collab
$ heroku keys:add
$ git clone git@heroku.com:APPNAME.git -o production
$ git commit -a -m "log of the changes I made"
$ git push production master

**nobodyさん** · 2010/09/11(土) 19:22:23

=== Example story:

rails myapp
cd myapp
(...make edits...)
git init
git add .
git commit -m "my new app"
heroku create myapp
git remote add heroku git@heroku.com:myapp.git
git push heroku master

http://docs.heroku.com/heroku-command

**nobodyさん** · 2010/09/12(日) 00:59:46

「無限マラソン」リリースから16日間で会員数100万人
http://twitter.com/tanakayoshikazu/status/22231969025

**nobodyさん** · 2010/09/12(日) 13:49:52

>>86
で、それはRailsなの？

**nobodyさん** · 2010/09/12(日) 16:47:55

【怪盗ロワイヤル】ボス戦（マイアミ）
http://www.youtube.com/watch?v=RoyN2Q8pqwY

http://blog.esuteru.com/archives/941019.html

**nobodyさん** · 2010/09/12(日) 17:40:02

数日前からクリー関連の宣伝リンクを貼り続けてる阿呆がいるので運営に通報しておいた
今後は無視の方向で

**nobodyさん** · 2010/09/13(月) 15:56:41

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

出発進行！ Rails 3 の紹介
http://www.ibm.com/developerworks/jp/web/library/wa-introrails3/

Rails3対応プラグイン
http://railsplugins.org/plugins?criteria%5B%5D=1
http://railsplugins.org/plugins

**nobodyさん** · 2010/09/13(月) 18:31:19

ruby on rails

SNS

lovdbyless
http://lovdbyless.com/
OneBody
http://www.moongift.jp/2007/12/onebody/
Community Engine
http://www.moongift.jp/2008/05/communityengine/
松江SNS
http://matsuesns.jp/
tog
http://www.toghq.com/
skip
http://www.openskip.org/ja/
insoshi
http://github.com/insoshi/insoshi

グループウェア　groupware

thetis
http://sysphonic.com/ja/thetis.html
eNote for Community
http://community.enote.jp/
KnowledgeOn
http://www.knowledgeon.com/

**nobodyさん** · 2010/09/14(火) 11:33:14

rspec-railsを習得したいのですが、いい勉強材料ってないでしょうか。

**nobodyさん** · 2010/09/15(水) 02:19:21

もちろん、あります。

**nobodyさん** · 2010/09/15(水) 02:25:56

>>92
rspecではなくrspec-rails?
rspecならt-wadaのブログの写経がオススメだが。

**nobodyさん** · 2010/09/15(水) 23:34:20

hirb
script/console時にActiveRecordの結果を表形式で出力してくれる
http://d.hatena.ne.jp/rochefort/20100915/p1

**nobodyさん** · 2010/09/16(木) 17:55:19

hirbでActiveRecordの検索結果を見やすく表示する方法
http://memo.yomukaku.net/entries/10-hirbでActiveRecordの検索結果を見やすく表示する方法

**nobodyさん** · 2010/09/16(木) 18:18:23

Railsのクールなデザインを一瞬で自動生成する「Web App Theme」がステキ - 医者を志す妻を応援する夫の日記
http://d.hatena.ne.jp/shunsuk/20091020/1256038822
app/views/layouts/memos.html.erbは、削除しておいてください。
$ script/generate theme
$ rm app/views/layouts/memos.html.erb

Webシステム開発者に送る便利なテンプレート「Web App Theme」
http://www.moongift.jp/2009/06/web_app_theme/

http://github.com/pilu/web-app-theme
sudo gem install web-app-theme -s http://gemcutter.org

Pluginが広げるRailsの魅力
http://www.slideshare.net/dara/pluginrails

PHPのフレームワーク「Yii」
http://takaakl.blog107.fc2.com/blog-entry-4.html

**nobodyさん** · 2010/09/16(木) 23:59:45

>>92
>>14にあるのはどう？

RSpecとCucumberを使った振舞駆動開発(BDD)
　・The RSpec Book(英語, ベータ)
　http://www.pragprog.com/titles/achbd/the-rspec-book

Railsでのテスト駆動開発(TDD)の書籍。Tset::Unitから始まり、RSpec, Shoulda, Cucumber, Factory Girl, Rcovなども
　・The Pragmatic Bookshelf | Rails Test Prescriptions
　http://www.pragprog.com/titles/nrtest/rails-test-prescriptions

**nobodyさん** · 2010/09/18(土) 01:07:25

最近リンク貼りまくる奴がいるけど何なの？ウザいんだけど

**nobodyさん** · 2010/09/18(土) 01:08:50

>>99
最近じゃない。ずっと前からいる、たぶんボット。

**nobodyさん** · 2010/09/18(土) 02:14:52

前スレでリンク貼られるのが嫌な香具師が
別スレ作ったけどスルーされてスレ落ちてたくらいだ

**nobodyさん** · 2010/09/18(土) 13:17:23

Ruby初心者スレッドから誘導されてきました。

tableA
id|first_name|last_name|code

tableB
id|first_name|last_name|address|code

上記のようなテーブルがあり（ActiveRecordで作ったSQLite3）
tableBのlast_nameが未入力であるもののidと，それにcodeで対応しているtableAのidを同時に取得したいというのが目的です。
（両方のテーブルのidを取得するのが目的です。）

SELECT tableA.id AS A_id, tableA.last_name, tableB.id AS B_id from tableA LEFT OUTER JOIN tableB USING(code) WHERE tableA.code IN (SELECT code FROM tableB WHERE last_name = '');
とすると次のように結果が得られました（確認のため）。
A_id|last_name|B_id
....
....

ところが、Active Recordで
Table_A.find_by_sql(["select tableA.id AS A_id, talbeA.last_name, tableB.id AS B_id from tableA left outer join tableB using(code) where tableA.code in (select code from tableB where last_name = :name)", {:name => ''}])
としても
Table_B.find(:all,
:select => 'tableA.id as A_id, tableA.last_name, tableB.id as B_id',
:joins => 'LEFT OUTER JOIN tableB USING(code)',
:conditions => 'tableA.code IN (select code from tableB where last_nam = "")')
としても同じ結果を得られません。
（-> [#<Table_A last_name: "ほげほげ">]みたいなかんじでで，肝心のtableA.idとtableB.idがない。）
構文のどの辺りが間違っているのでしょうか？
あるいは、上記目的を達成する方法を教えてください。
よろしくお願いいたします。

**nobodyさん** · 2010/09/18(土) 14:17:24

試してみたいからRailsのバージョンを。
2と3でARまわりだいぶ違うから。

**nobodyさん** · 2010/09/18(土) 14:35:33

>>102
出てきたオブジェクトに実際にA_idとかB_idとかいうメソッドは
送ってみたかい?
もともと持ってるもの以外はinspectでは出てこないよ。

**102** · 2010/09/18(土) 17:42:07

>103
うっかりしてました。Rails 2.3.8，ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0]
です。
>104
なるほど、メソッドを送ってみるという検証方法は気づきませんでした。勉強になります。
ですが、結果は、だめでした。
ためしに、Table_B.first.addressとすれば問題ないところ（当たり前ですが）、
上記のfindの結果(配列のアイテムのうちの一つ)に対する.addressもだめでした。

取得するオブジェクト(の配列)がいったい何のサブクラスかが検討つきません。
（この場合Table_AでもTable_Bでもないようなので）

**nobodyさん** · 2010/09/18(土) 21:47:19

netbeans　で　jruby　mysql　はxpまで
すぐ接続できます。

jdbcでvistaで接続できません。
なにか方法ありますか？

**nobodyさん** · 2010/09/18(土) 22:03:08

まー端的に言ってしまえば、物中心の考え方は土人の思考だ。
そのほうが考えやすいって奴は、昔風の人ってこったろう。
それはそれで別にかまわないんだけど、今は21世紀だし、そんな思考回路じゃそのうち干されちゃうよ。
数学習ったんだろ？コミュニケーションが大事だって散々言われてるんだろ？
物事の関係を抽出して上手くまとめて機能させる、それが創造性だろ？
神は細部に宿るって言うだろ？目では見ること出来ない「関係」に神は宿ってるんだよ。
少なくとも「物」には神は宿らないよ、八百万の神じゃあるまいし、古臭い。
発展途上国の人たちはバイクのことをホンダと言い、トラクターのことをクボタと言うらしいが、
まだまだ機能で考える文化が無いんだろうね。これからに期待しよう。
でもお前らは運よく日本で生まれて中学校まで義務教育で、大体の奴は高校へ行き、今なら大学行くのも当たり前で、
高等な教育を受けれるラッキーな環境で育ったんだから、もうちょっと頑張れるよな。

**nobodyさん** · 2010/09/18(土) 22:13:10

>>106
Vista以降いろいろセキュリティ厳しくなってるせいとかだったりしないの?
とりあえずRailsそのものは関係なさげ。

**nobodyさん** · 2010/09/18(土) 23:26:02

>>105
なにが悪いかなんて明白じゃないか

**nobodyさん** · 2010/09/19(日) 03:18:26

馬鹿にはrorは無理。

**nobodyさん** · 2010/09/19(日) 03:47:29

Rails 3 in Action
8. File uploads - AVAILABLE
http://www.manning.com/katz/

**nobodyさん** · 2010/09/19(日) 13:58:39

最近Railsの勉強始めましたが素晴らしい設計ですね。
ソース読めば読むほど感動する。
考え方が一貫しているからなのか、
フレームワークのソースを素人でも読めるのも素晴らしい。
テストフレームワークも素晴らしかった。
Rails3のソースも早く読みたい。
とにかくJavaに戻る気にはもうなれない。
カオス状態のJava関連のフレームワーク連携を強みにしてたが
自分の存在価値すら薄っぺらく感じてしまった。
Javaの仕事しかない現職から転職しようか真剣に考え始めてるぐらいだ。

**nobodyさん** · 2010/09/19(日) 14:41:51

>>102
とりあえずtypoは直そう、な。

**nobodyさん** · 2010/09/19(日) 15:08:21

>>102 やってみたが、とりあえず、同じ結果が得られた、とだけ。
$ script/dbconsole
sqlite3> select * from tableA;
id first_name last code
---- ------------- ---- ----
1 AAA BBB 123
2 CCC DDD 456
sqlite> select * from tableB;
id first_name last addr code
---- ------------- ---- ---- ----
1 AAA BBB ZZZ 123
2 CCC DDD YYY 456
sqlite> select tableA.id AS A_id, tableA.last_name, tableB.id AS B_id from tableA left outer join tableB using(code) where tableA.code IN (select code from tableB where last_name = 'DDD');
A_id last_name B_id
---- ------------- ----
2 DDD 2

$ script/console
result = Table_A.find_by_sql(['select tableA.id AS A_id, tableA.last_name, tableB.id AS B_id from tableA left outer join tableB using(code) where tableA.code in (select code from tableB where last_name = :name)', :name => 'DDD'])
=> [#<Table_A last_name: "DDD">]
>> result.first.A_id #=> 2
>> result.first.B_id #=> 2
>> result.first.last_name # => "DDD"
最後の、Table_BじゃなくてTable_Aじゃね?
>> result = Table_A.find(:all, :select => 'tableA.id AS A_id, tableA.last_name, tableB.id AS B_id', :joins => 'LEFT OUTER JOIN tableB using(code)', :conditions => 'tableA.code IN (select code from tableB where last_name = "DDD")')
=> [#<Table_A last_name: "DDD">]
>> result.first.A_id #=> 2
>> result.first.B_id #=> 2
>> result.first.last_name # => "DDD"

**nobodyさん** · 2010/09/19(日) 16:31:07

Rails3でもページネーションはmislav入れないといけないの？
どうしてウェブアプリにおいて必須の機能をデフォルトにしないんでしょうかね。。

**nobodyさん** · 2010/09/19(日) 16:53:58

必須な機能だからこそ、プラグイン形式にして分離してるんだと思うけど

**nobodyさん** · 2010/09/19(日) 18:27:03

>>102 は釣り＆マルチ

**nobodyさん** · 2010/09/19(日) 20:10:43

>>116
そういう考え方はRailsの精神に反してるような気がするのですが。
まぁRails3からはモジューラブルになるから適してるのかもしれないけど。

**nobodyさん** · 2010/09/19(日) 21:37:02

acts_as_*と同様に必ずしも必須じゃないから分離したんだと思う。
RailsにバンドルだとリリースタイミングがRailsと同じになってしまうので、
エコシステムに任せた方が進化が早い。
あと分離すればRailsコアとしてメンテナンスしなくてもよくなるので、
より重要な部分にリソースを避ける。

**nobodyさん** · 2010/09/19(日) 22:45:35

app/models/test/hogehoge.rbとした場合
コントローラーからHogehogeを呼び出すにはどう記述すればいいのかな？

**nobodyさん** · 2010/09/19(日) 22:58:31

Test::Hogehoge.new

**nobodyさん** · 2010/09/19(日) 23:58:48

やっぱり
vistaでnetbeans　で　rubyは動かない。
なにをどうやっても通らない。odbcはつながるが、jdbcでmysql接続はできない。

**nobodyさん** · 2010/09/20(月) 00:07:52

jdbc ?

**nobodyさん** · 2010/09/20(月) 00:23:07

>>121

でけた　ありがとう

**nobodyさん** · 2010/09/20(月) 01:13:42

どうしてJDBCが出てくるんだろうな。

**nobodyさん** · 2010/09/20(月) 10:19:29

Active Record Query Interface
原文
Active Recordクエリのインターフェイス(Active Record Query Interface)
1 データベースからオブジェクトの取得(Retrieving Objects from the Database)
1.1 単一オブジェクトの取得(Retrieving a Single Object)
1.2 複数のオブジェクトの取得(Retrieving Multiple Objects)
1.3 バッチで複数のオブジェクトの取得(Retrieving Multiple Objects in Batches)
http://wiki.usagee.co.jp/ruby/rails/RailsGuides%E3%82%92%E3%82%86%E3%81%A3%E3%81%8F%E3%82%8A%E5%92%8C%E8%A8%B3%E3%81%97%E3%81%A6%E3%81%BF%E3%81%9F%E3%82%88/Active%20Record%20Query%20Interface

**nobodyさん** · 2010/09/20(月) 14:28:10

なぜjdbc

**nobodyさん** · 2010/09/20(月) 16:02:09

rdbcを作るべきだな。
jniごしにjdbcを読んでもいいけど。

**nobodyさん** · 2010/09/20(月) 19:23:27

Active Recordで悩むくらいなら、はじめから普通にSQL使っとけば？
っていう発想は間違いなの？

**nobodyさん** · 2010/09/20(月) 20:09:15

**nobodyさん** · 2010/09/20(月) 20:38:51

>>129
同感だね。
遊び/評価/実験/プロトタイプでARを使うなら、ほとんどE-Rモデルや
SQLの知識が無くても、ARがすべて自動マッピングしてくれるけど、
現実のWebアプリ開発ともなると性能チューニングが必要になるから、
SQLの知識は間違いなく必須のものになる。

それだったら、ARはDBインターフェイス仕様の差異を吸収するだけの
薄い皮で十分であり、旧来のE-Rモデルによる設計とSQLによるアクセスで
Modelを実装できたなら自由度があって良いのに....と考えてしまう。

　Martin Fowler's Bliki in Japanese - ドメインロジックとSQL
　　http://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL

**nobodyさん** · 2010/09/20(月) 21:17:11

ActiveRecordで困ったことは１度も無いけど
自由度が無くて不便と感じるのは例えばどんな時？

**nobodyさん** · 2010/09/20(月) 21:32:17

条件に見あうレコードを探し出す程度なら困ることはないと思うけど、
集計レポート作るみたいな作業は、ARに落とし込めるSQLの範囲でがんばっ
たり、Ruby側でfindの結果を操作する(=ARインスタンスを作りまくる)より
SQLを直に書いたほうがのほうが分かりやすいし、メモリ効率もマシ。

**nobodyさん** · 2010/09/20(月) 21:51:58

死ぬほどアクセス数が多いサイトを扱ったことがある奴じゃないと
負荷とかメモリ使用量なんて考えたことないんだよ。

そういうサイトではo/rマッピングで吐き出したSQLもチューニングの対象になるわけ。
だったらはじめからチューニングの必要があるものなんて使わないという単純な発想。

しょぼいサイトしか扱ったことがない奴には想像できない世界かもしれんがな。

**nobodyさん** · 2010/09/20(月) 22:05:19

月間ページビュー数億程度のサイトしか持ってないけどActiveRecordで全く困らんなぁ
パフォーマンスで気を配ってるのはデフォルトのキャッシュ機能で画像キャッシュしてるぐらい。
AmazonEC2だからチューニング次第でもっと安く済ませられるんだろうけど。

**nobodyさん** · 2010/09/20(月) 22:42:20

ようは開発コストと運用コストのバランス

**nobodyさん** · 2010/09/20(月) 22:48:24

スピードだけが問題なら、どっちが早いと決めつけずにベンチマークを取るべし。

**nobodyさん** · 2010/09/20(月) 23:02:46

ORMとして使う分にはそんなに困らないよ。
>>113 が言っているような集計レポート作成は
オブジェクトにマッピングする処理じゃないので
ORMの仕事としては範疇外であって、
それはそれで別のライブラリがあるとよいとは思う。

**nobodyさん** · 2010/09/20(月) 23:05:37

動的にメソッド生成したり数十のモジュールインクルードしたり、
裏でごちゃごちゃやってんだから遅くなるのは当たり前だろ。
速さ追求するならそもそもRailsなんて使うな。

**nobodyさん** · 2010/09/20(月) 23:32:18

アセンブリ言語
アセンブラ

**nobodyさん** · 2010/09/20(月) 23:46:10

なんでこんなに議論しているのかわからんのだけど、
はじめは ActiveRecord の O/R マッパーを使っておき、
どうしても直接 SQL 書きたかったら、その Model クラスに
find_by_sql() みたいなメソッド定義して直接 SQL 書いて、
コントローラからはそっちを呼ぶようにすればいいんじゃないの?

**nobodyさん** · 2010/09/20(月) 23:56:52

>>141
実際そうだと思う

Cookpadとか大規模サイトのプレゼン資料とか見てたら、大変そうだったな
分散DB使わずに、でもよくスケールしにくいRDBでやってるよなー

俺には当分関係なさそうな話だが

**nobodyさん** · 2010/09/21(火) 00:03:11

Amazon使ってりゃサーバの知識なんてほとんど要らんよマジで。

**nobodyさん** · 2010/09/21(火) 00:31:09

Scaling Twitter
600 requests per second.
180 Rails Instances (Mongrel).
1 Database Server (MySQL) + 1 Slave.
30-odd Processes for Misc. Jobs
8 Sun X4100s
http://www.slideshare.net/Blaine/scaling-twitter

Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
http://blog.tkmr.org/tatsuya/show/311-twitter-db-rails

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

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

**nobodyさん** · 2010/09/21(火) 00:44:05

おまえらがそんな話で盛り上がるから、
手動スパムボットが作動したじゃないか

**nobodyさん** · 2010/09/21(火) 01:40:14

>>143
kwsk

herokuならmanagedだから分かるけど、AmazonはスケールしやすいVPSみたいなイメージだあるんだけど
だとしたらサーバー管理面倒じゃないか？

**nobodyさん** · 2010/09/21(火) 05:39:57

そもそも外にデータ置くとかあり得ないし。

**nobodyさん** · 2010/09/21(火) 10:36:49

This site is running on Instiki 0.18.1(MML+)
Powered by Ruby on Rails 2.3.5
http://instiki.org/show/HomePage

Instiki
Ruby on Railsを利用したWikiエンジンです。
http://www.moongift.jp/2005/11/825/
http://www.moongift.jp/2009/07/instiki/

http://rubyforge.org/projects/instiki/

**nobodyさん** · 2010/09/21(火) 10:54:01

>>143
さすがにそれは傲慢な考えだしいつか痛い目みると思うよ
パフォーマンスじゃなくセキュリティの方で

**nobodyさん** · 2010/09/21(火) 12:07:17

>>120
environments.rb のloadpathに書いておけば XXX::hoge ではなく
hoge の形式で呼び出せるのでそっちのがいい

**nobodyさん** · 2010/09/21(火) 13:40:49

Instiki
http://instiki.org/show/HomePage

windows
http://rubyforge.org/frs/download.php/71696/instiki-0.18.1.zip
http://rubyforge.org/frs/?group_id=186&release_id=44144
http://rubyforge.org/projects/instiki/

$ instiki.cmd
http://127.0.0.1:2500/

**nobodyさん** · 2010/09/22(水) 01:42:54

Hiki
http://hikiwiki.org/ja/

AsWiki
http://aswiki.sourceforge.net/

Instiki
http://instiki.org/show/HomePage

BitChannel
http://i.loveruby.net/w/BitChannel.html

Ruwiki
http://ruwiki.rubyforge.org/ruwiki.cgi/Ruwiki/ProjectIndex

http://www.moongift.jp/2009/03/wiki_on_rails/
http://www.moongift.jp/2007/10/groupswiki/
http://www.moongift.jp/2008/05/bitswiki/
http://www.moongift.jp/2008/03/signal_wiki/

**nobodyさん** · 2010/09/22(水) 11:10:33

SQLで直接DBをいじっているうちに、マイグレーションファイルとの差異が大きくなりすぎました
こういう場合どうすればよいのでしょうか

**nobodyさん** · 2010/09/22(水) 11:44:55

残念ながら、手遅れです。
一度マイグレーションを使うと決めたら、二度とスキーマを直接いじってはダメです。
この場合、マイグレーション機能をあきらめ、この先ずっとSQLいじりを続けるしかありません。
それがお嫌でしたら、自分の無能さを嘆きつつ、泣きながら手作業でSQLいじりの内容を
マイグレーションファイルへ反映させてください。

**nobodyさん** · 2010/09/22(水) 12:35:39

別に泣きながらというほどでもなかろう

**nobodyさん** · 2010/09/22(水) 13:57:51

>>154
無能はおまえだ。無知はこわいな

**nobodyさん** · 2010/09/22(水) 14:13:03

他人を無能呼ばわりしておきながら、
自分では>>153へ何ら対処方法を示すことができない男の人って、

**nobodyさん** · 2010/09/22(水) 14:37:00

女ですが何か？

**nobodyさん** · 2010/09/22(水) 15:09:30

デワ、

他人を無能呼ばわりしておきながら、
自分では>>153へ何ら対処方法を示すことができない女ってさ、

**nobodyさん** · 2010/09/22(水) 15:33:25

マジレスすると db/migrate/* を全部消して schema.rb を元に
一つだけmigrationを作ったあと>>153を首にする

**nobodyさん** · 2010/09/22(水) 19:38:21

>>160
もっといい方法はないですか？
schema.rb はコピペするだけでは済まないような内容になってしまっていて・・・
いろいろ編集しないとそのまま使えないので大変です

**nobodyさん** · 2010/09/22(水) 19:41:54

どう済まないのか具体的に書けよ
それでわかるわけないだろ

**nobodyさん** · 2010/09/22(水) 20:11:37

>>162
classの宣言がないのでとにかく不便なんです。
class A < ActiveRecord::Base
みたいな部分です。

**nobodyさん** · 2010/09/22(水) 20:31:11

> schema.rb はコピペするだけでは済まないような内容

DBの設計ミスですね。

**nobodyさん** · 2010/09/22(水) 20:34:41

schema.rb はテーブル構造やインデックスを構成するために使い、
ARで作るデータはseeds.rbで流し込む。

**nobodyさん** · 2010/09/22(水) 21:34:00

>>163
おまいはどうしてそんなに説明が下手なんだよ