Excel 2003 と Excel 2007 を共存させる場合の留意点
お仕事で扱うデータのカラム数やレコード数がどうにも Excel 2003 で扱える範囲を超えるものが増えてきました。Excel 2003 以前のバージョンでは 256 カラム × 65536 行までのデータしか扱えない仕様がなんとも重くのしかかってきます。ってことで、Office 2007 を購入して Excel 2007 をインストールしました。今までは部内の数名を人柱にして、Excel 2003 を Excel 2007 にアップグレードしてもらって、なんとなーく不都合でてるなー程度に思っていたのですが、いざ自分がインストールする場面になるとニヤニヤ眺めているだけでは逝かなくなりました。 なんといっても Excel 2003 と Excel 2007 は VBA の動作が何ともしがたいほど違ってます。2003 で動いていた VBA ツールが 2007 では動作しないなんてざらです。いや
Amazon Web Services 4.0 について :: Drk7jp
Amazon Web Services 4.0 について Amazon Web Services 4.0 のベータサービスが開始されたようです。現行の AWS 3.0 からの変更インパクトはかなり大きく、REST API が全く別物に変更され、得られる結果の XML も全く別物になってしまいました。 つまり、AWS 3.0 → AWS 4.0 への移行はプログラムの全面書き直しが必要になってしまいます。 ASINが4418011129のデータをHeavy形式で取得する場合、AWS3.0 の REST パラメータは、 http://xml.amazon.co.jp/onca/xml3?&dev-t=DAB7UJEE24RXR&t=drk7jp-22&AsinSearch=4418011129&type=heavy&f=xml&locale=jp&page=1&sort=+salesran
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
リバースプロキシを導入する際はmod_rpaf
僕の自宅サーバには２つの Apache がインストールされていて、用途により使い分けています。 * Apache 1.3系 + mod_perl → Amazon Search / Google Similar といった高速性を求めるサービス * Apache 2.0系 → その他の静的コンテンツや 通常用途の CGI 等の動的コンテンツ なぜ使い分けるかというと、mod_perl はメモリー喰いなので、静的画像のためにプロセスがもったいない訳です。本当に必要なリクエストにのみ mod_perl をかませば良いですから。 （参考ページ：リバースプロキシ Pound を導入しました。 : NDO::Weblog） で、２つの Apache を透過的に見せてあげるために、リバースプロキシの Pound を使っています。負荷分散も実装できて優れものですが、欠点が一つ。 リクエストをリバースプロキ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
