はてなブックマーク

Web開発をやっていると地方や海外の回線が遅い環境の場合の挙動確認を行いたい場合があったりするのですが、そんな時に便利なのがタイトルの機能です。 たとえば何もしない場合、今インターネットに繋いでいる回線でこのブログを開いた場合、だいたいこのブログ本体をgetするのに54.71msかかり、全体のロード時間は8.33sでした 制限方法 つぎに帯域制限をかける方法ですが、Developer Tools のDisable Cacheの横のNo Throttlingと書かれているプルダウンをクリックすることで選択できます。 試してみる 試しにRegular3G(750kb/s↑ 250kb/s↓ 100ms RTT)で試してみると、ブログ本体をロードするのに330ms、全体のロード時間は18sでした。

Bashでset -xとするとデバッグモードとして処理内容が逐次出力されますが、PS4という環境変数で出力内容を調整できます。 test.sh #!/usr/bin/env bash PS4='+ [${BASH_SOURCE}:${LINENO}] ${FUNCNAME:+$FUNCNAME(): }' set -x hello() { name=$1 echo "Hello $name" } hello 'World' これを実行すると、以下のようにソース名(BASH_SOURCE)と行数(LINENO)、関数の場合は関数名(FUNCNAME)が出力されます。 % bash test.sh + [test.sh:11] hello World + [test.sh:7] hello(): name=World + [test.sh:8] hello(): echo 'Hello Wor

最近某氏のGitの記事がバズったので対抗意識を燃やしてGitHubの新機能の記事を書いてみることにします。 github.com ここ3日くらいのうちにプルリクをマージしてる人はUIの変化で気づいている人も多いかと思いますが、この機能はPull Requestをマージするときに一つのコミットにまとめてマージできます。 たとえばプルリク内で [tmp] コメントアウト とか デバッグ用 とか とりあえずここまで みたいな開発時の一時的なコミットが散乱していて、最終的には一つにまとめたい、そんな時にはこちらの Squash and merge ボタンを使います。 そうすると一個のコミットにsquashされた状態でリクエスト先にマージされます、もちろんコミットコメントも編集可。 個人的にコミットはマージ前にちゃんと整理しよう派なので良い機能だと思います。*1 *1:本当はもうちょい細かくsqua

GitHubのissueは削除することが出来ないので、タイトルと本文とコメントを全部消すことで、擬似的になかったことにします。 (これでもタイトルの変更履歴は残るので、完全に消すことは出来ないわけですが...) require 'octokit' require 'highline/import' Octokit.auto_paginate = true client = Octokit::Client.new(:access_token => ENV['GITHUB_TOKEN']) repo = '<repository name>' # e.g. kamatama41/test title = '<issue title>' issue = client.issues(repo, state: :closed).find do |i| i.title.include? title e

自らのホスト名の名前を持つフラグファイルの存在(中身は空)をチェックし、503とメンテナンス画面を返すためのnginxの設定 特定のremote_ip(オフィスネットワークを想定)だったらメンテナンス画面は出さない仕組みもついでに パフォーマンスはベンチ取ってないので不明 mruby_set_code $under_maintenance ' c = Nginx::Connection.new r = Nginx::Request.new allowed_networks = "xxx.xxx.xxx.xxx,yyy.yyy.yyy.yyy" File.exists?("/var/tmp/maintenance/#{r.var.host}") && !allowed_networks.include?(c.remote_ip) '; if ($under_maintenance = "tr

HTTP Routing | Heroku Dev Center 職場でHerokuをプロダクション環境で使ってるので一通り目を通してみました。 以下は2015年10月12日ごろの上記ページの内容のオレオレ翻訳メモです。 内容の正確性は全く保証しませんw (訳も〜ですます調と〜だ調が混在してますし) もし正しくない箇所があったらご指摘いただければと思います。 Cedarスタック上のすべてのweb dynoに対するHTTPリクエストのエントリーポイントはheroku.comである。 Routing heroku routerの役割はweb dynoの場所を特定してその中の一つにリクエストを転送すること HTTP 1.1対応、HTTP 1.0も互換性も維持している Request distribution routerは無作為アルゴリズムでweb dyno間のHTTPリクエストを振り分けしてい

Goldman Sachsの作成したJavaのコレクションライブラリのGS Collectionsのハンズオンに参加して来ました。 jjug.doorkeeper.jp Java8でStreamが追加されて導入する理由も少なくなったかなと思ってましたが、Listから直接便利メソッドたちを呼べたり、Streamより便利なメソッドがいっぱいあるし、Java7以下の環境(Androidでも？)で使えたり*1使えたりとまだまだ導入する価値は高いと感じました。 当日やったハンズオンの結果(Githubのフォークリポジトリ) github.com *1:ラムダは使えないけど

絶賛負荷試験で使っているので、分かったことをメモ スレッドグループについて 「Rapm-up期間(s)」の間に「スレッド数」分のスレッドを作って各スレッドが「ループ回数」分ループする 例えばRamp-up期間600、スレッド数60、ループ回数10だとすると、10分の間に60スレッド生成され各スレッドが10回ループする。 このためこの設定でHTTP通信を行う場合、理論上は10req/sの負荷がかけられるハズ。 スループット調整したい 実は上記の場合各スレッドの開始は等間隔に（10秒に1回）行われるが、ループ処理はできるだけ早くやろうとするためループ処理はサーバの処理能力の限界のスループットで処理される。 等間隔にリクエストを送ってスループットを調整したい！と思った場合、その場合の方法として最初に思いつくのは「ループ回数を1回にしてRamp-up期間とスレッド数でreq/sを調整する」だが、こ

ヘルプを和訳しつつ勉強 IntelliJ IDEA 14.0.0 Web Help プロジェクトは完全な製品を表す組織的な単位です。 プロジェクトはソースコード、ドキュメント、スクリプトのようなアーティファクトを含んでいません。プロジェクトはIDEで一番高レベルの単位であり、Intellij IDEA内でモジュールやライブラリといった呼ばれるものだけでなく、プロジェクト全体の設定も定義します。 プロジェクトの形式とファイル Intellij IDEAは他のメンバーとプロジェクト設定を共有し、管理することを容易にするプレーンテキストXMLファイルにプロジェクトとコンポーネントの設定データを保存します。 プロジェクトの設定データの形式はディレクトリベースとファイルベースの二つが利用可能です。 ディレクトリベース形式 ディレクトリベースを利用する場合、プロジェクトディレクトリ内に.ideaディレ

開発中に例えばcoreロジックのモジュールとwebモジュールを分けて開発しているときに webモジュールが依存しているcoreモジュールをローカルのプロジェクトに向けたいときがあるかと思います。 そんなときの方法をメモっておきます。 （もっと簡単な方法があれば教えてください） ちなみにIntellij IDEAのバージョンはultimate editionの12.0.4です。 前提 sample-core coreロジックのモジュール、プロジェクト構成はこんな感じ pom.xml <?xml version="1.0" encoding="UTF-8"?> <groupId>com.kamatama41</groupId> <artifactId>sample-core</artifactId> <version>1.0-SNAPSHOT</version> </project> Samp

プログラマのみなさんも、会議や勉強会LTなんかでプレゼンってよくやるのではないかと思います。 そんな時にこんな苦い経験はないでしょうか？ 言いたいことが多すぎて資料枚数が多くなりすぎて時間オーバー 誤字脱字が多く、発表中に本質から逸れた指摘ばかりされる こんな時にパワーポイントでもTDDが出来たらなぁと思いませんか？ TDDと言えば、最初にあるべき姿を定義し、それを満たす最低限のプロダクトを作るための設計技法です。 プレゼンの資料作りにもTDDの技術を応用すれば、必要最低限の量で最大限の効果を発揮できる資料ができるのではないでしょうか。*1 そんな皆さんに、今回パワーポイントでTDD(ユニットテスト)ができるツールを用意しました！ 使い方 PowerPointで資料を作ります。 資料名をSampleとします。 テストのひな形を自動生成します。 「GenerateTest」マクロを使います。

新しい職場でMavenとSpringFrameworkを使っているので勉強中です。 Apache Maven 3クックブック Javaソフトウェア開発のための特選レシピ集 作者: Srirangan,長尾高弘出版社/メーカー: アスキー・メディアワークス発売日: 2012/03/02メディア: 大型本購入: 7人 クリック: 89回この商品を含むブログ (12件) を見るMaven3とSpring3を使ってテストを実行するところまでやってみました。 １．プロジェクトを生成する $ mvn archetype;generate途中でarchetypeArtifactIdを聞かれるので、maven-archetype-quickstartを選択。 (無選択Enter2回でmaven-archetype-quickstartを選択したことになります) その他のgroupIdなどは以下のとおりに設