タグ

2013年2月24日のブックマーク (16件)

  • Rebuild: 2: Rails, Redis, VPS (Kenn Ejima)

    Rebuild A Podcast by Tatsuhiko Miyagawa. Talking about Tech, Software Development and Gadgets. kenn: いやなんか、すごい人気みたいですね。 miyagawa: 人気だね。 kenn: いきなりランキングの上の方に行ったとか。トップ10とかに入ったんじゃないかな。 miyagawa: 実際の数は FeedBurner で出てる数がけっこう日によって前後するからわからないんだけど、まあ500〜1000の間ぐらいらしくて。でも iTunes にのったのは1日、2日経ってからだから。 kenn: ちょっと反映が遅いよね。でもその前の、iTunes にのせる前のやつがカウントされてないとかいう話もあったよね。 miyagawa: それもあるかもしれない。AppleiTunes と iOS の P

    Rebuild: 2: Rails, Redis, VPS (Kenn Ejima)
  • Real-Time Web App Performance Monitoring : New Relic

    30+ capabilities, 750+ integrations, the power of AI, all together.

    Real-Time Web App Performance Monitoring : New Relic
  • Simple Cloud Infrastructure for Developers | DigitalOcean

    Dream it. Build it. Grow it.Whatever your vision—a SaaS app, an AI/ML business, a website, an eCommerce store—build it here using DigitalOcean's simple, cost-effective cloud hosting services.

    Simple Cloud Infrastructure for Developers | DigitalOcean
  • Kansai.pmに行ってCinnamonというデプロイツールについて発表しました - $shibayu36->blog;

    http://www.zusaar.com/event/476003 に参加して来て、前作ったデプロイツールであるCinnamonについて発表して来ました。 発表したこと 以前capistranoの奥深さに毎回ハマっているのを怒りを覚えて、もっとシンプルなデプロイツールであるCinnamonをantipopさんと一緒に作ったのでその発表をしてきました。それなりに好印象っぽかったので、発表してよかったです。 スライド Cinnamon - simple deploy tool from Yuki Shibazaki デモで使ったサンプルコード https://github.com/shibayu36/cinnamon-deploy-sample 簡単に紹介すると CinnamonはMinimumというのと、Role x Taskというのを思想として持っている Minimum : デプロイの方

    Kansai.pmに行ってCinnamonというデプロイツールについて発表しました - $shibayu36->blog;
  • Ruby 2.0.0-p0 リリース

    SIZE: 13608925 bytes MD5: 50d307c4dc9297ae59952527be4e755d SHA256: aff85ba5ceb70303cb7fb616f5db8b95ec47a8820116198d1c866cc4fff151ed 特徴 主要な新機能 主要な変更点は以下のとおりです。 言語コア機能 キーワード引数: API 設計の新しい柔軟性 Module#prepend: クラス拡張の新しい方法 シンボルの配列を簡単に作るリテラル %i __dir__: 実行中のファイルのあるディレクトリ名 default UTF-8 encoding: 多くのマジックコメントが不要に 組み込みライブラリ Enumerable#lazy / Enumertor::Lazy: 無限の遅延ストリーム Enumerable#size: 遅延サイズ評価 #to_h: Hash へ

    zsiarre
    zsiarre 2013/02/24
  • 最小手順のVMイメージの作り方 - Gosuke Miyashita

    先日カヤックさんの社内勉強会にお邪魔して話してきた Maglica は、既に作成済みの VM イメージを元にクローンをつくって必要な設定(root パスワードの設定やネットワーク設定など)を行う、といったことが簡単にできるが、元の VM イメージつくるのがめんどくさいことには変わりなくて、ここをなんとかしたいなー、と常々思ってた。 VM イメージをつくる手段としては、RedHat 系の場合は virt-manager, virt-install, Cobbler/Koan などがあるが、どれもインストーラを実行する形式であり、kickstart を利用すれば自動化できるとは言え、kickstart は問題が起きた場合の調査がやりにくい。(自分が効果的なやり方知らないだけかもしれないけど。) また、virt-install はオプション覚えられないし、Cobbler は初期のセットアップとか

    zsiarre
    zsiarre 2013/02/24
  • chef 勉強会 - naoyaのはてなダイアリー

    昨日恵比寿の Engine Yard さんオフィスでの chef 勉強会 #eytokyo に行ってきました。自分の LT の資料はこちら。 https://speakerdeck.com/naoya/vagrant-plus-chef 先日書いた Vagrant と chef についてのイントロダクションです。(また Speaker Deck の script タグが貼れなくなってるぞー > ダイアリー中の人) 感想など 勉強会全体としては chef 入門にはじまり、中の人っぽい方々からの発表があったり、AWS OpsWorks の話があったりとでいいかんじでした。id:rx7 におかれましては、AWS の中の人が OpsWorks のプレゼンをすると知らず、オオトリなのに同じ内容の LT をかますという事故がありましたが 2回聞けばより記憶に残りやすいということで・・・w PaaS ベ

    chef 勉強会 - naoyaのはてなダイアリー
    zsiarre
    zsiarre 2013/02/24
  • RRDtoolのPrediction - PolyPeaceLight

    RRDtoolでも異常検知機能が備わっているので、とりあえず勉強のために翻訳しておく。 Aberrant Behavior Detection with Holt-Winters Forecasting RRDtoolでは、Holt-Wintersの指数平滑化法を使ってるぽい。 そういえば、@kzk_moverも .@muddydixonさんのfluent-plugin-anomalydetectに触発されて、未来の値評価機を作り始めた… > URL 2013-01-28 02:14:05 via YoruFukurou とかいって、こんなのを作ってる (paperはこちら )。 翻訳は以下 Holt-Winters 予測での異常振舞検知 アグリゲート関数に加えて、RRDtoolでも、データの平滑化(Holt-Winters 予測アルゴリズム)、信頼区間、時系列データソース中の異常振舞にフ

  • #fluentd のためのプラグインをイチから書く手順(bundler版) - tagomorisのメモ置き場

    前に自分で書いた fluentdのためのプラグインをイチから書く手順 - tagomorisのメモ置き場 はたいへん重宝していたのだが、書いたすこし後になって実は現在すでに bundle gem コマンドを使うやりかたが良さそうだということがわかってしまったがばたばたしてて移行してなかった。 で、またひとつプラグインを書くことにしたのでついでに bundle を使った手順をざっくりまとめておく。以下のエントリをたいへん参考にさせてもらった。 T-POINTを取得するスクリプトをGistから移動, Bundlerを使ったGem作成メモ (自分用) - ただのにっき(2012-02-18) 準備とディレクトリツリーの作成 bundler は必要なので、なにはなくとも入れておこう。 gem install bundler そしてプラグイン用ディレクトリツリーを作成する。今回は DataCount

    #fluentd のためのプラグインをイチから書く手順(bundler版) - tagomorisのメモ置き場
  • 「IT勉強会ナビ by Forkwell」はエンジニア必携のiPhoneアプリ! - 表参道フォークウヱル別館

    Forkwell から初の iPhoneアプリ、「IT勉強会ナビ by Forkwell」がリリースされました。[App Storeで見る (無料)]上のリンクからたどるか、AppStore で「勉強会」または「Forkwell」で検索していただくと見つかります。 内容をひと言で説明すると、国内で開催されるエンジニアやWebデザイナー向けのイベントおよび勉強会の情報を閲覧、検索できるアプリです。 ちなみに、はっきり言ってかなりの自信作です。全てのソフトウェアエンジニア、Webデザイナー必携のアプリと言っても過言ではないでしょう。その根拠は何か? IT勉強会系の iPhoneアプリはこれまでにもありました。しかし「IT勉強会ナビ by Forkwell」はここが違います。 ATNDを始めとする6つのイベント管理サービスに対応 フリーワード検索が可能 開催地域別に絞り込みができる 関連するスキ

  • 第17回 Webアプリケーションのパフォーマンス改善(3) | gihyo.jp

    (1)はこちら、(⁠2)はこちらから。 改善、確認のためのベンチマーク 特定できたボトルネックに対して修正した結果、当に速くなっているのかどうかを確認しなくてはなりません。ここではそのためのベンチマーク手法について紹介していきます。 Benchmark.pm Benchmark.pmPerlの標準モジュールです。サブルーチンリファレンスなどで与えたコードを指定した回数(0を指定するとCPU時間で3秒間消費するまで)繰り返し実行し、それぞれの実行時間を計測、比較して表示します。 リスト9はDateTimeのインスタンス生成時に、タイムゾーン情報としてDateTime::TimeZoneオブジェクトを渡す場合と、文字列を渡す場合でどの程度処理速度が異なるのかを計測するベンチマークの例です(図6⁠)⁠。 リスト9 DateTimeインスタンス生成のベンチマーク use Benchmark q

    第17回 Webアプリケーションのパフォーマンス改善(3) | gihyo.jp
  • 第17回 Webアプリケーションのパフォーマンス改善(2) | gihyo.jp

    前回の(1)はこちらから。 ボトルネックの特定 システムの現状が把握できたところで、ボトルネックの特定に取りかかります。アプリケーションのレスポンスタイムのうち、どこにどれぐらいの時間がかかっているのかを特定していきましょう。 Time::HiResによる簡単な計測 Time::HiResモジュールを利用することで、特定の個所にどれぐらい時間がかかっているのかを計測できます(リスト5⁠)⁠。 リスト5 Time::HiResの使用例 use Time::HiRes qw/ gettimeofday tv_interval /; my $t0 = [ gettimeofday ]; # 計測開始 ... # 処理時間を計測したい処理 my $elapsed = tv_interval($t0); # 経過時間(秒) ここは遅いだろう、という部分に目星が付いている場合には、処理時間を確実に計測

    第17回 Webアプリケーションのパフォーマンス改善(2) | gihyo.jp
  • HaikankoというFluentdクラスタ管理ツールの話をしてきた(1) #fluentdcasual : sonots:blog

    HaikankoというFluentdクラスタ管理ツールの話をしてきた(1) #fluentdcasual : sonots:blog
  • Cucumber, ChefSpecとchefでテスト駆動のサーバ構築管理 - Qiita

    この記事は最終更新から1年以上経過しています。 気をつけてね。 Chef,Puppetに代表される自動構築・構成管理ツールを使うと開発したサーバを検証用などの目的で簡単に再現可能になります。 ただ、漠然としたサーバ構築をしていると何をサービス提供しているのかという定義が曖昧になるため、Cucumber等を使ったテストを軸にテスト駆動でのサーバ構築をしてみましょう。 応用すれば既存のサーバをCucumberによってモデリングし、Chefによって繰り返し再現可能な状態に持っていけます。 このコンテンツで使ったコードはGithubの https://github.com/higanworks/test_driven_infrastructure_example で公開しています、参考にしてみたりフィードバックしてもらえると助かります。 ツール Cucumber: "ふるまい"を自然言語のように記

    Cucumber, ChefSpecとchefでテスト駆動のサーバ構築管理 - Qiita
  • メンテナブルJavaScript

    目次 はじめに 第I部 スタイルガイドライン 1章 基フォーマット 1.1 インデントのレベル 1.2 文の終端 1.3 1行の長さ 1.4 改行 1.5 空行 1.6 命名 1.6.1 変数と関数 1.6.2 定数 1.6.3 コンストラクタ 1.7 リテラル値 1.7.1 文字列 1.7.2 数値 1.7.3 null 1.7.4 undefined 1.7.5 オブジェクトリテラル 1.7.6 配列リテラル 2章 コメント 2.1 1行コメント 2.2 複数行コメント 2.3 コメントを使う 2.3.1 難解なコードにコメントを付ける 2.3.2 エラーになりそうな箇所にコメントする 2.3.3 ブラウザ特有のハック 2.4 ドキュメントコメント 3章 文と式 3.1 波括弧を揃える 3.2 ブロック文での空白 3.3 switch文 3.3.1 インデント 3.3.2 caseか

    メンテナブルJavaScript
  • NGINX Docs | NGINX Load Balancing – TCP and UDP Load Balancer

    F5 Sites DevCentral Connect & learn in our hosted community F5 Labs The latest threat intel and research to help protect your apps MyF5 Your key to everything F5, including support, registration keys, and subscriptions Partner Central Research and support for partners LearnF5 Guidance, insights, and how to use F5 products Contact F5 Contact F5 Sales Talk to an F5 sales representative Contact F5 Su

    NGINX Docs | NGINX Load Balancing – TCP and UDP Load Balancer