mrubyのサーバアプリケーション組込みにおいて複数スクリプトでインタプリタを共有することのデメリットとその対策 - Qiita
本記事はmod_mruby ngx_mruby advent calendar 2014 20日目の記事です。 昨日は、 @inokappa さんによる「ngx_mruby で Nginx への接続数等の内部情報を取得して InfluxDB と Tasseo で可視化してみる」でした。 僕が担当した17日のアドベントカレンダー「mod_mrubyとngx_mrubyの設計思想とスクリプト間でオブジェクトを共有するためのアーキテクチャ概論」では、オブジェクトを共有しつつも、利用者が効率良く利用できるように最適化したアーキテクチャがどういうものかを説明しました。 そこで言及しつつも保留した以下の点について、今回は紹介したいと思います。 ただし、やはりインタプリタを共有するというアーキテクチャにはデメリットもあって、 グローバル変数や例外フラグ、クラス等のグローバルな状態を同一のインタプリタ上で
mod_mrubyとngx_mrubyの設計思想とスクリプト間でオブジェクトを共有するためのアーキテクチャ概論 - Qiita
# workerプロセス初期化時 # ngx_mrubyだとmruby_init_workerディレクティブ mrubyChildInitMiddle /etc/apache2/hooks/geo_init.rb <Location /> # リクエスト毎にアクセスチェック # ngx_mrubyだとmruby_access_handlerディレクティブ mrubyAccessCheckerMiddle /etc/apache2/hooks/geo_check.rb </Location> # pidをキーにユーザデータにオブジェクトを保存 Userdata.new("geoip_#{Process.pid}").geoip = GeoIP.new("/usr/share/GeoIP/GeoIPCity.dat") # mod_mrubyだとApacheクラス、ngx_mrubyだとNgi
mod_mrubyとngx_mrubyの次の一手となる新しいソフトウェア - Qiita
この記事は、mod_mruby ngx_mruby advent calendar 2014の最終日25日の記事になります。 24日は @cubicdaiya さんの「ngx_mrubyとngx_lua」でした。 無事カレンダーの全ての日程が埋まるような結果となり、非常にうれしいです。また、自分の作ったソフトウェアを使って色々工夫されているのをみて、非常にワクワクしながら全ての記事を読みました。とてもおもしろかったです。 というわけで今日は最後になるので、mod_mrubyとngx_mrubyの開発で感じていた事、そこからの次の一手として考えついた新しいソフトウェアを紹介したいと思います。 mod_mrubyとngx_mruby開発で感じていた事 これまでのHTTP/1系で実装されてきた代表的なWebサーバであるApacheやnginxはそれぞれ固有の静的な設定を記述する必要があり、Web
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
