一部の人には触りだけ話したり、相談させてもらったりしていたのですが、家を買いました。
正確に言うと、まだ建っていないので、これから家を買うという感じなのかもしれないですが、とにかく買うことになったという感じです。
本当は別立てで家ブログ的なものでも作って、そちらで展開しようかなぁっとも思ったんですが、リコメン道の更新頻度の低さとか、最近の INOLOG の更新頻度の少なさを考えると、いちいち分けて書く必要もないのかなぁっと思ったんで、INOLOG の一ジャンルとして書こうと思います。
まぁ、家づくりブログ的な物って腐るほどあるし、別に注文住宅って訳でもないので、「そんなに書くことがあるのか」と言われると、なんとも言えないんですし、それよりも「B3 Metal XSへの道」の続きを書けとか言われそうですが、こちらはリアルタイムで起こっているネタなので、自分的に書きやすいという事もあるので、お付き合い頂ければと。
ブラッド・ピットが主演した映画「マネーボール
格安の選手達を起用し、リッチ球団と対等以上に戦ったオークランド・アスレチックス。
アスレチックスが他の球団と何が違っていたのか？
セイバーメトリクスの起源から、それを用いてアスレチックスをプレーオフに導いたビリー・ビーンまでが、素晴らしい構成で描かれています。
野球が好きだからかもしれませんが、もの凄く面白かった。
それまで大リーグ内部では「非常識」とされていた手法を使って、価値を重ねるアスレチックスと、それを理解出来ない（理解しようとしない）他球団の幹部たち。
まぁ、こういう話はどこの業界でもある話ですし、仕事を抜きにしても生活の至る所である話かなぁっと。
CentOS 5.8 がリリースされたので、家で使っている CentOS 5.7 のサーバーをアップデートしました。
今回もリリースノートにはアップデートの手順についての言及はありません。
メーリングリストの方には一応書かれていますが、今回も単純に yum update を実行すれば良いみたいです。
Upgrading from CentOS-5.7 ( or CentOS-5.0/5.1/5.2/5.3/5.4/5.5/5.6):
If you are already running CentOS-5.7 or any older CentOS-5 version
then all you need to do is update your machine via yum by running :'yum update'
Running 'yum list updates' before doing the update is recommended, so
you can get a list of packages that are going to be updated.
タイトルそのままですが、企業戦略におけるストーリーの大切さについて、コレでもかと言うくらいに、長く、詳しく、分かりやすく説明してくれている本です。
読んでいると「なるほどな～」っと思ってしまう内容がたくさん出てきますが、単純に経営などの知識という範疇を超えて、日常生活などにも応用できるように感じました。
とにかく「なぜ」が重要なんですよね。
何をするのか？
誰がやるのか？
いつやるのか？
どこでやるのか？
これらももちろん重要なんだけど、何事も「なぜ」が重要だと。
これは、結構自分の実感と近いのですんなり読めました。
MySQL でデータを挿入する時に、重複するレコードが存在すれば UPDATE、無ければ INSERT みたいな事をしたい場合、REPLACE を使えばいいと思っていたのですが、色々と調べてみると「INSERT ... ON DUPLICATE KEY UPDATE 構文」なるものがあって、どちらかと言うとそちらの方が期待している動作に近いことが分かったので、色々と試してみました。
php で利用するセッション情報を MySQL に保存する方式に変更しようとしていたら、結構いろいろな設定があることに気が付いたので備忘録的な意味も込めてメモ。
今回のネタはだいたい以下の3つ。
// セッションで利用するクッキーの有効期間を1日に
ini_set("session.cookie_lifetime", 86400);
// 1日以上たったセッション情報を消去
ini_set("session.gc_maxlifetime", 86400);
// ガーベッジコレクションを毎回発生させる
ini_set('session.gc_probability', 100);
DB サーバーの負荷が異常に高い状態が数日続いていることに気がついたので、サーバーにログインして調べてみたら以下のような状態に。
# top
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16103 apache 25 0 33688 4276 1268 R 32.7 0.1 1106:33 perl
16098 apache 25 0 33688 4280 1268 R 29.8 0.1 1106:27 perl
16107 apache 25 0 33688 4280 1268 R 26.8 0.1 1106:25 perl
・
・
・
DB サーバーなのに apache ユーザーで perl が叩かれてそれが合計で 100% 近く消費している状態。
一応、phpMyAdmin 用に Apache が動いているので、http経由で Perl のスクリプトか何かが叩かれてるんだろうと。
まぁ、サービスに影響ない部分なので、とりあえず Apache を再起動しようかなぁっと思い、実行すると変なエラーが・・・
最近のコメント