グーグル発「Hadoop」、日本企業も利用へ
Hadoopは、グーグルが検索エンジン用に開発したバッチ処理システムを基に開発された、オープンソースソフトだ。グーグルが開発した分散ファイルシステム「Google File System（GFS）」を模した「Hadoop Distributed File System（HD FS）」と、データ処理機構「MapReduce」を模した「Hadoop MapReduce」で構成する。 米国では米VISAや米JPモルガン・チェースのような大手金融機関が、バッチ処理にHadoopを使用する。 そのHadoopがいよいよ、日本企業でも使われ始めた。例えば楽天は、ある商品に対するお薦め商品をリストアップする「レコメンド処理」にHadoopを使用する。NTTデータは、全国の渋滞情報をリアルタイムに可視化するシステムの構築にHadoopを採用した。三菱UFJインフォメーションテクノロジーもHadoopを使っ
cactusman日誌
ローカルで一応動いたので報告を。 使い方は、Jobの設定でPyflakesの項目が増えてるので、そこにPyflakesの出力結果ファイルを指定してください。 PyflakesはPylintみたいなアラートの種類や段階がないため、全部HIGHT（赤）にしています。 まだコミットできてはないですが、いち早く使ってみたい方はどうぞ。 http://dl.dropbox.com/u/191349/0.7.11-SNAPSHOT/violations.hpi 正式版については気長にお待ちください。 ちなみに、だいぶ前のPEP8対応もちゃんと動いています。 ただし、Django-Jenkins使う場合は、PEP8（とPyflakes）を全部Pylint形式に変換するみたいで、そこがはまりポイントかと。 表題とおり、特にリポジトリを初期化するような設定をしていないのに、毎回リポジトリがクローンされること
「設定より規約」でWebサーバ設定の自動化 - masuidrive.jp
Posted by masuidrive Thu, 20 Jul 2006 10:33:00 GMT Ruby on Railsが簡単にアプリケーションを構築できる一つの特徴に「convention over configuration」=「設定より規約」があります。 Railsはアプリを作るのは簡単ですが、それを公開するのがちょっと面倒です。そこで、Railsに限らずWebサーバも「設定より規約」に則って、設定なしでサイトやアプリケーションを公開できるようにしてみましょう。 設定項目を洗い出す まず、Webサーバでアプリケーションを公開する場合に必要な設定項目を洗い出します。バーチャルドメインを使う場合は、 ドメイン名 DocumentRoot ログファイル名 CGIを使うならScriptAlias の4つが基本になると思います。規約を決める これらの設定を自動化するための規約を決めます
cyano: mod_expiresとmod_rewriteを使ってサイトの帯域節約と体感速度を向上させる方法
普通の帯域節約術としては、mod_deflateでdeflate圧縮するとか、CSSやJSファイルのHTTPレスポンスヘッダにLast-ModifiedやEtagを追加しておいて、ブラウザがHTTPリクエストヘッダにIf-Modified-SinceやIf-None-Matchを付加するようにし、コンテンツが変更されていなかったら304 Not Modifiedを返すという方法を取るかと思います。 しかし、HTTPサーバーはコンテンツの数だけ304 Not Modifiedを返さないといけないため、その分帯域を消費しますし、またCSSや画像などのパーツの304 Not Modifiedが返ってくるまで、そのパーツのレンダリングが行えないという問題があります（つまり体感速度に影響します）。 今回紹介するのはExpiresヘッダやCache-Control: max-age=31536000を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
