typistaのブックマーク - はてなブックマーク

次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた｜TechRacho by BPS株式会社

2010.07.09 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた 2010.07.20追記: prefixを指定した運用も可能でした。ご指摘頂きありがとうございます。 2010.07.28追記: 関連記事「RailsサーバUnicornを飼いならす! 運用時の便利技」へのリンクを張りました。 Railsサーバはたくさんあってややこしいですね！最近さらにUnicornというものが頭角を表してきたようで、Twitterやgithubも使っているようなので使ってみましたので、特徴や使い方などレポートしてみたいと思います。このブログの他にもEngine Yardのブログ記事「Everything You Need to Know About Unicorn」やgithubの記事「Unicorn!」が非常に参考になると思いますので、

typista 2015/10/22

次世代RailsサーバーUnicornを使ってみた

pocket2twitter

リンク

RailsサーバUnicornを飼いならす! 運用時の便利技｜TechRacho by BPS株式会社

前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。サービスを落とさないであるとか、システムの安定性を確保するために、ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。ダウンしたら自動的に再起動これはMonitで行っています。もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/tmp/pids/un

typista 2015/10/09

pocket2twitter

リンク

社員数名の開発会社がエンジニア20人採用するためにやってみたこと｜TechRacho by BPS株式会社

続編はこちらです：社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと約2年前の今頃、弊社はこんな状況でした。学生アルバイトだけは今も昔も一杯いるけど、優秀な学生であっても仕事経験がないと戦力計算は難しい。一部の仕事デキル人たちがすべてを回していて、仕事は一杯あるんだけど仕事できる人が足りない状態でした。というわけで、売上の10％程度である1000万くらいのキャッシュを投入して全力で採用活動してみました。社内人員の動きも含めると計15％かな？大事になパートナー探しですからね。しっかりやるとしっかり時間とられます。試してみたこと＋感想社員に紹介をお願いしてみた紹介で入社した場合のインセンティブを設定してみました。紹介したほうに20万円。紹介された方にも20万円。そもそも全員知り合いは片っ端から連れてきていたので紹介料を設定しても最初は意味はなかったですね。でも、

typista 2015/07/21

pocket2twitter

リンク

20人の開発会社でSLACK有料化してみたよ。SLACK有料プランを導入後の業務効率の変化と費用対効果の予想まとめ。｜TechRacho by BPS株式会社

2015.02.25 20人の開発会社でSLACK有料化してみたよ。SLACK有料プランを導入後の業務効率の変化と費用対効果の予想まとめ。自己紹介西新宿を拠点とするシステム開発会社の雑用係長、渡辺です。外にいる時間と社内にいる時間が丁度半々くらいです。仕事していると毎日使っているツールにも慣れて自然と業務効率が上がっていきますよね。でも使い続けていると不満に鈍感になり習慣の改善が難しくなる。そういう意味では導入前と導入後で差がほとんどないくらいであっても、変化を受け入れてやってみることはとても大切です。逆に、変更すると面倒が増えてしょうがない場合もあるだろうから、そういう自体だけは避けられたらいいな、というスタンスです。来年の今頃、継続するかどうかを決断するので今のうちに現時点での考察をまとめています。導入の経緯、SLACKとは的なところもメールとかSKYPEなんてもうダセえよ！今

typista 2015/05/05

pocket2twitter

リンク

WebRTC の getUserMedia の現状｜TechRacho by BPS株式会社

FreeBSD は多少関係ないですが，デーモン君だけは登場させます． WebRTC ブラウザを使って，リアルタイムコミュニケーション (Real-Time Communication) をしようと言うのが，WebRTC だと思っています．要素技術的には，Peer-to-Peer Communication や動画・音声をブラウザ上で扱う必要が出てくるわけですが，今回はその中の，動画・音声のための APIについて，スマホでの動作を確認しました．（結果は失敗．まだ次期尚早．）動機社内には，Bookan と呼ばれる書籍管理ツールがあるのですが，書籍を登録するには，ISBN または Amazon の ASIN を手で入力しなければなりません．ちょうめんどくさいです．スマートフォンのカメラでバーコードを読み込ませられたら，めんどくさがりやの僕でも登録するかもしれません．さらに，本を登録す

typista 2015/05/05

pocket2twitter

リンク

[連載:正規表現] Unicode文字プロパティについて(1)｜TechRacho by BPS株式会社

はじめまして、hachi8833です。正規表現において、使わないまま死ぬのはあまりにもったいない「Unicode文字プロパティ」について解説します。これについてネット上にまとまった情報がほとんどなく、しかたがないので自分で書くことにしました。書きながら早くも記事があふれてきたので、見出しに「連載」の文字を追加などしてみました。たぶん他所ではほとんど見かけることのない連載になると思います。よろしくお願いします。通常の開発においては、目的を達成する正規表現を作成してコードが動けば事足りるものであり、コーディング中に正規表現と延々付き合うことは普通ないでしょう。料理人は包丁を研ぐのに時間をかけすぎないものです。しかし特殊な業界の特殊な人々(日本に5人もいないと思います)は、来る日も来る日も正規表現を書き続けていたりするので、このUnicode文字プロパティは本当にありがたいものです。私の場合

typista 2015/03/23

pocket2twitter

リンク

Railsでsubdomainを使う際nginxのReverseProxy設定で気をつけること｜TechRacho by BPS株式会社

Railsでは、request.subdomainで簡単にサブドメインの判別ができます。詳しくはRailsCastsに書いてありますが、特にgemを入れなくても、url_forに1つ機能追加するだけで、実用的なサブドメイン機能が使えます。何が嬉しいかというと、 ja.example.com en.example.com のようなwikipedia風のURLを作ったり、ブログサイトでユーザ毎にサブドメインを切ってあげたりできるわけですね。サブドメインは当然HTTPリクエスト時のホスト名から取得されるので、環境によってはうまく取得できない場合があります。ローカルでテストする場合通常localhost:3000で開発すると思いますが、これにサブドメインを付けてja.localhost:3000としても、127.0.0.1に名前解決はしてくれません。 hostsファイル（/etc/hos

typista 2014/12/05

pocket2twitter

リンク

[翻訳] Dockerについてよくある勘違い｜TechRacho by BPS株式会社

こんにちは、hachi8833です。今回は弊社システム管理者のyamasitaさん監修のもとで、Matt Jaynes氏のDocker Misconceptionsを翻訳いたしました。それなりに文言を最適化してあり、原文と一対一対応しているとは限りませんのでご了承ください。エラーがありましたらお知らせいただけると助かります。 Dockerについてよくある勘違い Matt Jaynes 元記事: Docker Misconceptions Dockerは最近のシステム管理業界で大変な脚光を浴びてます。これによるシステム管理の進歩ははかりしれないものがありますが、いくつか重要な点で勘違いしている人を見かけます。分野を限定して語っているのでよろしくこの記事で説明する内容は、主にWebサービスにおけるミッションクリティカルなシステムのマルチホストセットアップに限定しています。Dockerをそれ

typista 2014/10/08

リンク

事故らないために普段守っているターミナルの運用ポリシ（Mac + iTerm2）｜TechRacho by BPS株式会社

morimorihogeです．新年一発目の投稿です．最近木曾が改二になりました． Web開発に限らず，UNIX系で動作するシステムの開発・運用に携わっていると常にターミナルクライアントを開いているということが多いかと思います．Web開発やサーバインフラの構築・運用をやっていると，自分のローカルPCだけではなく，リモート上の別マシンに接続し，テストサーバや本番サーバでコマンドを打って作業する機会が多くなります．そんな中「ローカルマシンのコンソールだと思ってrmしたら実は本番系サーバだった」「なんか色々実行してて処理が怪しいなと思ったら別のサーバだった」という思いをしたことがあるのは僕一人だけじゃないと思います．今回はこういった問題を防止するために僕が普段から守っているターミナルの運用ポリシを紹介してみようと思います．あまり技術的な話はないですが，普段開発・運用を仕事としてしていく上でのノ