なぜなが実行可能なmod_ruby Apacheのですか。
-
09-06-2019 - |
質問
としてとして人気のルビーとレールのようで、このような問題になっている。JRubyとmod_railsはすべて細やダンディがないApacheのmodのためだけの直Ruby?
解決
の基本的な問題です:長い間、MRIの実現可能なRubyの実装です。MRIの問題であることが埋め込むので別のアプリケーションは基本的には何 mod_ruby は:で埋め込むMRI Apache)特にマルチスレッド一(Apacheすべき水準にあるといえます。では、特にスレッドの安全といったグローバル状態です。
このグローバルな状態とえばレール用変更一部のクラスは、その その他の レールと同様にApacheサーバに、 も この修飾クラスです。
ここで問題となるのは、MRI画像のソースコードは簡単に領域を拡げ.MRIは今以上15歳で始めます。
これらの問題mod_rubyせ 本当に 適切な労働時点でのユーティリティでした。
CベPHP通訳の設計から実行されるとしてmod_php内Apache.実際、最初のカップルのバージョン、それほど広くはありませんがもコマンドライン版には通訳をmod_phpした のみ 運営方法はクリアしました。
Phusion客車(赤mod_rack通称mod_rails) この問題を解決しよ基本的には、三重の問題:彼らは単に行別のコピーのMRIは、別のプロセスするとき。でも、なだけます。にも対応 WSGI (標準インタフェースのためのPythonのWebフレームワーク), ラック (標準インタフェースのためのRubyのWebフレームワークからの直接支援のためのRuby on Rails.
を期待してい mod_rubinius, が、残念ながら存在しない。 Rubinius 設計から開始するレイヤのグローバル状態では使用しないで、Cスタックです。すことができるように設計されて走ることができる複数のRubinius Vm内一Rubiniusます。このmod_rubiniusを限りなく実施および維持mod_ruby.残念ながら、もちろん、Rubiniusを理解した上で利用してくださいされていると思いますが、実際の作業mod_rubiniusんなものまでRubiniusが発売されます。しかし、mod_rubinius既に超える人員でよりmod_rubyったので支払開発者として、レールを開催会社 必死 利用希望しそのものにしていきます。
他のヒント
その価値をダブルの明確化mislavの点mod_railsな限りレールコードです。の氏名、mod_rackですから。Trivially小さなアプリでrackable--その例となっている"
class HelloWorld
def call(env)
[200, {"Content-Type" => "text/plain"}, ["Hello world!"]]
end
end
ある: mod_ruby, が明かそう、おすすめパーティを維持して約2年とする。