A Fast, Concurrent Web Server for Ruby & Rack - Puma
Speed & Concurrency Current Release: 6.6.0 Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications. It is designed for running Rack apps only. What makes Puma so fast is the careful use of a Ragel extension to provide fast, accurate HTTP 1.1 protocol parsing. This makes the se
構築済みサーバを RSpec でテストする serverspec という gem をつくった - Gosuke Miyashita
Puppet や Chef で構築したサーバを RSpec でテストする で書いた仕組みを使いやすくするために serverspec という名前で gem 化してみた。 rubygems.org にも登録してあるので、gem install でインストールできる。 $ gem install serverspec インストールしたら、適当なディレクトリで serverspec-init を実行。すると、雛形となるディレクトリやファイルを生成する。 $ serverspec-init + spec/ + spec/www.example.jp/ + spec/www.example.jp/httpd_spec.rb + spec/spec_helper.rb + Rakefile spec/www.example.jp/httpd_spec.rb がサンプルテストコードで、こんな感じになって
RubyでUDPなServer/Clientを作ってみた
なにやらUDPを使ったアプリケーションを作成することになりそうなので、各クライアントから来た要求を全クライアントに返すサーバと、送信/受信を行うクライアントを作成してみた。 UDPなので、相手に届いているかを保証することはできない。 よって、このサーバ/クライアントでは「伝えること」より「リアルタイムで発信すること」を重視する。 まずはサーバ側を作成。 #!/usr/bin/env ruby #-*- encoding: utf-8 -*- require "socket" SERVERIP = "192.168.0.105" SERVERPORT = "62000" clientList = Array.new sock = UDPSocket.new # サーバとして待ち受けるアドレスとポートを指定 sock.bind(SERVERIP, SERVERPORT) while true
Scout Monitoring
App MetricsAutomatic performance monitoring with real-time visualization of response times, throughput, and resource usage across all endpoints, helping you identify issues before users do. App TracesCode-level visibility into request paths shows exact bottlenecks and execution flows, helping you pinpoint and fix performance issues directly at their source. Log ManagementUnified view of logs with
Godで初めてのプロセス監視
Ruby 製のプロセス監視ツール、God を試してみた。（書いてる時点より5ヶ月前…。） モダンに監視したいなぜなら TIG が落ちるから(笑) 実は Un*x 系の OS なら素朴な監視は割と簡単にできる。 psgrep/etc/rc.d/* とか /etc/init.d/* とかsendmail辺りで事足りる。要するに 定期的に ps を叩いて、この文字列のパターンがない場合はこのプロセスが落ちてるから mail 投げて起動スクリプトを呼ぼう ってだけ1。これだけでプロセスが落ちてたらまた起動し直すということが可能なので、知らん間にサーバ落ちててオレ涙目っていう状態を減らすことはできる。少なくともすでに上の道具が使えているなら新しいことを覚える手間はないので、どうしてもすぐ監視を始めたい場合にはこれだけでも十分有効だと思う。 でも効率が良くない。ちょっと複雑なことを考え始めると for
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Source Code | The Pragmatic Bookshelf
fog - The Ruby cloud services library
MOGOK
Heroku | Cloud Application Platform
Technical Note TN2267: Video Decode Acceleration Framework Reference