cheerpetcats

書くこともあまりないので技術のお話を書きます。
CheerCatsのサーバー構成は以下になります。

- サーバー： CentOS
- WEB：Apache2
- DB： MongoDB
- プログラム：PHP

目新しいものですと、MongoDBでしょうか。
MongoDBのプロダクトは社内で３件目になります。
MongoDBはパフォーマンスに優れたデーターベースで、複数のリクエストを高速に処理できます。
MySQL 5.1 だと、複数のリクエストがあると極端な速度低下が発生しますが、MongoDBはかなり安定した動作をします。
MySQL 5.5 から複数リクエストに強くなったそうなので時間があるときに評価したいものです。

Apache HTTPD 1.3/2.xにおいて、RangeヘッダーのDOS脆弱性（CVE-2011-3192）が先日発見されました。

リモートから、Apacheに冗長なRangeヘッダーのリクエストを送信することによって、サーバーのメモリやCPU資源を大きく消費させることができるというものです。なお、最新のアドバイザリでは、1.3に関しては脆弱ではないものの、RangeヘッダーDOSを受けた場合には、それなりに高負荷になるとの指摘があります。

その対策として、Apache開発チームが提示した方法の一つに mod_setenvif や mod_rewrite のモジュールを使って、冗長なRangeヘッダーのリクエストがあった場合には、Rangeヘッダーを無視したり、あるいは、そのリクエストを拒否するというものがあります。

その対策設定をした場合の事後チェックが簡単にできるPerlプログラムを作成しました。
このプログラムを使うことで、mod_setenvif や mod_rewriteを用いた制限が有効であるかを調べることができます。

http://code.google.com/p/apache-range-header-test/wiki/JapaneseManual

以下がその実行例です。例では、Range-Headerで10個の範囲指定をしたリクエストをホストに送信します。「Warning」が返ってきた場合には、制限が効いておらず、Range-Header の要求を Apacheが正常に受け入れられたことを示します。

$ ./httprangetest.pl foo.example.local
[Warning] foo.example.local: Host can accept more than 5 ranges.

次の結果では、Range-Headerの制限が効いており、Range-Headerが無視されています。

$ ./httprangetest.pl bar.example.local
[Info] bar.example.local: Host ignored Range-Header.

次のように第一引数を数値にして、Range-Headerでの範囲指定を任意の数値にすることができます。例では、2個の範囲指定であるため、制限には引っかからず、Apache がリクエストを受け入れています。このプログラムでは、6個以上の範囲指定をApacheが受け入れた場合には、Warning を出します。アドバイザリでは6個以上の範囲指定を制限しており、それに合わせた形です。

$ ./httprangetest.pl 2 bar.example.local
[Info] bar.example.local: Host can accept 2 ranges.

mod_setenvif や mod_rewrite のモジュールを使って、制限を実施した。あるいは、これから実施しようとされている人には、このプログラムを使うと検証が楽になるかもしれません。

なお、RangeヘッダーDOSの脆弱性が閉じられているかどうかを検証するものではないので、その点はご注意ください。

本日 「CheerPet for Dogs」をApp Storeにリリースしました。
今年の4月初めに、「自社開発でiPhoneアプリを作れないか？」と発言があり、白羽の矢が当たった私が開発することになりました。

最初はどのように進めるかが全く決まっておらず、先ずはプロトタイプを4月中旬に作成。
プロトタイプが出来たことから、4月末には開発者２名の社内プロジェクトとして5月末リリースを目標に発足したのですが、
結果としては、6/6にiTunes Connectに申請となり、本日6/16にリリースの運びとなりました。

開発の間にはGWもあり、開発日数は意外に短かったと思います。
思えば色々とありました。(‘ – ‘ ) . o O

エピソード１：2年前にiPhoneアプリを作ろうと社内プレゼンをしたけど、受け入れてもらえなかった。
エピソード２：iPhoneを持っていないので開発者に任命となったので自前でiPod Touchを買ってきた。
エピソード３：社内プロジェクトに昇格させる為に必死に家でコードを書いた。
エピソード４：4月に書いたプロトタイプが気に入らない。会社の就業時間内に書きなおすことは出来そうにないので、GWを利用し基礎構造を評価しなおし書き直した。

と、紹介するとSEってやばい仕事じゃね？ってエピソードですね。

そんなこんなですが、弊社でもiPhoneアプリ開発実績なるものが誕生となりました。
クライアントの皆様iPhoneアプリ発注くださいね！

それでは、SEのみなさん身体だけは気をつけて ( ‘д’ )ノ

iPad用の地図ページを作成していて思ったのですが、ストリートビューモードが使いにくいです。
[x](閉じる)が反応しない。。
仕方ないので地図の外にリンクを作りました。

<script type="text/javascript" src="http://maps.google.com/maps/api/js?sensor=false"></script>

<script>
var LatLng = new google.maps.LatLng(35.3353548, 134.1196615);
var map = new google.maps.Map(document.getElementById(‘gmaps’), {
zoom: 10,
center: LatLng,
});
var panorama = map.getStreetView();
google.maps.event.addListener(panorama, “visible_changed”, function () {
if (panorama.getVisible()){
$(‘#StreetView’).show();
} else {
$(‘#StreetView’).hide();
}
});

function StreetViewClose(){
var panorama = map.getStreetView();
panorama.setVisible();
}
</script>
<div id=”StreetView”><font size=+2><a href=”javascript:StreetViewClose()”>地図に戻る</a></font></div>

twitterのサイト上では詳細検索オプションを使用することによって検索対象の言語や地域などを指定することが出来ます。

twitterをつぶやいているもののうち地域：日本周辺のつぶやきを抽出

twitter near:JP

しかしこのキーワードを直接ウィジェットのsearchのパラメータとしてセットしても動作しません。

試行錯誤した結果、以下の方法で日本語tweetのみ抽出することが出来ました。

• widget.jsをダウンロード
• テキストエディタでwidget.jsを開き以下の部分を検索
  • ※可読性を上げるためにセミコロン; を ;\n など改行コード付きに置換した場合、291行目あたりになります

this.url=this._base+this.format+”?q=”+this.search+”

• 検索した部分に対して “&lang=ja” を追記

this.url=this._base+this.format+”?q=”+this.search+”&lang=ja

• 編集したwidget.jsを自サイトにアップロード
• jsファイルの読み込み先をhttp://widgets.twimg.com/j/2/widget.jsから先程アップロードしたURLに変更

ちなみに、lang=jaではなくlocale=jaとした場合は日本国内でのつぶやきが対象となります。

○ツインモーターはんだづけ完了、動作テスト

○wiiリモコンとmbedをBluetoothで接続し、ツインモーターを制御

○MongoDBとMySQLの同時接続時のパフォーマンスを評価しました。
MongoDB速度評価(PDF形式)

○社内向けにMongoDB勉強会をしました。

社内向けにMongoDB勉強会をしました。
社内フレームワークDeco上での実装について。

こんにちは。最近なにかと、コキ使われてるのでネタには困りません。
岩本＠サーバー事業部です。

きょうは、ソリューションぶのY内氏(後輩)から、
「ちょっと～、Rails 3 いつになったらインストールできるんですかぁ」
「いいかげん、はやくしてくださいよぉ～」といびられたので、
Ruby 1.9 のRPM化とRails 3.0 のインストール

Rubyはソースで入れちゃっても良かったんですが、後の管理が大変なので
パッケージ化してみました。

なので、まずはRubyのRPM化

RPM化には事前に[checkinstall]と[rpm-build]が必要です。

# yum install checkinstall rpm-build

※１ YUMにDAGのリポジトリを追加する必要があるので、お忘れなく
※２ zlibがないとgem で怒られることがあるらしいので、[zlib-devel]と[zlib]もついでにいれときましょう。

で、RubyのRPM化

# cd /usr/local/src
# wget ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p0.tar.gz
ダウンロードしてきて

# tar zxvf ruby-1.9.2-p0.tar.gz
解凍して

# cd ruby-1.9.2-p0
# ./configure –prefix=/usr
configure / make して

# make checkinstall –fstrans=no
で、パッケージ化

# rpm -ivh /usr/src/redhat/RPMS/i386/ruby-1.9.2-p0-1.i386.rpm
RPMでインストール

・・・・・あ、サクッと入った。とりあえず、バージョンの確認

# ruby -v
ruby 1.9.2p0 (2010-08-18 revision 29036) [i686-linux]

# gem -v
1.3.7

おお、gemまでちゃんと動いてる。

とゆうわけで、Rails3のインストール

# gem install rails –version=3.0.3
# rails -v
Rails 3.0.3

完了。

ああ、意外とサクッとできました。
以前にRuby1.8 でRPM化したときは半泣きなったのに。
便利な世の中になったもんですわ。

先日から社内がMongoDB一色です。どうもこんにちは、岩本＠サーバー事業部です。

とゆうわけで、MongoDBのバックアップスクリプト書きました。

弊社はサーバー監視にNagiosを使っているので、通知部分にはNagios絡みのコマンドを書いてますが

適当に変更してお使いください。

#!/bin/bash

OUTPUT=”/backup”
MONGOBIN=”/usr/local/mongodb/bin”
MONGOUSER=”ユーザー”
MONGOPASS=”パスワード”
PHASE=”DB Dump”
FILEDATE=`date +”%Y-%m-%d” –date “1 day ago”`
HOSTNAME=`hostname | cut -d “.” -f 1`

$MONGOBIN/mongodump -u $MONGOUSER -password=$MONGOPASS -o $OUTPUT/mongo_dump
STATUS=$?
if [ "$STATUS" = "0" ] ; then

PHASE=”Archive to Dump”
cd $OUTPUT
/bin/tar czvf $OUTPUT/mongodb_$FILEDATE.dump.tar.gz ./mongo_dump
STATUS=$?
rm -rf $OUTPUT/mongo_dump

if [ "$STATUS" = "0" ] ; then
PHASE=”Backup is OK”
# 成功時の通知
/root/bin/check_result_via_nsca.sh  $HOSTNAME MONGODB_BACKUP 0 “$PHASE”
fi

else
# 失敗時の通知
/root/bin/check_result_via_nsca.sh  $HOSTNAME MONGODB_BACKUP 2 “$PHASE”
fi

変なところがあれば、随時突っ込みください。