サーバ再起動しても cron で Web アプリを雑に立ち上げ
超楽にRubyで雑に書いたスクリプトをsystemdで管理したい！ - 宇宙行きたい で systemd がユーザ権限で使えることを知る。 開発環境用では nohup と cron の @reboot を使っていました。こちらもお手軽なので紹介。 @reboot とは crontab(5) に @reboot があれば使えます。その名の通りリブート時に一回だけ実行。Ubuntu なら利用可能。 $ man 5 crontab (省略) Instead of the first five fields, one of eight special strings may appear: string meaning ------ ------- @reboot Run once, at startup. @yearly Run once a year, "0 0 1 1 *". @annual
RFC 8307 WebSocketにおけるWell-Known URIの標準化 - ASnoKaze blog
「RFC 8307 Well-Known URIs for the WebSocket Protocol」でWebSocketにおいても Well-Known URIが使用できるようになりました。 この界隈では珍しく、個人ドラフトの-00から一気にRFCになっています https://datatracker.ietf.org/doc/rfc8307/ Well-Known URI httpやhttpsでは、Well-Known URIというものがあり特定用途に使用するURIが予約できるようになっています (RFC 5785) 例えば、https://example.com/.well-known/○○○○○ のように /.well-known/ 以下に特定用途のURIが予約されます。 現在登録されているWell-Known URIの一覧は、IANAのページから確認できます (URL) 例え
cURL での WebSocket のデバッグ - 破棄されたブログ
TL;DR; WebSocket は、そのプロトコルの性質上、 cURL で簡単なデバッグを行うことができる。 具体的には下記のようなコマンドになる。 $ curl -v -i -N \ -H 'Sec-WebSocket-Version: 13' \ -H "Sec-WebSocket-Key: $(head -c 16 /dev/urandom | base64)" \ -H "Connection: Upgrade" \ -H "Upgrade: websocket" \ "http://example.com/path/to/endpoint" プロトコルの概要 WebSocket のプロトコルは「ハンドシェイク (handshake)」と「データ転送 (data transfer)」の二部に分かれる。 また WebSocket は、 TCP 80 または 443 (TLS) を用
ngx_mrubyとdockerでblue-green deployment - Qiita
目的 ngx_mrubyを使ってバックエンドのコンテナを切り替えることができるのかやってみました。 dockerを使いたいと思いつつも、ダウンタイムなしでdeployするにはこうしておけばよい、 という簡単な方法がないようでした。この方法は汎用的に使えるのではないかと思います。 サンプルを動かす 一式をGithub(https://github.com/muk-ai/rest-api) に置きました。 network機能を使うので docker >= 1.10, docker-compose >= 1.6 でお試しください。 git clone https://github.com/muk-ai/rest-api.git cd rest-api/ git checkout 1f978500008e2126fdce2b31b1d4e189520e069b docker-compose bui
ngx_mruby as proxy for Amazon S3 private files - tk3.log
Summary ngx_mruby を使って、プライベートな S3 にアクセスできるようにします。 Operation verification Ubuntu FFI ngx_mruby qtkmz/mruby-digest-ffi HMAC-SHA1 を使うために使用します iij/mruby-digest でもできるかもしれませんが、試していません iij/mruby-pack Base64 を使うために使用します Configuration build_config.rb MRuby::Build.new do |conf| ...(省略)... conf.gem :github => 'iij/mruby-pack' conf.gem :github => 'qtkmz/mruby-digest-ffi' ...(省略)... end nginx.conf location ~*
なぜApacheにmrubyを組み込もうと思ったか
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 なぜWebサーバソフトウェアであるApacheやNginx等にmrubyを組み込もうと思ったのかを整理しておきたいと思いました。 目的はWebサーバの開発支援 Webサーバの開発支援をしたい という壮大な目的が以前からありました。 それがどういうことかは後述するとして、ここでいうWebサーバの開発とは、Webサーバの内部機能拡張を指しています。それを行うにはどうしたら良いかをまず簡単に説明したいと思います。（スクラッチでWebサーバを1から実装するのもよいですが、ここではスコープ外とします） 例えば、Apacheを例にあげると、Webサーバの内部機能拡張はモジュール単位で組み込むという方法が取られています。ApacheやNginxはWebサー
ngx_mrubyでmemcachedやmysqldのコネクションを使いまわす – kelp
はじめに どうも、GMOペパボ インフラエンジニア 正規雇用となりました久米です。 以下のエントリでngx_mrubyを用いたリバースプロキシを構築しました。 CentOS6で ngx_mruby + mruby-memcached + mruby-mysql をインストールした。 ngx_mrubyで転送先を外部参照するリバースプロキシを構築する 本エントリでは、ここまで作ってきたリバースプロキシの性能向上をするために 以下のことを行います。 Workerが起動したときに、mysqldやmemcachedと接続しコネクションを保持する。 リクエスト毎に行っていた接続処理を保持したコネクションを使い回すことで効率化を図る。 上記を実現するために以下の機能を使います。 matsumoto-r/mruby-userdata これをngx_mrubyに組み込むことで（デフォルトのbuild
mruby + ngx_mrubyでアプリケーションを実装するという選択肢 - LIFULL Creators Blog
はじめまして、技術基盤部の相原(kaihar4)です！ 今回は、アプリケーションのクラウドサービスへの移行の一環で、 Amazon S3から取得した画像URLを含むファイルを元に、そのURLの外部画像を取得して返す機能 をmrubyで書き直してAWSに移行した話をしていきたいと思います。 この機能は元々モノリシックなアプリケーションの一機能として動いていたもので、これを切り出してAWSに移行するというのが今回私に与えられたミッションでした。 このアプリケーションは歴史が長く、その間ほとんどメンテナンスされていませんでした。 ディストリビューションは古くPHPのバージョンも4系、したがってそのまま持っていくという選択肢はなく、AWS上に新規にインスタンスを構築することになります。 弊社にはAPI部分をPHPからRubyに移行する方針があるということもあり、Amazon Linux上にRuby
mruby-cgroupとmod_mrubyでApacheのリソースを制御、そこから得られるcgroupの挙動とは
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 C言語で書かれた任意のホストプログラムにmrubyを組み込み、そのプロセスリソースを簡単かつ強力に制御するために、mruby-cgroupというmrbgemを作り、以前の記事で紹介しました。 もちろん、mruby-cgroupをmod_mrubyに組み込むことで、ホストプログラムであるmod_mruby、さらにはApacheそのもののリソース制御が可能になり、Webサーバへのリクエスト単位でもリソース制御が可能になります。 しかし、軽量なリクエストに対して、無条件にリソース制御の機能を適応してしまうと、リソース制御を適応すること自体がボトルネックになる可能性が十分あります。また、それとは別に、cgroupの想定していない挙動が得られるかもしれ
oauth2_proxyとNginxのauth_requestを組み合わせると便利 - lamanotrama's diary
oauth2_proxy、便利でググると導入手順も結構出てくるのだけど、今回紹介するのは（環境によっては）さらに便利に使えるナウい方法です。 なにをするのかというとREAMDEに書いてあります。 Configuring for use with the Nginx auth_request directive The Nginx auth_request directive allows Nginx to authenticate requests via the oauth2_proxy's /auth endpoint, which only returns a 202 Accepted response or a 401 Unauthorized response without proxying the request through. For example: サンプル設定もある
コンテンツキャッシュとVaryヘッダとnginx - Qiita
Varyヘッダは前段のキャッシュサーバに対して、指定したヘッダの内容ごとにキャッシュを分ける必要があることを伝えるためのものです。例えばサーバがVary: Accept-Encodingをレスポンスヘッダに付加しておくと、キャッシュサーバはAccept-Encodingヘッダの内容に応じたキャッシュを保持します。 こうすることでクライアントのAccept-Encodingヘッダの内容に応じたキャッシュデータをキャッシュサーバは返すことができるというわけです。 nginxにおけるgzip圧縮とVaryヘッダ さて、本題です。上記のような事情からかApacheのmod_deflateやh2oなんかはコンテンツのgzip圧縮を有効にすると、自動的にVary: Accept-Encodingをレスポンスヘッダに付加します。一方我らがnginxは設定ファイルにgzip_vary on;と書かないとV
Auto ScalingではなくてAuto Cachingという考え方 - Copy/Cut/Paste/Hatena
今年の3月くらいからずっと悶々としていて、なかなか手が出せなかったアイデアがやっと実現できました。 mod_mrubyでやりたいことできたー！— k1LoW (@k1LoW) June 16, 2016 （試行錯誤して書いてみたら、結果たった数行という。。。） Auto ScalingではなくてAuto Cachingという考え方 AWSではAuto Scalingという、サーバの負荷の変化などによってEC2インスタンスをスケールする便利な機能があります。 が、大抵はクラウド環境でないと容易には実現できません。 例えば、クラウドではなく サーバリソースは増やせない。 普段はキャッシュはしてほしくないコンテンツ。 ただ、アクセスが多くなるとかで何かしら負荷が高くなった時には「仕方なく」キャッシュを使っても良い。落ちるよりはマシ。 負荷が戻ったらキャッシュを使わないようにして欲しい。 という状
href属性に?queryのみを記述した場合の振舞
http://example.com/test.phpがあったとします。(PHPである必要はない) <pre> <?= htmlspecialchars($_SERVER['REQUEST_URI']); ?> <a href="?foo=bar">?foo=bar</a> <a href="?fizz=buzz">?fizz=buzz</a> </pre> このとき、手元にあるユーザーエージェント(Chrome 41, w3m/0.5.3, GNU Wget 1.13.4)は、どれもリンクを以下のように展開します。 "?foo=bar" => http://example.com/test.php?foo=bar "?fizz=buzz" => http://example.com/test.php?fizz=buzz このような挙動について、HTMLや関連する規格の裏付けはあるのでしょ
Herokuでルートドメインを使用する - Qiita
ルートドメイン（Apex ドメイン）は使えない Heroku でアプリケーションを作成すると、漏れなく newapp.herokuapp.com というドメインを使用することができます。 独自のドメインを割り当てたい場合は、heroku の設定で、Domains にドメインを登録してあげると良いです。 ただし、ここで通常使えるのはサブドメインがついているタイプのもの。 ルートドメインは（そのままでは）使用できません。 www.jobhub.jp というドメインはいいけど、jobhub.jp はダメなんです。 http://jobhub.jp ってURLで運営できないってことですね。 公式でも、ルートドメインを避けるよう解説されています。 Avoiding Naked Domains and DNS A-records ANAME を利用してルートドメインを使う でも、どうしてもルートドメイ
HerokuアプリにDNSimpleを使ってnaked domainを割り当てる – namaraii.com
HerokuアプリにDNSimpleを使ってnaked domainを割り当てるHeroku上のアプリケーションに独自ドメインを割り当てる際、静的IPアドレスを指定することができないため、naked domainでサービスを提供したい場合、単純には設定できません。 サブドメインであれば、 cname www heroku-sslendpoint.com.などとすれば良いのですが naked domain の場合、cname は使用できず Aレコードを指定する必要があり、Herokuのエンドポイントと関連付けができないからです。 以前はAレコードに割り当てるためのIPアドレスが公開されていた記憶がありますが、2013年2月20日時点では下記の記述が。via Custom Domains | Heroku Dev Center The Heroku routing stack uses a c
nginxのproxy設定ファイルも自動テストしよう - $shibayu36->blog;
最近nginxでリバースプロキシの設定を書いているんだけど、設定のたびに本番に緊張しながら反映していた。さらにその副作用として、nginxのファイルはリファクタリングされないという問題があった。 そこで反映する前にバグ等が見つかるようにnginx設定のテストを書きたいと考えた。今回はperlでテストを書いた。 どういうテストをしたいか やり方によってnginxの設定ファイルの分割の方法は違うのだけど、例えば以下の様なnginxの設定があり、それが別のファイルのhttpコンテキストの中にincludeされているという分割で考える。この時、この設定ファイルに書かれた内容が正しく動いているかテストを書きたい。 upstream app1 { server app1.host; } upstream app2 { server app2.host; } server { listen 8080;
NginxでRTMP同時配信 - pullover
pullover 停滞中... トップページページ一覧メンバー編集 NginxでRTMP同時配信 最終更新： jaijai 2014年06月05日(木) 16:57:10履歴 Nginxで複数のライブ配信サイトに同時配信しようというおはなし。 自前でRTMP配信をする場合は自家製RTMP+HLS配信のすすめ（その１）を参照。 概要 エンコーダー → Nginx → 各種ライブ配信サイト エンコーダーはNginxへPushしてNginxが多重化して各サイトにPushする。 Nginx えんじんえっくすと読むらしい。HTTPサーバー。モジュールを追加することでRTMP兼HLSサーバーとしても使えるすぐれもの。 ウィキペディア: Nginx フォルダに展開するだけで即使うことが出来て非常に軽量。 用意するもの エンコーダー：RTMPをPushできるもの Flash Media Live Enco
Herokuで固定IP - komagataのブログ
指定したIPからの接続しか受け付けない（古いタイプの）システムと連携したい場合にHerokuだと困る。 ProximoというAddonは固定IP付きのproxyを提供してくれる。rest-clientとかで接続するときにproximoの提供するproxyを設定してリクエストすればOK require "rest-client" RestClient.proxy = ENV["PROXIMO_URL"] res = RestClient.get("http://api.someservice.com/endpoint") puts "status code", res.code puts "headers", res.headers これで固定IP + https + 証明書が必須なシステムとかとも連携できる。httpsの通信をhttp proxy経由で可能かな？とちょっと心配だったけどpr
単純な環境構築を知る -Chefでiptables書き換え- - 技術いろいろ勉強メモ
2013-12-12 単純な環境構築を知る -Chefでiptables書き換え- Chef インフラ Chefの使い方は今までの記事でなんとなく使えるようになった気がするので、今回は実際に使えそうな環境構築をやってみたいと思う。やりたいことは apacheインストール iptablesを書き換える 公開 という感じだ。 apacheインストール まずapacheを入れたい。 本来はaliasだとか設定しなきゃいけないものはいろいろあると思うが、今回は単純にインストールして設定はデフォルトのままで。 となるとrecipeは簡単。 package "httpd" do action :install end service "httpd" do supports :status => true, :restart => true, :reload => true action [ :e
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - matsumotory/mod_mruby: mod_mruby: A Fast and Memory-Efficient Apache httpd Extension Mechanism Scripting with mruby
