【Ruby】Ruby on Rails Part6

**nobodyさん** · 2008/10/24(金) 17:46:53

■前　Ruby on Rails のスレが
http://pc11.2ch.net/test/read.cgi/php/1207425569/

■参考サイト
<英語>
本家：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/

■参考スレ
Rubyについて Part 33
http://pc11.2ch.net/test/read.cgi/tech/1223709050/
Ruby 初心者スレッド Part 22
http://pc11.2ch.net/test/read.cgi/tech/1221467121/

**nobodyさん** · 2009/02/16(月) 07:44:54

アプリケーションが利用するDBユーザにcreate,alter,drop権限なんか
与えるのか、って問題も大きいぞ。必要性がないだろ。

**nobodyさん** · 2009/02/16(月) 08:37:14

>>388
え?

**nobodyさん** · 2009/02/16(月) 09:05:10

>>388
おかしい事言ってるのはお前のほうだぞ。
migrationで直接SQL実行する事はよくある。

**nobodyさん** · 2009/02/16(月) 09:36:28

つまりマイグレーションなんてへなちょこスクリプトと同次元の取るに足らない存在で
いちいち語るに値しないと言うことですね

**nobodyさん** · 2009/02/16(月) 10:35:10

機能としてはね。
DBはオブジェクトの永続化目的でしかなく（=ActiveRecord）、
スキーマ操作はフレームワークの管理下においてアプリの一部として扱え（=migration）、
という割り切りが重要。

**nobodyさん** · 2009/02/16(月) 20:34:58

>>387
基本的なところは同じ。
でも、2.0の本読んだ後に1系の本読むのは時間がもったいない。
最新の2.2系を使ってアプリ組むほうがいい。

**nobodyさん** · 2009/02/17(火) 21:52:00

おまいら、設定より規約ですよ。

**nobodyさん** · 2009/02/17(火) 23:32:32

>>394
ありがとうございます。
今日電車の中で何章か読みました。Simply RailsではAutomagicalな
こと(って表現は使ってませんが)ばかりだったけど、舞台裏が分かると
とても理解しやすい。

で、自分自身はアプリを作るわけじゃなくて、十年以上熟成したPerl+PHP
スパゲッティ(初期の責任は私にあります)を、来年度どうするか検討する
ための指示をする立場なので、まずはもうちょっと掘り下げたいと思います。

**nobodyさん** · 2009/02/19(木) 06:55:17

まぁphpやperlでスパゲッティ作る奴は、
なんだかんだでruby使ってもおいしい
スパゲッティを作ることが出来る。

**nobodyさん** · 2009/02/19(木) 11:20:22

それぞれがスパゲッティというわけじゃなくてね、
のべ数百人が1000を超えるモジュールを作っていて、
ドキュメンテーションもろくにしてない上に、
当時の担当者はほとんど異動や退職でいなくなってるわけですよ。
そろそろ全体をリファクタリングしないといけないよね、と
思ってるんだけど、ならば共通のプラットフォーム整備して
やらないといけないよなー、なんてたまには悠長な仕事の
仕方をしようかと企んでるわけです。

**nobodyさん** · 2009/02/20(金) 08:11:16

のべ数百人が関わってきてその状態じゃ
今までも同じように誰かがリファクトしようとするんだけど
結局他の仕事やらで一部を改修したに過ぎず
その実スパゲティに一味加えただけであり
それが繰り返されるスパイラルに陥ってる可能性高いなあ

本当に時間と（力のある）人を投入できて
且つその案件がそれ相応の対価に本当になるモノなのか、
自ら貧乏クジ引こうとしてないかよく考えた方がいいかもね、
とか余計なお世話してみる

この世界で悠長なんて幻想だぜ
なぜならそこに、あんたの目の前に美味しそうなスパゲティがあるからだ
みんな俺こそ全部食ってやると思うんだ
そして今、おまえの番だ

**nobodyさん** · 2009/02/20(金) 13:32:32

スパゲッティ回避のために、上から言えるのはこんなとこか。

RDドキュメント
自動テストのカバレージ100%必須
ペアプロ
コードレビュー

うーん、どれもやったことのない人にはブーイング必至。
人望がためされますな。

**nobodyさん** · 2009/02/20(金) 15:32:38

ペアプロやるならコードレビューいらんし。
というか無駄。

**nobodyさん** · 2009/02/20(金) 15:37:21

そんなに大量のプログラムがあるなら、
個々のプログラムよりも全体を見ることが重要だと思うが
ひとつひとつは問題なくても実はたくさん重複してたり、
ルールを決めればうまくいく部分がたくさんあるなんてよくある
>>400は単体レベルしかサポートしてないな

**nobodyさん** · 2009/02/20(金) 18:00:18

>>401
のべ数百人で、同時に何十人かが同じプロジェクトで仕事してるとすると、
ペアプロよりもうちょっと大きい集団で意志統一が必要じゃないか?

**nobodyさん** · 2009/02/21(土) 01:58:12

馬鹿二人でやってもしょうがないしな

**松江の鉄オタ厨房キハ１８７** · 2009/02/22(日) 00:01:46

Windows上でのRuby on Railsの初心者向けインストール手順書を作ってみました。（再配布歓迎っす）
ttp://www.scribd.com/doc/12709376/Microsoft-WindowsRuby-on-RailsRuby-on-Rails-for-Microsoft-Windows-installation-procedures
※ページ数が63ページにわたるので要注意

ハードコピーを多用したので、ページ数が多くなっていますが、インストールする手順はイメージしやすいと思います。
これで、Ruby on Railsの環境構築のハードルが低くなると嬉しいです。

**nobodyさん** · 2009/02/22(日) 00:40:55

すいません、最近ruby on rails　始めたんですが、サーバとしてApache の他にPound とかMongrel を使う理由がいまいちよく分かりません。
どういう利点があってpache以外のサーバを使うんでしょうか？

**nobodyさん** · 2009/02/22(日) 01:42:57

>>406
お前は何を言っているんだ。

Apache … Webサーバ
Pound … リバースプロキシ＆ロードバランサ
Mongrel … Rails用（だけじゃないけど）アプリケーションサーバ

それぞれ役割というか種類が別のものなんだが。
ただしApacheはmod_proxy_balancerを組み込むことでリバースプロキシ＆ロードバランサ
にもなるし、Passenger(mod_rails)を組み込むことでRails用アプリケーションサーバにもなる。

それにPoundとかMongrelとか、誰に聞いたんだよそれ。情報が古すぎる。
リバースプロキシはApache2+mod_proxy_balancerかNginx、アプリケーションサーバは
ThinかEbb、それもめんどくさいからたいていはApache2+Passengerってのが主流。

**nobodyさん** · 2009/02/22(日) 01:52:04

スケールさせる用途もあるね。
Apache2+Passengerも一台で足りないなら、
ハードウェアのロードバランサか、
PoundやApache+mod_proxy_blancerやLVS
といったソフトウェアロードバランサを使う。

**nobodyさん** · 2009/02/22(日) 04:45:32

最近開発期間がかなり短い案件が増えたせいでrails大活躍だわ
先に画面サクサク作って客に動かしてもらうと、リリースギリギリの仕様変更が比較的少ない
触ることでイメージしやすいから、要件が短期間で固まるって感じ
画面作ってひたすらカバレッジの流れもrailsはすんなりできるからいいね

**nobodyさん** · 2009/02/22(日) 12:00:59

railsアプリは保守が面倒くさい印象があるんだが。

**nobodyさん** · 2009/02/22(日) 13:45:57

冗談でいってるんでしょ。

**nobodyさん** · 2009/02/22(日) 14:40:19

>>410
開発のサイクルがめまぐるしく早いのと、DHHが後方互換性を全く気にしない
せいで、1年前に作ったアプリが最新版のRailsじゃ動かないとかザラだしね。

RackのRuby1.9対応が終わり次第2.3の正式版がリリースされるそうだけど、
5月にはmerbと融合した3.0が出るらしいし、ここでもこれまで以上に後方
互換性がないがしろにされそう。

ただしmerbの中の人たちはその辺りのことをDHHよりは気にしてるという話
なので、3.0以降は少しはマシになると思いたいが。

**407** · 2009/02/22(日) 14:57:27

なるほど。ありがとうございます。
すいません、もう一つ・・
Webrick っていうのは簡易なウェブサービス用で、外部に公開する目的で作るのならば、使う必要がない感じでしょうか？
普通にApacheで開発でいいのかな。。

**nobodyさん** · 2009/02/22(日) 15:49:54

>>412
別に最新のrailsを使う必要ないし、そのためにバージョン指定して動作できるようになってる。

**nobodyさん** · 2009/02/22(日) 16:07:11

>>413
WEBrickはアプリの動作確認用にオマケでついてくるサーバであって、これを
公開する物好きはあまりいないと思う。

最初の質問を補正しながら答えると、MongrelやThin単体であってもインター
ネットに公開されているサーバで80番ポートで起動すればサービスの運用は
可能だし、その点はWEBrickも同様。
しかし実際にそれをやるのは間違いなく素人で、普通はその上にリバース
プロキシをかぶせる。
これが>>407で言ったApache2+mod_proxy_balancer等のこと。

なぜこうするかという理由は２つある。

１つは公開サービスには複雑な運用が求められること。
同じサーバで別ドメインのサービスを運用したり、特定のアドレスからのアクセス
を制限したり、任意のURLへのアクセスをリダイレクトさせたりといった必要が
出てくる。
ApacheやNginxは、デフォルトもしくはモジュールを組み込むことでこのような
機能に対応している。

**nobodyさん** · 2009/02/22(日) 16:08:02

>>415の続き

もう１つの理由は負荷分散にある。１台の物理的サーバに１つのMongrelしか
立てないのは、ハードウェアリソースの多大なる無駄遣い。
１プロセスのMongrelが秒間にさばけるリクエストは限りがあるが、Mongrelの
プロセスを増やすことでその上限を増やすことができる。

ただしMongrelは１プロセスにつき１つのポートを使用するわけで、全部の
Mongrelを80番ポートであげるわけにはいかない。
よって複数のMongrelを別々のポートで立ち上げ、80番にはApacheを立ててそこ
に来るアクセスをバランスよく複数のMongrelが使用するポートに振り分けて
やるといったことを行うわけだが、それを可能にするのがmod_proxy_balancer
というモジュールだ。

**nobodyさん** · 2009/02/22(日) 16:17:51

>>416の続き

今言ったような情報はネットで検索すれば出てくる程度の話だが、これら
の情報を自力で集められない人にとってはRailsで開発することは勧められ
ない。

なぜならRails界隈の動向というのは>>412のような状況なので、技術トレンド
についていけない人が作ったシステムは、あっというまにout of dateになって
誰もメンテできなくなってしまう可能性が高いから。

Railsの開発コストが低いというのは、それ相応のスキルと周辺知識を持った
人が開発した場合の話であって、プログラミングの素人が初めてアプリを作る
環境としてはどうかと思うし、後々のメンテナンスコストを考えると自分なら
止めるだろう。

なら現時点では何がいいのかと聞かれると答えに困るが。

**nobodyさん** · 2009/02/22(日) 16:23:03

まとめてサイトにして立ち上げてくれると神だぞ

**nobodyさん** · 2009/02/22(日) 16:26:38

>>414

そんなことは先刻承知の上での意見なんですが。
開発チームがすでにメンテを放棄したバージョンのフレームワークで、自社
の大事なサービスを動かしておきたいと考える経営者がいると思う？

そのアプリを開発したエンジニアがずっと会社にいてくれるわけでもなく、
またトラブルが起きた場合にWebやコミュニティで情報収集しようと思って
も、誰も使ってないバージョンだと誰も答えてくれない、情報もないという
事態が起きることは十分あり得るし。

**nobodyさん** · 2009/02/22(日) 17:04:10

>>413
今までPHP等でやってた人？Railsはアプリを動かすのにサーバー側の知識がいるからちょっと大変かも

お勧めは本番環境がapache＆passenger、開発環境はwebrick

多分これが今は一番お手軽。とにかく最初これでアプリを動かしてみる。慣れてきて不満点が見えてきたら他の環境にも目を向けよう

**nobodyさん** · 2009/02/22(日) 17:10:56

技術の陳腐化はRailsに限った話ではないけどね
JavaやPHPで作られたシステムが、Railsで作られたシステムよりも明らかに陳腐化しにくいとは思えないが

その辺りの話が書かれているので、読んでいないなら一読をおすすめします
「JavaからRubyへ――マネージャのための実践移行ガイド」

**nobodyさん** · 2009/02/22(日) 17:33:37

>>421
あくまで程度の話で、All or Nothingで言っているわけじゃない。
だからこそ、3.0以降なら手を出してもいいんじゃないかと言ってるわけだし。

JavaよりもRubyのほうが使い勝手がいいというのは同感だが、自分が言って
いるのはあくまでRailsの話。
DHHはMatzを見習って、もうちょっと温和になってほしい。

**413** · 2009/02/22(日) 17:37:09

レスありがとうございます。

>>420
そうです。あとperlとか。
自宅サーバ立てて遊んだりしているのでapacheいじったことはあるのですが、他のサーバいじったことはなかったのもので・・

>>415
とても詳しくありがとうございます。勉強になります。
railsは難しくても使い続けようと思っているのでがんばって勉強してみます。

ありがとうございましたｍ(_ _)ｍ

**nobodyさん** · 2009/02/22(日) 18:54:59

よし！おれこれからRails1.2.6でアプリつくる！

**nobodyさん** · 2009/02/22(日) 22:45:21

ソフトウェア開発には、しばしば交わっているがたいていは分かれている、
5つの世界がある。

その5つとは：

１．パッケージ
２．インターナル
３．組み込み
４．ゲーム
５．使い捨て

スクリプト言語の得意分野は、５．

**nobodyさん** · 2009/02/22(日) 23:15:15

ジョエルだっけ。

**nobodyさん** · 2009/02/22(日) 23:21:03

今時のWebサービスの寿命って、成功してなきゃ結構短いからなぁ
Railsなら作り直し楽だけど
そういう意味では使い捨てか

**nobodyさん** · 2009/02/23(月) 01:21:50

関係ないが「Webサービス」って言葉を「Webで提供しているユーザー向け
サービス」という意味で使うエンジニアとは仕事したくないなあ。

「Wikipedia」を「Wiki」、「シェルスクリプト」を「シェル」と略す輩も同様。

**nobodyさん** · 2009/02/23(月) 01:22:47

シェルはいいだろ

**nobodyさん** · 2009/02/23(月) 01:33:27

よくないよ。
シェルとシェルスクリプトは全くの別物で、意図して使い分けられてないと
聞くほうが混乱する。

両者を混同するプログラマは、自分にシェルそのものを作れる技術がない
から「シェルを書く」と言ってもシェルスクリプトに決まってると勝手に思って
るんだろうが、Cでシェルが書けるプログラマにとってはまぎらわしいんだよ。

**nobodyさん** · 2009/02/23(月) 01:43:36

文脈で判断しろ。普通にわかるだろ

**nobodyさん** · 2009/02/23(月) 01:47:14

だから、そういう言葉の定義を全く気にしないプログラマが書いたコード
なんか読めたもんじゃないし、後々何が起きるかわからないという話だよ。

スレ汚しｽﾏｿ

**nobodyさん** · 2009/02/23(月) 02:25:37

じゃあ仕事しないんだ

**nobodyさん** · 2009/02/23(月) 03:09:16

Webサービスって言葉が変、ってW3Cに言っといてくれ。
Webサーバという言葉が一般的なんだから、Webサーバが提供するサービスは、
それがSOAPだろうがRESTだろうが人間が直接読むHTMLだろうが、Webサービスだ。
それ以外の変な限定的な定義づけは混乱を招くだけ。

Webサーバという言葉がそもそもおかしいというなら、まずその単語を撲滅して
HTTPサーバという呼び方に、世の中を全面的に変えてくれ。

**nobodyさん** · 2009/02/23(月) 03:47:37

わかんないやっちゃな。
誰も一般的な解釈がどうとかの話をしてるんじゃないんだ。

「Webサービス」という言葉がSOAPやRESTスタイルのWebAPIを提供する
ものを指すという事実をそもそも知らないエンジニアは論外だし、その
技術的定義を知っていてなおかつ「Webで提供されるユーザー向けサービス」
の意味で使っても気にならないような、言葉の定義に無頓着なエンジニア
は、経験上ろくなコードを書かないと言ってるだけだ。

**nobodyさん** · 2009/02/23(月) 05:54:49

>>417
>>414とかどう思う？
理性としては分かるけど、本能的に不安なんだよ

417=419じゃないよね？

**nobodyさん** · 2009/02/23(月) 06:11:58

あぁん？
そこまでいうなら、お前の定義するWebサービスが正統だと証明できる根拠を見せてほしいが
俺の経験上、多くの人間がそれぞれ微妙に違う意味合いで理解している言葉を
俺が理解こそ正しいと自分の定義づけを押し付けてくる輩にロクなエンジニアはいないんだが

**nobodyさん** · 2009/02/23(月) 07:27:58

シェルとシェルスクリプトは違うって突っ込まれるのはたまに見るけど、
それについて噛みついてるのを見るのは初めてかも。
「ふ～ん、そうなんだぁ」
って思っておけばいいじゃん、そんな興奮しなくてもさ。
言葉を正しく知らない方が、ロクなエンジニアじゃないと思うよ、やっぱり。
ともあれ、両者落ち着いてまったりいきましょう。

**nobodyさん** · 2009/02/23(月) 07:33:03

言葉なんて通じりゃいいんだよ。
そんなしょうもないことにこだわるやつは
技術者としては優秀なやつがいたとしても
協調性がなかったりして性格がいがんでる。
仕事が出来ないやつが多い。

**nobodyさん** · 2009/02/23(月) 07:43:40

>>437
ブーメランもいいとこ
自分の考えを押し付けてるのはあなた

**nobodyさん** · 2009/02/23(月) 09:44:52

じゃあユーザ向けのWebサービスはなんて呼んでAPIのWebサービスはなんて呼ぶんだぜ

**nobodyさん** · 2009/02/23(月) 10:42:44

>>434

・言っといて
・変えてくれ
・根拠のない一般論

主体性のカケラもねえのなｗｗｗｗｗ

**nobodyさん** · 2009/02/23(月) 10:54:05

× 俺が理解こそ正しい
○ 俺の理解こそが正しい

×いがんでる
○ゆがんでる（歪んでる）

こんな短いやりとりの中で、すでにSyntax Errorが２つもある。
「言葉なんて通じりゃいい」と主張する輩のコードが汚いという
ことを自ら証明しているようなもんだ。

**nobodyさん** · 2009/02/23(月) 11:31:01

スパゲティ大好きな一匹狼によく見るタイプだよな。
視認性とかメンテ性とか無視、より効率的に美しく。ただし自分的に。
ライブラリ大嫌いでコピペと車輪の再発明が大好き。
自分のコードすげえとか悦に浸るオナニーコーディング。

で、掲示板でこんだけ威勢張ってて、協調性について語ってるのは笑いどころ？

**nobodyさん** · 2009/02/23(月) 14:04:50

>>443
そんなの分からないだろ。
母国語の言語力を犠牲にして得た力があるかもしれない。

**nobodyさん** · 2009/02/23(月) 15:00:32

「いがんでる」って方言だべ

**nobodyさん** · 2009/02/23(月) 15:51:39

したっけ、まんず日本の総理大臣のいいまつがえをなんとかすっぺぇよ。

**nobodyさん** · 2009/02/23(月) 17:49:10

>>443
いがんでるを方言だと認識できずに、SySyntax Error扱いしている
お前の欠陥エンジンもどうにかしたほうがいい

**nobodyさん** · 2009/02/23(月) 17:51:15

不毛な話題ほど盛り上がる

**nobodyさん** · 2009/02/23(月) 23:00:12

参加しやすいからね

**nobodyさん** · 2009/02/23(月) 23:09:22

ばいくしぇっど?

**nobodyさん** · 2009/02/24(火) 00:36:22

railsじゃない話題で大盛り上がりだ！

**nobodyさん** · 2009/02/24(火) 01:21:46

既にRailsで語ることがないぐらい廃れてるということ。

**nobodyさん** · 2009/02/24(火) 01:53:24

もういいからクニに帰れよ田舎者

**nobodyさん** · 2009/02/24(火) 12:23:40

PHPやpythonのRails風フレームワークと比べて優れてるところは？

**nobodyさん** · 2009/02/24(火) 12:47:30

>>455
Rubyで書かれてることかな。
RSpecやCucumberのようなDSL形式の優れたプラグインが多い。

**nobodyさん** · 2009/02/24(火) 13:44:01

じゃあ劣ってるところは？

**nobodyさん** · 2009/02/24(火) 14:04:25

DHHが俺様なこと。

**nobodyさん** · 2009/02/24(火) 16:02:12

>>456
それ単にお前が他のＦＷのプラグイン知らないだけじゃんｗｗｗｗ
pythonに比べると、rubyで書かれてるって欠点でしかない

**nobodyさん** · 2009/02/24(火) 16:05:12

>>456
あからさまな荒らしにかまうな。

**nobodyさん** · 2009/02/24(火) 16:09:08

つーより言語論争のきっかけになるようなレスしてる>>456が荒らし

**nobodyさん** · 2009/02/24(火) 19:40:35

DSLが何かご存じないようで。
デジタル加入者線のことじゃないぞ。

**nobodyさん** · 2009/02/25(水) 01:09:19

>>459
rails風fwじゃなくてPython on Railsが出ればよいのになあ

**nobodyさん** · 2009/02/25(水) 01:22:07

>>463
作ればいいだろ

**nobodyさん** · 2009/02/25(水) 01:44:06

Pythonスレで言えよ。
ここでPythonをDisられたいの？マゾなの？

**nobodyさん** · 2009/02/25(水) 02:14:11

>>463
階層が深くないDjangoが良いらしいよ。
Pythonユーザは。

**nobodyさん** · 2009/02/25(水) 14:32:12

Railsからフレームワークってやつを使い始めたから、Djnagoはちょっと使いづらかった。
テンプレートはシンプルで好きなんだけどね。

**nobodyさん** · 2009/02/25(水) 15:37:43

規約があるから他の人のソースも読みやすいはず！

と思っていた時期もありました。

**nobodyさん** · 2009/02/25(水) 16:30:20

みんな今後のRailsに何を求めてる？
正直、当分は機能増えなくていいから速度と(特に)メモリ消費量を改善して欲しいと思う事はある
格安レンタルサーバーでも放り込んでおけば動かせるFWが羨ましいのは事実

Ruby1.9 + Rails3では劇的に変わるのかなぁ？楽しみ

**nobodyさん** · 2009/02/25(水) 16:41:13

おれも機能より性能と安定性。3で落ち着いてほしい。
なんでもかんでもフレームワークでやろうとしなくてもいいと思う。

**nobodyさん** · 2009/02/25(水) 21:37:45

ボトルネックになる所ぐらいC言語で書いてくれてもいいんじゃないか，と思ったり

**nobodyさん** · 2009/02/26(木) 00:23:01

Passenger で負荷分散したいときってみなさんどうやってますか？
前に1台Apache立てて、mod_proxy_balancerで振り分けるって感じなんでしょうか？

**nobodyさん** · 2009/02/26(木) 09:04:18

passengerはbalancerいらないよね？
負荷を下げたいなら、Apache+passengerのWebサーバを2台用意するかな。

**nobodyさん** · 2009/02/26(木) 14:43:02

ひとつのドメインで受けたいという話じゃないの？
だったらDNSラウンドロビンにすればいいと思うんだけど。

DNSラウンドロビンをなめてはいけない。
ttp://japan.cnet.com/blog/neta/2006/08/10/dns_ecfc/

クックパッドもDNSラウンドロビンっぽいし。

$ nslookup cookpad.com
Server: 192.168.11.1
Address: 192.168.11.1#53
Non-authoritative answer:
Name: cookpad.com
Address: 203.183.167.214
Name: cookpad.com
Address: 203.183.167.215
Name: cookpad.com
Address: 203.183.167.216
Name: cookpad.com
Address: 203.183.222.67
Name: cookpad.com
Address: 203.183.222.68
Name: cookpad.com
Address: 203.183.167.201
Name: cookpad.com
Address: 203.183.167.202
Name: cookpad.com
Address: 203.183.167.211

**nobodyさん** · 2009/02/26(木) 15:23:36

>>473
その2台に振り分けるためのロードバランサがいるんでしょ
もしかしてPassengerだけで別ホストに振り分けることできるの？
そこまで機能詰め込んでもらわなくてもよさそうだけどな

>>474
フェイルオーバーとか色々めんどそうなイメージあったけど
RailsはCookieでセッション扱うようになったし簡単な選択肢になってきたのかなあ

**nobodyさん** · 2009/02/26(木) 16:03:18

>>475
2台サーバ用意するんだから、ロードバランサは必要。
だけど、それは書かなくても分かると思ったので省略した。
で、自分が言った2台を用意するというのはグローバルIPを2つ用意して
>>474のいうようにDNSラウンドロビンすればいいという事。
1つのホスト名に対して、2個のIPを設定すればいいわけだから設定も簡単。

mognrel + proxy_balancerを使ってたのは、1つのRailsインスタンスが
同時に1リクエストしか処理できなかったからだけど、
passengerはそれを解決してるよね。
passenger1つで、複数のリクエストをさばけるわけだからproxy_balancerは不要。

**nobodyさん** · 2009/02/26(木) 23:13:42

参考になります
その辺の運用周りについて詳しく解説されている書籍・Webサイトはご存知でしょうか？

**nobodyさん** · 2009/02/26(木) 23:19:48

運用ノウハウ欲しいなら勉強会行けばいいよ

**nobodyさん** · 2009/02/27(金) 01:32:31

どこのがいいの？

**nobodyさん** · 2009/02/27(金) 09:06:36

Rails勉強会とか？
後は実際に公開サーバでRailsアプリを運用するのが一番勉強になる

**nobodyさん** · 2009/02/27(金) 13:50:10

そういう迷惑なことは辞めろ

**nobodyさん** · 2009/02/27(金) 14:04:23

>>480に補足
もちろん、公開サーバの話はきちんと知識を身に付けた後の話。
わざわざ書かなくても分かると思うけど、念のため。
実践する事も大切。
実際に運用してみないと分からない事もあるよ。

**nobodyさん** · 2009/02/27(金) 20:59:16

>>477
http://www.oreilly.co.jp/books/9784873114002/
まだ出てないけどRailsの運用環境に関する本

ただ、目次を見た限りpassengerについては記載されてないっぽいね
Mongrelは結構詳しそう

**nobodyさん** · 2009/02/27(金) 21:13:33

最新情報はネットで

**nobodyさん** · 2009/02/27(金) 21:17:44

断片をつなぎ合わせるのはつらいから、
やっぱり書籍でがっつり紹介してもらった方がいいの～

**nobodyさん** · 2009/03/01(日) 13:42:34

Rails2.2のActionMailerでiso-2022-jpのメールを送る方法が分かりません。

ActionMailer::Baseでデフォルト文字コードを指定すると、
Content-Typeのcharsetはiso-2022-jpになってくれますが、
本文の文字コードは変換してくれないようです。

そこでView(メール本文)をiso-2022-jpにすると、
今度はViewの解析でエラーになってしまいます。
ソースを読んで地道に直すしかないでしょうか？

**486** · 2009/03/01(日) 14:00:19

ソースを読んでみましたが、
ActionMailer::Base#create!を上書きする昔ながらの方法が
まだ使えそうな感じだったので、とりあえずこれで行くことにします。

**nobodyさん** · 2009/03/01(日) 15:29:26

gettextをインストールするという手もあるな。