mod_mruby ngx_mruby - Qiita Advent Calendar 2014 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
地理情報を使ってmod_mrubyとngx_mrubyでプログラマブルにアクセス制御 - Qiita
mod_mruby ngx_mruby advent calendar 2014 13日目の記事になります。 12日目は @ainoya さんの「mod_mrubyでJWTベースの認証proxyを作る」でした。 Apacheでもnginxでも、GeoIPの地理情報を使ってアクセス制御をすることができます。ですが、mod_mrubyやngx_mrubyを使って、同じような書き方でアクセス制御を書いたり、あるいは、他の条件と組み合わせてもっとプログラマブルにアクセス制御したいという要求があります。 そこで、mruby-geoipという、mrubyからGeoIP（City）情報を取得するmgemを作りました。そして、それをmod_mrubyとngx_mrubyと組み合わせる事で、上記のような要求を解決してみました。 今日はmruby-geoipとmod_mruby・ngx_mrubyの組み合わせ
mod_mrubyとngx_mrubyの設計思想とスクリプト間でオブジェクトを共有するためのアーキテクチャ概論 - Qiita
上記のように書くと、Apacheのworkerプロセス起動時にgeo_init.rbを実行することで、geoipという生成コストの高いオブジェクトをユーザーデータとして保存しておき、リクエストフック時に呼ばれるgeo_check.rbでは、そのオブジェクトを取り出して利用する事ができます。 これによって、例えばデータストアへのアクセスを同様にworkerプロセス起動時に実行してセッションオブジェクトを作っておけば、リクエスト時はそのセッションオブジェクトを使いまわす事で、リクエストの度にセッションを貼りに行かなくて良く、大幅にコストを削減することができます。 というように、mod_mrubyやngx_mrubyはソフトウェアの特性上、Webサーバへのリクエスト単位でスクリプトが実行される場合が多いのですが、その都度生成する必要のないようなコストの高いオブジェクトはできるだけ生成を避けるべき
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ページを開く
