DNS キャッシュについての考察 | Carpe Diem
比較的アクセスのあるウェブサーバがあって、そのウェブサーバから結構な回数で Web API をたたいています。ご存じのとおり、Linux では DNS をキャッシュしてくれないので、Web API をたたくために毎回 DNS へのアクセスが発生して、DNS の負荷がすこし上がってきたので、ウェブサーバに DNS キャッシュを入れてみることにしました。 今回の用件は、次のとおりです。 Web API でたたくときにドメインを、それぞれのウェブサーバでキャッシュしたい おもに外部ドメインをキャッシュするので、DNS ラウンドロビンにはできれば対応したい ということで、いろいろと調査したり、友人からアドバイスをもらったところ、Unbound、Dnsmasq、caching-server、の三つの選択肢があることが分かりました。それぞれ、CentOS 5.7 x86_64 の環境で、試していました
図で分かるgit-mergeの--ff, --no-ff, --squashの違い - アジャイルSEを目指すブログ
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
atime関連マウントオプション使用時のディスク性能比較 - 科学と非科学の迷宮
要約 ITPro 掲載のチューニング記事に書かれていた、 「mount オプションに noatime オプションを付加すると読み込み速度が倍になる」 という情報について検証を行いましたが、検証方法や考察に誤りがありました。 調査の結果 Fedora8, Fedora9, Ubuntu8.04 LTS ではデフォルトで relatime オプションがついていることがわかりました。 検証方法を read() システムコールの実行時間測定という方法に変更し、あらためてデフォルト、noatime, relatime マウントオプション付加時の性能検証を行ったところ、私の環境(Core 2 Duo(2.2GHz),メモリ2GB,Fedora8)では noatime, relatime マウントオプションを付加することで、デフォルト時の実行時間の半分で read() システムコールを実行することができ
OOコード養成ギブス - rants
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
HTMLとJSとCSSだけでスクリーンセーバーが作れるHTMLScreenSaverBuilderを作った - kurainの壺
作った 表題のとおりで、HTML と JavaScript と CSS の知識があればMacのスクリーンセーバーを作れるツールを作りました。Xcode も不要です。 html でできることは大概できるので、flash 貼るとか audio ダグで音をならすとか、WebGLで3Dで遊ぶとかかなり何でも出来るのではナイかと思っています。 ダウンロード 下のリンクからどうぞ！HTMLScreenSaverBuilder 本体と、サンプルで作った ScreenSaver が入っています。 HTMLScreenSaver.zip 作り方 HTMLを準備 全画面表示されても、綺麗に表示されるような HTML を書きます。必ず名前は index.html にしてください。例として、はてなフォトライフの人気の写真を表示する HTML を書きました。 https://github.com/kurain/Ho
NTT HOME > NTT持株会社ニュースリリース > ビッグデータのリアルタイム処理を可能にする大規模データ分析基盤技術を世界に先駆けて開発
（報道発表資料） 2011年10月26日 日本電信電話株式会社 株式会社プリファードインフラストラクチャー ビッグデータのリアルタイム処理を可能にする大規模データ分析基盤技術を世界に先駆けて開発 ～10月27日よりオープンソースソフトウェアとして公開～ 日本電信電話株式会社（東京都千代田区、代表取締役社長：三浦 惺、以下「NTT」）と株式会社プリファードインフラストラクチャー（東京都文京区、代表取締役社長：西川 徹、以下「PFI社」）は、ビッグデータ*1と呼ばれる大規模データをリアルタイムに高速分析処理する基盤技術「Jubatus*2」（第1版）を開発しました。 直近の潮流変化を調べる等、対象データの新しさを意識したビッグデータ分析アプリケーションを作成するニーズに対して、従来のバッチ処理による定期的な一括処理は、新しいデータの分析が次の実行タイミングまで待たされる点で十分ではありませんで
LoveLangの熱き戦い - hp12c
２週ほど前に私はLoveLangという 小さなサイトをHeroku上に公開しました ちょうどWebSocketを学んだばかりだったので ちょっとデモを作ってその動作を試してみたかったのです いつものようにそのことを このブログとTwitterで告知しました 何人かの人が来て 自分の好きな言語のボタンを数回クリックして 去って行きました 中にはそこに留まる人もいました LoveLangはリアルタイムで見ている人の人数がわかるのです 暫くは大した動きはなかったので あらためてTwitterで投票を呼びかけてみました これにfollower1800の@jugyoさんが答えてくれました*1 するとTwitter上にLoveLangのリンクを貼ったTweetが 増殖していきました 10前後だったUserCounterの値が30 40と増えていきました 円グラフ上の数値はすごい勢いでインクリメントして
無謀な企画「たった２日で新規WEBサービスが作れるか？」→「作りました」 | conlot クリエイターブログ
コンロットブログを御覧の皆様おはようございます、WEBクリエイターのM谷(仮)です。 新しいWEBサービスを作ったので、今回こそはクリエイティブな話題を提供しようと思います。 というより、今回はクリエイティブではなく、マインドやサービスリリースに至った経緯、コンロットの文化、反省などをお伝えします。 （いつもより長めの記事になります。） まず始めに、表題の「たった2日で新規WEBサービスが作れるか？」→「作りました」の件ですが、先週20・21日の2日間で新規WEBサービスを作成(企画からリリース)しました。 （サービスインは22日の深夜にしました） サービス名は名付けて ソーシャルルームアップサービス Oheya Sarashi -お部屋晒し- こちら、 M谷(デザイン担当) ヤマネ(プログラム担当) の２名で２日で立ち上げました。 まず、サービスの紹介の前に、何故２日間という短
高速な安定ソートアルゴリズム "TimSort" の解説 - Preferred Networks Research & Development
先日、TimSortというソートアルゴリズムが話題になりました。TimSortは、高速な安定ソートで、Python(>=2.3)やJava SE 7、およびAndroidでの標準ソートアルゴリズムとして採用されているそうです。 C++のstd::sort()よりも高速であるというベンチマーク結果1が話題になり(後にベンチマークの誤りと判明)、私もそれで存在を知りました。実際のところ、ランダムなデータに対してはクイックソート(IntroSort)ほど速くないようですが、ソートというシンプルなタスクのアルゴリズムが今もなお改良され続けていて、なおかつ人々の関心を引くというのは興味深いものです。 しかしながら、オリジナルのTimSortのコードは若干複雑で、実際のところどういうアルゴリズムなのかわかりづらいところがあると思います。そこで今回はTimSortのアルゴリズムをできるだけわかりやすく解
モバイルウェブ環境のHTTPSのチューニング « NAVER Engineers' Blog
こんにちは検索サービス開発４チームの崔珉秀と申します。 インフラやシステムとの連携や統計のバックエンドを担当しております。 モバイルのウェブ環境はPCのウェブ使用環境とは色々な違いが有ります。 ネットワークの速度だけではなくバッテリーの効率を考えた仕組みなど、PCに比べリソースが十分ではないためモバイルブラウザの動作が異なっていることも有ります。 今回はモバイルのウェブApplicationにおけるSSL関係の性能に関する工夫の内容をQ&A形式で解説していきます。 Q. 何が問題でしたか？ A. モバイルクライアント(iPhone, Android)のアプリケーションからのHTTPリクエストの応答時間に遅延の問題が有ります。 最初はweb access logからのslow response(１秒以上)のHTTPリクエストが結構ありました。 そのHTTPリクエストをprotoc
HUBOT | Hubot is your friendly robot sidekick. Install him in your company to dramatically improve employee efficiency.
Hubot (note: it's prounounced hew-bot) A Customizable, Life Embetterment Robot Commissioned by GitHub View Hubot's Documentation (Learn about getting started, etc.) View Hubot's Source Code(via http://github.com/github/hubot/.) What is Hubot? Hubot is your friendly robot sidekick. Install him in your company to dramatically improve employee efficiency. No seriously, what is Hubot? GitHub, Inc., wr
RTB用のADサーバこそ最強である必要がある件 - 最速配信研究会(@yamaz)
明日はアドテック東京というデジタルマーケティングのカンファレンスが行われる。 最近広告配信周りでRTB(RealTimeBidding)というシステムがはやりつつあるが、RTB用のADサーバこそ最強である必要があるということを述べてみたいと思う。 RTBの仕組みというのは簡単に言うと下記のような感じになる。 1. 広告サーバ(SSP)に問い合わせがあった場合、バックに接続されたRTBの広告サーバ(以下RTBサーバ)に対して問い合わせをオークション形式で行う 2. RTBサーバは来たリクエストに対していくらで購入ができるかを返し、SSPは最も高い単価をつけた広告をユーザに返し、表示する(CPMというのは広告単価だと思えばいい) 上記の処理を1つの広告表示のたびに行うので、Real Time Bidding(RTB)というわけだ。RTBのエコシステムにおいては自分の都合のよいユーザのアクセスの
翻訳：：Dartが未来の言語じゃない理由 - 蟲！虫！蟲！ - #!/usr/bin/bugrammer
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
TOKYO AR SHOWで伝えたかったこと - Imaginary Code
デジタルコンテンツエキスポ2011（DCEXPO）において，稲見昌彦先生，川田十夢さん（AR三兄弟）と共にTOKYO AR SHOWというステージイベントを行いました．会場は立ち見が出るほどの満員となりました．ご観覧いただいた皆さま，誠にありがとうございました．初めて白衣にそでを通したお仕事がこれだったんですが，良い思い出になりました(笑) 主に私のパートを中心に，補足を含めて，要所を振り返りたいと思います． ※写真を載せたいので，写真を撮った方はぜひ hashimoto [at] kougaku-navi.net までお送りください． 元祖ARは「ペッパーの幽霊」である 最初に稲見先生から，ARの元祖は「ペッパーの幽霊（Pepper's ghost）」であるというお話が出てきました．これはガラス板と照明を使ったトリックによって，演劇の舞台上に幽霊を映し出すというものです．1862年にイギ
Route 477(2011-10-25)
■ [ruby] gistを使って小さなgemを公開する方法 http://jeffkreeftmeijer.com/2011/microgems-five-minute-rubygems/ 「bundlerがあれば、rubygems.orgにアップロードしなくても公開gitリポジトリさえあればgemとしてインストールできる」 「gistにはgitコマンドでファイルをチェックアウトする機能がある」 1.2.より、gistを使えばrubygems.orgにアップロードしなくてもgemを公開できる という話。 サンプルはこちら：https://gist.github.com/1232884 Gemfileに以下のように書けば、bundle installでこのgemがインストールされる。 gem 'bang', :git => 'git://gist.github.com/1232884.gi
SVG overview
The Ring programming language version 1.8 book - Part 48 of 202Mahmoud Samir Fayed
スマホアプリ/Web開発ならテックファーム株式会社 |
テックファームは、独立系システムベンダーとして20年以上の開発実績を誇り、最新技術をいち早く取り入れたシステム開発を通じて、多種多様な業界でお客さまが抱えている課題解決や効率化・合理化などのお手伝いをいたします。 私たちは、お客さまのニーズやリクエストにそのまま応えるだけでなく、常にお客さまの事業やサービスの価値向上を考えた提案をおこなうことを重視しています。 さまざまな業界のITの仕組みを手がけてきた豊富な開発実績と、そこで培われた知見や技術力を背景に、単なる開発企業ではなく、「ITのプロフェッショナル集団」として、お客さまの業務改善と改革に貢献するソリューションを提供いたします。 テックファームには、「作りかた」だけでなく「使われかた」「続けかた」まで手がける専門家チームが存在します。 サービスの設計、UIデザイン、開発はそれぞれ個別のベンダーに依頼することが一般的ですが、テックファー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...