[ngx_mruby]使ってみた結果、nginx.confが400行超から70行に
ngx_mrubyとは？ nginxの設定の内部で、mrubyを使うことができる拡張。 nginxとluaの方が使用例が豊富だが、mrubyだとrubyとほぼ互換性がある形で利用できるため、学習コストが低い。 基本的にはmrubyの方が高速らしいが、ノンブロッキング処理できないよね、というところでluaの方が強い部分もある。 詳しい比較はこちら nginxのconfって普通に設定書くとやたら長くなってしまうと思うんですよ。if文の入れ子がNGだったりとか、そもそもif文自体イケてないよね、という話とか by 公式 弾きたいIPを配列で取り扱えたらな〜とか、 外部のyamlに設定ファイル書き出したいなーとか（通常のnginxでできるかどうかはよく知りませんが） そしたらclassも使いたいな〜とか そういう希望があったので、mrubyを使ってみました。 結果、タイトルにある通り、かなりいい感
![[ngx_mruby]使ってみた結果、nginx.confが400行超から70行に](https://cdn-ak-scissors.b.st-hatena.com/image/square/8669416efc0cab977113ffef0f37baf501ba61ad/height=288;version=1;width=512/http%3A%2F%2Ftecheten.xyz%2Fwp-content%2Fuploads%2F2017%2F02%2Fmruby-2.png)
ngx_mruby の Nginx::Var クラスの実装を理解する〜変数取得編
ngx_mruby には nginx の変数を操作するための Nginx::Var クラスがあります。対象となる変数は refs: nginx core variables の他、Alphabetical index of variables などをご参照ください。 例えば以下のようなコードで、Nginx の $date_local を参照することが出来ます。 v = Nginx::Var.new Nginx.rputs v.date_local #=> Friday, 14-Oct-2016 02:20:00 JST # ngx_http_geoip_module を使用している場合 Nginx.rputs v.geoip_country_name #=> Japan Nginx::Var クラスはこれら数多くの nginx 変数をどうやって取得しているのでしょうか。新たに変数が追加され
ngx_mruby に Nginx::SSL.errlogger を実装してログを出力できるようにした
ngx_mruby v1.18.5 から Nginx::SSL.errlogger と Nginx::SSL.log メソッドが使えるようになった。この2つのメソッドは同じはたらきで、mruby_ssl_handshake_handler ディレクティブの中でエラーログを出力するために用いる。 Implement Nginx::SSL.errlogger (and Nginx::SSL.log) by hfm · Pull Request #215 · matsumoto-r/ngx_mruby 使い方は Nginx.errlogger や Nginx::Stream.errlogger とまったく同じで、以下のように書くことができる。 events { worker_connections 1024; } http { server { listen 443 ssl http2; ser
ngx_mruby に mruby_ssl_handshake_handler を実装した
少し前になるが、ngx_mruby v1.18.4 がリリースされた。このリリースには私が実装した mruby_ssl_handshake_handler ディレクティブが含まれている。 Implement mruby_ssl_handshake_handler() by hfm · Pull Request #205 · matsumoto-r/ngx_mruby mruby_init_worker(_code) や mruby_content_handler(_code) といった他のハンドラでは既にあるディレクティブだったが、mruby_ssl_handshake_handler はまだ無かった。業務で欲しくなったので、慣れないC言語と格闘しながら実装した。 mruby_ssl_handshake_handler ディレクティブの使い方 mruby_ssl_handshake_han
100行あったmod_rewirteを ngx_mrubyで書き換えた話というタイトルで発表しました！ - ぶていのログでぶログ
speakerdeck.com 第5回ペパボテックカンファレンス〜インフラエンジニア大特集〜 - connpassという会社のカンファレンスで発表しました！ 発表後に id:matsumoto_r から補足いただきました！ ありがとうございます m( )m luaを積極的に使う場合はブロックするようなI/Oがあって、そこで性能が要求されるような状況。我々はそこがオーバーヘッドになるような使い方はあまりないし、ngx_mrubyの良さを活かせる場所（ブロックしないとluaより速かったり）が多いのでngx_mruby #pbtech— 松本亮介 (@matsumotory) 2016年5月14日 発表資料にもありましたが、クエリストリングのチェックやキャッシュファイルの有無にのみ使っているので、ブロックIOは発生しないのでオーバーヘッドは少ないです。 開発者が社内にいることで、困ったときはSl
ngx_mrubyを使って特定ホスト以外からのアクセスをメンテナンス画面にする - lamanotrama's diary
こんな感じ。(ほんとはもうちょいifが多い) error_page 503 /maintenance.html; location = /maintenance.html { internal; } mruby_access_handler_code ' c = Nginx::Connection.new r = Nginx::Request.new Nginx.return -> do if File.exists?("/var/tmp/maint_ignore_office") && c.remote_ip == "192.168.1.3" return Nginx::DECLINED end if !File.exists?("/var/tmp/maint") return Nginx::DECLINED end # 503 return Nginx::HTTP_SERVICE_UN
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
nginxとngx_mrubyのrpmパッケージを作成する - Qiita
$ wget http://ftp.riken.jp/Linux/fedora/releases/20/Everything/source/SRPMS/h/hiredis-0.11.0-3.fc20.src.rpm $ rpm -ivh hiredis-0.11.0-3.fc20.src.rpm $ rpmbuild -ba ~/rpmbuild/SPECS/hiredis.spec $ sudo yum localinstall ~/rpmbuild/RPMS/x86_64/hiredis-0.11.0-3.el6.x86_64.rpm ~/rpmbuild/RPMS/x86_64/hiredis-devel-0.11.0-3.el6.x86_64.rpm $ cd ~/rpmbuild/SOURCES/ $ git clone https://github.com/matsumoto-
[mruby][ruby] 30d.jp に ngx_mruby を導入した話, RubyPrize 2014 を受賞しました - HsbtDiary(2014-11-13)
■ [mruby][ruby] 30d.jp に ngx_mruby を導入した話 (社内で共有した内容の転記です) 30d.jp に ngx_mruby を導入して、誰も手出しができないミドルウェアの置き換えとパフォーマンス向上を実現しました。 前提要件 30d.jp に保存している画像はサービスにログインしている時のみ見えるようにしたい 画像は MogileFS に保存しており、Rails を介さないでレスポンスを返したい ngx_mruby 導入前のシステム構成 ngx_mruby 導入後のシステム構成 導入後の効果 siege を用いたベンチマーク(siege -b -c 8 -r 50)でレスポンスタイムで 1割ちょっと、転送レートで 2割ちょっとの改善となりました。 Elap Time, Resp Time, Trans Rate, Throughput, Concurrent
![[mruby][ruby] 30d.jp に ngx_mruby を導入した話, RubyPrize 2014 を受賞しました - HsbtDiary(2014-11-13)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dynamic certificate internals with ngx_mruby #nagoyark03
台風の影響で半日自宅勤務 - HsbtDiary(2014-10-06)